[00:00] <infinity> Yeah, I suspect it's something like that going wonky.
[00:00] <infinity> Although, it's not in the TYPE check.
[00:00]  * infinity scratches his head a bit.
[00:02] <infinity> Oh lolz.
[00:02] <infinity> I was looking at publish-release, which may or may not get it right.
[00:03] <infinity> But publish-daily doesn't.
[00:06]  * infinity just adds -dvd to the acceptable metalinky targets, since that already kinda happens for publish-release anyway.
[00:06] <infinity> stgraber: edubuntu does match IMAGE_TYPE=*-dvd, right?
[00:07] <infinity> Yeah, looks like it.
[00:07] <stgraber> it should yeah
[00:07] <infinity> stgraber: Should be fixed, then.
[00:08] <stgraber> thanks
[00:09] <infinity> Serious disconnect between publish-daily and publish-release there..
[00:09] <infinity> One is an inclusive list, the other exclusive.
[00:13]  * infinity notices that 12 of the last 15 cdimage commits are his, and decides to ignore nusakan for a day.
[05:09] <jbicha> hi, can I get a verbal FFe for https://mail.gnome.org/archives/ftp-release-list/2012-March/msg00080.html
[05:23] <infinity> jbicha: Looks alright, as long as you promise it's going to link dynamically to libsqlite from the archive, and not include Yet Another Bundled Sqlite that the security team will shed tears over.
[05:25] <jbicha> infinity: it won't build without libsqlite3-dev
[05:25] <infinity> jbicha: That sounds promising, then. :P
[05:26] <infinity> (I generally expect GNOME to DTRT with regard to system libraries, but sqlite it bundled everywhere, so I thought I'd ask)
[05:26] <jbicha> should I add something to the changelog about this ffe approval?
[05:26] <infinity> jbicha: No, just test and upload (and test again).
[05:26] <infinity> jbicha: And point people to me if they ask.  But FFe stuff doesn't belong in changelogs, IMO.
[05:26] <infinity> "I asked permission" isn't a change in the package. :P
[05:27] <jbicha> infinity: ok, thanks! I wasn't looking forward to more paperwork tonight :)
[11:24] <fabo> skaet: bug that I mentioned yesterday related to compiz -> bug 949805
[11:24] <ubot2`> Launchpad bug 949805 in gcc-linaro "Linaro GCC packages don't by default use %gnu_unique_object" [Undecided,New] https://launchpad.net/bugs/949805
[14:52] <skaet> thanks fabo
[14:52] <fabo> yw
[14:52] <ogra_> the endless unity gles story ... sigh
[16:38] <skaet> pitti,  around?
[16:46] <pitti> hey skaet
[16:46] <pitti> skaet: sorry, was in a meeting
[17:26] <bjf> infinity: do you know if there are any more buildds which are fsl-imx51 based still in operation (looking to see if we need to continue to support it)
[17:27] <infinity> bjf: Distro buildds, no.  I think IS may still run a machine or three for OEM(?) that are babbages.  You might want to ask lamont.
[17:27] <infinity> bjf: From the distro perspective, though, we're free and clear of babbages.
[17:31] <ogra_> bjf, given a panda costs $175 you should just send a bill for each imx51 fix you have to do to the owner of tehse babbages, they will realize quickly that buying one or two is cheaper than paying -kernel for it ;)
[17:32] <bjf> ogra_: heh, i like the suggestion
[17:32] <ogra_> (i'm actually serious, the work we put in is surely more expensive than just buyinf a bunch of pandas)
[17:32] <ogra_> *buying
[21:35] <scott-work> is it too late to add a seed for ubuntu studio, if not, is a particular exception required?
[22:05] <ScottK> scott-work: What is it you want to do?
[22:05] <ScottK> (maybe, maybe not)
[22:07] <scott-work> ScottK: i would like to add a "photography" seed to compliment the other multimedia tasks
[22:10] <ScottK> scott-work: So it's an internal seed structure change for U-S and not a new image, right?
[22:10] <ScottK> Does it also need a tasksel change?
[22:12] <scott-work> ScottK: it would be an internal seed change.  a new image is not required.  that is my understanding
[22:12] <scott-work> ScottK: i would normally suspect that we would need a tasksel change, but am unsure since we now use the live image and will be migrating to the ubiquity plugin
[22:13] <ScottK> OK.  I think you need to understand what's needed from Ubiquity (if anything) for this change.
[22:13] <ScottK> I think it needs an FFe, but it should be easily approved since I suspect the only foot you're at risk of shooting is your own.
[22:14] <ScottK> Make sure you understand all the ramifications before you ask though.
[22:19] <scott-work> ScottK: thank you :)
[22:27] <scott-work> ScottK:  if we haven't implemented the ubiquity plugin and we are using the live image, i wonder how much of an issue this will be?
[22:28] <scott-work> ScottK: it appears that currently _every_ task installs right now
[22:28] <ScottK> That's normal, IIRC.
[22:29] <scott-work> the reason i mention this is because we may postpone the ubiqutiy plugin until next cycle
[22:29] <scott-work> so it would seem to be a pretty minimal (relatively) consideration, no?
[22:29]  * scott-work suspect he is grossly missing a point or two :P
[22:32] <ScottK> It probably affects nothing bug your seeds and so I'm not sure what the point would be as the same packages end up installed.
[22:35] <scott-work> ScottK: is your suggestion that we just add the desired packaged to another seed then address the structural changes later when the ubiquity plugin is implemented since everything is installed anyways currently?
[22:35] <ScottK> That's what I was thinking.
[22:35] <ScottK> It doesn't matter much either way as it just affects internal structure.
[22:58] <scott-work> ScottK:  good points, i think this is what i will consider then and then address the seed structure and ubiquity plugin next cycle