[07:53] <zequence> Hi. Could someone help me understand why ubuntustudio-meta has been stuck in -proposed for such a while?
[07:53] <zequence> I tried installing it, and it seemd to work fine
[07:53] <zequence> The Ubuntu Studio ISO is failing to build without our updated meta
[07:58] <zequence> ..ah, libav needs to be promoted first
[07:59] <zequence> or?
[08:02] <zequence> Am I reading this correctly? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntustudio-meta
[08:18] <xnox> zequence: yes, we are still battling with libav migration - see updates on ubuntu-release about the progress on that.
[08:18] <xnox> (mailing list that is)
[08:43] <zequence> xnox: Thanks
[09:35] <cjwatson> zequence: Right, please don't mess with this for the moment :)
[09:35] <cjwatson> zequence: The full gory details are in update_output.txt (update_excuses.html is just the first stage), but can be a bit tricky to read.  See https://wiki.ubuntu.com/ProposedMigration
[11:28] <Saviq> slangasek, hey, when you're around, we'd like to NEW qtmir and qtmir-android from silo 6 please
[12:21] <jibel> infinity, are builds of Precise images disabled? there is no new build since last week (22nd)
[12:27] <mvo_> could someone please reject the update-manager in the precise-proposed queue (.17 ?) I need to do another update
[12:30] <infinity> jibel: Ahh, yeah, they were disabled to avoid contention with trusty.  I'll turn 'em back on this morning.
[12:30] <jibel> infinity, thanks!
[12:33] <infinity> cjwatson: Don't forget a new grub2-signed to match that grub2 in precise.  Doesn't look like that's been consistently happening.
[12:34] <cjwatson> Right, will sort that out today
[12:40] <infinity> cjwatson: How would you feel about switching to the kernel method of versioning there (ie: signed is identical to unsigned, and then can magically build-dep and fail hard when not built against the right version)?
[12:41] <infinity> cjwatson: I know your original intent was to allow iterating signed indepedently, but I suspect the days of fine-tuning the packaging are over.
[12:41] <infinity> cjwatson: And it's way less confusing to see if they match by checking versions instead of build logs or upload dates.
[12:41] <infinity> (or binary versions, I guess, since you encode it there)
[12:42] <cjwatson> I'd be fine with that, but I don't really want to go reorganising it today
[12:42] <cjwatson> (i.e. lack of time)
[12:42] <infinity> Oh, yeah, I didn't mean go do that or I won't accept your upload. ;)
[12:42] <infinity> It was more me volunteering to change it if you didn't object.
[12:42] <cjwatson> If you're feeling enthusiastic then by all means please do
[12:42] <cjwatson> We can always iterate independently by appending something, if we need to
[12:46] <infinity> cjwatson: I can make the version parser stop at a "+", so if we really need to iterate, it would ignore +1
[12:46] <infinity> ... assuming grub2 never has + in its version.
[12:48] <cjwatson> Not very safe
[12:48] <cjwatson> (It has in the past)
[12:48] <cjwatson> But you could make it stop at "+signed"
[12:48] <cjwatson> (say)
[12:49] <mvo_> thanks infinity
[13:26] <stgraber_> slangasek: I delegated testing and release of Edubuntu 14.04.1 to highvoltage so no, I wasn't planning on being around for it (I was actually offline up until about an hour ago)! :)
[13:55] <highvoltage> stgraber: there wasn't any problems with the release, at least
[13:55] <highvoltage> stgraber: you probably should just sync the new image to your server so that I can add it back on the downloads page again
[13:57] <stgraber> highvoltage: oh right, I'll do that later today. Thanks for taking care of everything else!
[14:06] <highvoltage> stgraber: np, we should take some time to discuss 14.10 again when you've caught up and we both have some time
[14:36] <mvo_> could someone please approve xorg-lts-transitional from precise-proposed to precise-updates? not having it breaks lts upgrades from 12.04+hwe-trusty and it just adds a bunch of transitional packages
[14:54] <barry> infinity: looks like zope.security is still not getting promoted :(  i suppose i botched the transition of python-zope.security-untrustedpython, but how can we fix or override that?
[15:09] <infinity> barry: Lemme look.
[15:09] <infinity> barry: Oh, pitti never removed the NBS from -proposed.
[15:10] <barry> infinity: ah
[15:10] <infinity> Fixing.
[15:11] <infinity> barry: Should be okay after a publisher run.
[15:11] <barry> infinity: awesome, thanks
[15:12]  * infinity goes to lie down for an hour, not feeling so hot this morning.
[15:31] <arges> cjwatson: hello. rtg is looking for help getting the linux uploads in the utopic new queue accepted. I don't mind doing it, but just wanted to ask if there was anything specific I need to check before clicking accept.
[15:35] <ScottK> IIRC overrides on kernel uploads are special.
[15:35] <ScottK> infinity would know as well.
[15:36] <xnox> arges: are you archive admin these days as well?
[15:36] <xnox> arges: i thought you were SRU only.
[15:36] <xnox> so you are. =) interesting.
[15:36]  * xnox notes down to bug arges next time =)
[15:37] <arges> xnox: well, its only for limited cases (kernel stuff), not for general use
[15:57] <cjwatson> arges: Use kernel-overrides from u-a-t
[15:57] <cjwatson> Beyond that it's pretty turnkey
[15:57] <arges> cjwatson: ok so the linux* binaries here: https://launchpad.net/ubuntu/utopic/+queue?queue_state=0&queue_text= . I click accept, then I need to change-override them back to main
[15:58] <arges> ( just reviewing so i don't mess it up
[15:58] <cjwatson> No no no no no no no
[15:58] <cjwatson> Use kernel-overrides first
[16:00] <arges> cjwatson: this is why i asked. Ok so which kernel-overrides options, should i be using. Or are the defaults setup to target new uploads in the development queue?
[16:01] <cjwatson> Right, so for ordinary kernels in utopic you basically just want "kernel-overrides 3.14.0-1" or whatever the new ABI is
[16:02] <cjwatson> It'll print a bunch of dots as it works through the existing overrides and copies them over
[16:02] <cjwatson> Then I'd suggest "queue info linux | less" and make sure everything's in main
[16:02] <cjwatson> Then "queue accept linux"
[16:03] <cjwatson> You need different options to k-o if you're dealing with a source package other than linux, or for other series
[16:03] <arges> cjwatson: makes sense. In this case I think I got it. I'll take care of this one then
[16:03] <arges> Thanks
[16:04] <cjwatson> Cool, thanks
[16:28] <cjwatson> oh yes of *course* now there's a protobuf-c transition as well
[16:28] <cjwatson> it was in danger of being too simple
[16:29] <doko> =)
[16:38] <xnox> cjwatson: i'm doing abiword / libwps+friends
[16:38] <xnox> cause i think that's in the mix now as well.
[16:40] <cjwatson> Isn't that just held back by autopkgtests or similar?
[16:41] <cjwatson> Ah, no, I see
[16:42] <doko> cjwatson, any particular package you want some help?
[16:45] <cjwatson> doko: I don't think there's too much left now ...
[16:46] <cjwatson> Just this libwps/etc. stuff, and I'm fixing criu and crtools
[16:46] <doko> ok, looking at libps
[16:47] <doko> wps even
[16:48] <barry> infinity: \o/ zope.security (4.0.1-1ubuntu2) utopic; urgency=medium
[16:49] <cjwatson> doko: well, xnox said he was doing those ...
[16:49] <doko> oh, fine
[16:49] <xnox> doko: well i'm deep in abiword, you can pick something else. E.g. inkscape, or like libreoffice no change rebuild.
[16:49] <doko> going back to toolchain issues
[16:49] <xnox> =))))
[16:50] <cjwatson> we need a libreoffice build?!  ffs
[16:50] <cjwatson> hate hate
[16:50]  * xnox failed at tricking doko into libreoffice TIL
[16:50] <xnox> ISO C++ forbids declaration of 'parameter' with no type  =>>>> well, can't you just do it anyway please?! =)
[16:51] <slangasek> Saviq: silos bypass the NEW queue (which is a bug), which is why I pre-reviewed the qtmir packages and signed off on them
[16:51] <cjwatson> slangasek: only for binaries
[16:51] <doko> xnox, I'm behind that =)
[16:51] <slangasek> ah
[16:52] <slangasek> Saviq: then what cjwatson said; in which case someone needs to upload it so I can process it in NEW? :)
[16:52] <Saviq> slangasek, yeah, we need it to be in distro before the silo lands anyway, as we need a new ubuntu-touch-meta
[16:52] <cjwatson> haha, good luck with that
[16:52] <cjwatson> that's now blocked on the megatransition of doom
[16:52] <slangasek> mm? "in distro before the silo lands"?
[16:53] <cjwatson> oh wait maybe it isn't
[16:53] <slangasek> what's the megatransition of doom?
[16:53] <cjwatson> just a dependency removal, shouldn't get stuck
[16:53] <cjwatson> libav etc.
[16:53] <Saviq> slangasek, we need a new seed, which can only be built after qtmir{,-gles} is in the archive
[16:53] <xnox> slangasek: gnutls, libav, wps, cdr, libwpg, libvisio, libwps, and so on and so worth
[16:53] <Saviq> slangasek, I was thinking you guys could just bincopy from silo
[16:54] <cjwatson> Saviq: that's what publishing a silo is
[16:54] <slangasek> Saviq: "you guys" - that's exactly what the citrain does, why does the "publish" button not work here for you?
[16:54] <Saviq> slangasek, it does, just didn't want a separate silo, but if that's what we need then we just need a bincopy into a different sil
[16:54] <Saviq> o
[16:54] <Saviq> and land that
[16:54] <cjwatson> why do you need a separate silo?
[16:54] <cjwatson> you can build extra stuff in a silo even after it's published
[16:55] <cjwatson> or if it's just ubuntu-touch-meta, that's usually just uploaded directly anyway
[16:55] <Saviq> cjwatson, but I can't land the silo before I get new ubuntu-touch-meta in there, which I can't generate before qtmir is in archive
[16:55] <cjwatson> well sure you can
[16:55] <slangasek> Saviq: why can't you land the silo?
[16:55] <cjwatson> you can just make the changes by hand
[16:56] <Saviq> cjwatson, right, that I can do
[16:56] <cjwatson> or you can temporarily point update.cfg at a PPA in addition to the archiv
[16:56] <cjwatson> nothing wrong with that
[16:56] <cjwatson> e
[16:56] <Saviq> cjwatson, hmm I was told otherwise
[16:56] <cjwatson> you were told wrong
[16:56] <Saviq> ok then, let's see
[16:56] <cjwatson> just make sure to undo the update.cfg change before building the source package
[16:57] <cjwatson> personally I'd probably just edit the relevant files directly and make sure it all matches, but either way
[16:57] <slangasek> I also still don't see why you need to update the meta package to land the other pieces
[16:58] <slangasek> if landing this breaks the image because some essential component will fall out of the image, then something other than the metapackage should surely have been depending on it
[16:58] <cjwatson> Yeah
[16:59] <cjwatson> I was assuming that you just needed a metapackage addition in order to test the whole thing; but yes, if it's for the reason slangasek suggests, then that would be a bad reason
[17:04] <Saviq> cjwatson, slangasek, so... this whole situation is because of the -android and -desktop packages that are built from qtmir and qtmir-gles (there's a respective problem with qtubuntu as well)
[17:04] <Saviq> cjwatson, slangasek, neither is really a good default, as it depends on where you install
[17:05] <slangasek> ok
[17:05] <slangasek> so the metapackage is used to pick the default
[17:05] <Saviq> slangasek, yes
[17:05] <slangasek> yeah, that's reasonable
[17:05] <cjwatson> xnox: Actually, libwps etc. is a separate transition, amazingly
[17:05] <slangasek> sorry for being slow on the uptake
[17:05] <cjwatson> xnox: IF you don't entangle it by uploading anything else
[17:05] <Saviq> slangasek, no worries, I had to clear my head on that as well
[17:05]  * Saviq prepares a meta
[17:07] <cjwatson> xnox: I think this all has some chance of clearing once criu and crtools are built and once p-m notices the re-run marble autopkgtest
[17:07] <xnox> cjwatson: calligra not in it?
[17:07] <cjwatson> Oh, maybe it is
[17:07] <cjwatson> Of course, calligra is hidden by the marble failure
[17:07] <cjwatson> How depressing
[17:08] <xnox> we really should tackle this mess with full force. cause it's been way too long.
[17:09] <cjwatson> Yeah, we should get this done before a2 freezes otherwise the probability of success diminishes further
[17:09] <cjwatson> I'll see if I can no-change rebuild libreoffice somehow
[17:11] <ScottK> Did librevenge get promoted?
[17:12] <xnox> ScottK: looks like it's in main to me.
[17:13] <cjwatson> Yeah
[17:13] <cjwatson> calligra builds now, it's just stuck on other things
[17:13] <cjwatson> The recent KDE update didn't help
[17:41] <xnox> abiword uploaded, taking inkscape
[17:42] <xnox> doko: did you just DDOS all buildds, thus it's pointless in trying to resolve this migration of doom?! =)
[17:44] <slangasek> DDOS how?
[17:50] <xnox> slangasek: all gcc's got uploaded or something.
[17:50] <ScottK> At least three.
[17:51] <xnox> thus my humble universe uploads are to start never =)
[18:09] <cjwatson> digikam uploaded (for megatransition)
[21:50] <infinity> arges, cjwatson: kernel-overrides is obsolete as of precise (at least for master), all the bianries are in main, all the time.
[21:51] <cjwatson> well it potentially fixes section and priority ...
[21:51] <infinity> Which also means the queue gets it right for Tim's uploads to the archive.
[21:51] <arges> infinity: i was wondering why they were all already in main
[21:51] <infinity> cjwatson: If section and prio are wrong, I make Andy and Tim fix it in the packaging. ;)
[21:51] <cjwatson> there is that
[21:52] <arges> infinity: did running kernel-overrides break anything then? or was it a noop?
[21:52] <infinity> arges: I'm assuming it told you what it was doing.
[21:52] <infinity> I haven't used it literally in years, I don't recall what it does.
[21:53] <cjwatson> no-op at worst.
[21:54] <arges> Yea, it didn't mention much other than the names/versions of the packages and printing some dots on the screen. But checking queue info showed that they were still in main before and afterward
[21:56] <arges> infinity: so I assume that I forgot to accept the linux-signed package, and you just did that?
[21:58] <infinity> arges: Aye.
[21:58] <arges> noted
[22:05] <xnox> britney is useless with all the arch-skew, so hopefully powerpc catches up by tomorrow.
[22:07] <infinity> xnox: Err, really?  Building libreoffice with bundled libs? :(
[22:08] <infinity> xnox: That's not how you transition.
[22:08] <xnox> infinity: just the mini small ones. Sweetshark has rc4 ready which builds those as system shared libs.
[22:08] <xnox> infinity: but it FTBFS at the moment.
[22:08] <xnox> infinity: and we want to transition the doom pile, preferably without fixing new libreoffice upstream FTBFS.
[22:08] <infinity> xnox: I don't want anyone to take this as a cue to start doing that more.
[22:09] <infinity> xnox: Why couldn't libreoffice have just rebuilt against the current versions of those libs?
[22:09] <infinity> xnox: It's an upload either way.
[22:09] <xnox> infinity: because next upstream release was ported and tested against the new versions, 4.2 was not.
[22:10] <infinity> Feh.  Well, that new upstream better come along soon.
[22:12] <xnox> infinity: it was meant to be ready last week, but slipped into this week instead.
[22:12] <xnox> infinity: but colin and I hope to get the transition of doom in before alpha2 freeze =)
[22:12] <xnox> and hence without 4.3 final.
[22:13] <xnox> the longer we keep this mess the more smaller transitions get intertweened into it.
[22:16] <infinity> xnox: I'm going to cancel that LibO PPC build and aim it at sagari later.  Don't panic when you get the fail mail. :P
[22:16] <xnox> infinity: alright, thanks. I'll go back to reading 50 shades of gray
[22:17] <infinity> ...
[22:17] <infinity> Don't.  It's awful.
[22:17] <infinity> Not the content, but the grammar.
[22:17] <cjwatson> xnox: I'd suggested skipping the NBS for now; did you miss that message?
[22:17] <infinity> Well, the content is laughable too.
[22:18] <cjwatson> laughable and abusive.
[22:43] <cjwatson> infinity: are you aiming LibO at sagari now?  I see it on manual
[22:47] <infinity> cjwatson: Yes.
[22:48] <cjwatson> ok, thanks
[23:32] <xnox> infinity: cjwatson: well, I found quotes from the parody funny and even the parody will get the movie (50 sheds of gray) and i'm sure i'll be dragged into watching them all, so i figured i should read them.
[23:32] <xnox> cjwatson: skipping the NBS would help, but it might all migrate by itself tomorrow or just require smaller things to be built.
[23:35] <slangasek> 50 sheds of gray?  Are these bikesheds?
[23:36]  * skellat remembers he was once a librarian and worries over the state of "literature" these days
[23:36] <RAOF> Gah! The version of gnome-do in 14.04 fails to build from source :(
[23:38] <bluesabre> gnome-don't
[23:38] <bluesabre> :)
[23:40] <cjwatson> Hm, autopkgtest execution queue rather backed up
[23:45] <slangasek> so what's the right way to fix the seed interdependencies?
[23:45] <cjwatson> Ideally, this should be detected at runtime rather than relying on fragile alternatives
[23:46] <cjwatson> I'm not sure how this can be fixed at the seed level
[23:46] <slangasek> no way to make touch-core inherit from desktop|touch-android, then :-)
[23:50] <cjwatson> Not so much :)
[23:58] <xnox> slangasek: https://twitter.com/50ShedsofGrey   for quotes.
[23:58] <xnox> RAOF: i did mention that in malta.... =)
[23:59] <RAOF> xnox: I clearly forgot :/