=== zequence_ is now known as zequence === oSoMoN is now known as oSoMoN|afk [07:53] Hi. Could someone help me understand why ubuntustudio-meta has been stuck in -proposed for such a while? [07:53] I tried installing it, and it seemd to work fine [07:53] The Ubuntu Studio ISO is failing to build without our updated meta [07:58] ..ah, libav needs to be promoted first [07:59] or? [08:02] Am I reading this correctly? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntustudio-meta [08:18] zequence: yes, we are still battling with libav migration - see updates on ubuntu-release about the progress on that. [08:18] (mailing list that is) [08:43] xnox: Thanks === willcooke_ is now known as willcooke === doko_ is now known as doko [09:35] zequence: Right, please don't mess with this for the moment :) [09:35] 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 === popey_ is now known as popey === psivaa is now known as psivaa-bbib === seb128_ is now known as seb128 === psivaa-bbib is now known as psivaa [11:28] slangasek, hey, when you're around, we'd like to NEW qtmir and qtmir-android from silo 6 please === lool- is now known as lool [12:21] infinity, are builds of Precise images disabled? there is no new build since last week (22nd) [12:27] could someone please reject the update-manager in the precise-proposed queue (.17 ?) I need to do another update === Ursinha-afk is now known as Ursinha [12:30] jibel: Ahh, yeah, they were disabled to avoid contention with trusty. I'll turn 'em back on this morning. [12:30] infinity, thanks! [12:33] 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] Right, will sort that out today [12:40] 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] 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] cjwatson: And it's way less confusing to see if they match by checking versions instead of build logs or upload dates. [12:41] (or binary versions, I guess, since you encode it there) [12:42] I'd be fine with that, but I don't really want to go reorganising it today [12:42] (i.e. lack of time) [12:42] Oh, yeah, I didn't mean go do that or I won't accept your upload. ;) [12:42] It was more me volunteering to change it if you didn't object. [12:42] If you're feeling enthusiastic then by all means please do [12:42] We can always iterate independently by appending something, if we need to [12:46] cjwatson: I can make the version parser stop at a "+", so if we really need to iterate, it would ignore +1 [12:46] ... assuming grub2 never has + in its version. [12:48] Not very safe [12:48] (It has in the past) [12:48] But you could make it stop at "+signed" [12:48] (say) [12:49] thanks infinity === oSoMoN|afk is now known as oSoMoN [13:26] 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)! :) === stgraber_ is now known as stgraber === pete-woods is now known as pete-woods|lunch [13:55] stgraber: there wasn't any problems with the release, at least [13:55] 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] highvoltage: oh right, I'll do that later today. Thanks for taking care of everything else! [14:06] 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] 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 === seb128_ is now known as seb128 === pete-woods|lunch is now known as pete-woods [14:54] 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? === Ursinha is now known as Ursinha-afk [15:09] barry: Lemme look. [15:09] barry: Oh, pitti never removed the NBS from -proposed. [15:10] infinity: ah [15:10] Fixing. [15:11] barry: Should be okay after a publisher run. [15:11] infinity: awesome, thanks [15:12] * infinity goes to lie down for an hour, not feeling so hot this morning. === Ursinha-afk is now known as Ursinha [15:31] 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] IIRC overrides on kernel uploads are special. [15:35] infinity would know as well. [15:36] arges: are you archive admin these days as well? [15:36] arges: i thought you were SRU only. [15:36] so you are. =) interesting. [15:36] * xnox notes down to bug arges next time =) [15:37] xnox: well, its only for limited cases (kernel stuff), not for general use === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [15:57] arges: Use kernel-overrides from u-a-t [15:57] Beyond that it's pretty turnkey [15:57] 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] ( just reviewing so i don't mess it up [15:58] No no no no no no no [15:58] Use kernel-overrides first [16:00] 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] 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] It'll print a bunch of dots as it works through the existing overrides and copies them over [16:02] Then I'd suggest "queue info linux | less" and make sure everything's in main [16:02] Then "queue accept linux" [16:03] You need different options to k-o if you're dealing with a source package other than linux, or for other series [16:03] cjwatson: makes sense. In this case I think I got it. I'll take care of this one then [16:03] Thanks [16:04] Cool, thanks [16:28] oh yes of *course* now there's a protobuf-c transition as well [16:28] it was in danger of being too simple [16:29] =) [16:38] cjwatson: i'm doing abiword / libwps+friends [16:38] cause i think that's in the mix now as well. [16:40] Isn't that just held back by autopkgtests or similar? [16:41] Ah, no, I see [16:42] cjwatson, any particular package you want some help? [16:45] doko: I don't think there's too much left now ... [16:46] Just this libwps/etc. stuff, and I'm fixing criu and crtools [16:46] ok, looking at libps [16:47] wps even [16:48] infinity: \o/ zope.security (4.0.1-1ubuntu2) utopic; urgency=medium [16:49] doko: well, xnox said he was doing those ... [16:49] oh, fine [16:49] doko: well i'm deep in abiword, you can pick something else. E.g. inkscape, or like libreoffice no change rebuild. [16:49] going back to toolchain issues [16:49] =)))) [16:50] we need a libreoffice build?! ffs [16:50] hate hate [16:50] * xnox failed at tricking doko into libreoffice TIL [16:50] ISO C++ forbids declaration of 'parameter' with no type =>>>> well, can't you just do it anyway please?! =) [16:51] 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] slangasek: only for binaries [16:51] xnox, I'm behind that =) [16:51] ah [16:52] Saviq: then what cjwatson said; in which case someone needs to upload it so I can process it in NEW? :) [16:52] slangasek, yeah, we need it to be in distro before the silo lands anyway, as we need a new ubuntu-touch-meta [16:52] haha, good luck with that [16:52] that's now blocked on the megatransition of doom [16:52] mm? "in distro before the silo lands"? [16:53] oh wait maybe it isn't [16:53] what's the megatransition of doom? [16:53] just a dependency removal, shouldn't get stuck [16:53] libav etc. [16:53] slangasek, we need a new seed, which can only be built after qtmir{,-gles} is in the archive [16:53] slangasek: gnutls, libav, wps, cdr, libwpg, libvisio, libwps, and so on and so worth [16:53] slangasek, I was thinking you guys could just bincopy from silo [16:54] Saviq: that's what publishing a silo is [16:54] Saviq: "you guys" - that's exactly what the citrain does, why does the "publish" button not work here for you? [16:54] 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] o [16:54] and land that [16:54] why do you need a separate silo? [16:54] you can build extra stuff in a silo even after it's published [16:55] or if it's just ubuntu-touch-meta, that's usually just uploaded directly anyway [16:55] 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] well sure you can [16:55] Saviq: why can't you land the silo? [16:55] you can just make the changes by hand [16:56] cjwatson, right, that I can do [16:56] or you can temporarily point update.cfg at a PPA in addition to the archiv [16:56] nothing wrong with that [16:56] e [16:56] cjwatson, hmm I was told otherwise [16:56] you were told wrong [16:56] ok then, let's see [16:56] just make sure to undo the update.cfg change before building the source package [16:57] personally I'd probably just edit the relevant files directly and make sure it all matches, but either way [16:57] I also still don't see why you need to update the meta package to land the other pieces [16:58] 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] Yeah [16:59] 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] 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] cjwatson, slangasek, neither is really a good default, as it depends on where you install [17:05] ok [17:05] so the metapackage is used to pick the default [17:05] slangasek, yes [17:05] yeah, that's reasonable [17:05] xnox: Actually, libwps etc. is a separate transition, amazingly [17:05] sorry for being slow on the uptake [17:05] xnox: IF you don't entangle it by uploading anything else [17:05] slangasek, no worries, I had to clear my head on that as well [17:05] * Saviq prepares a meta [17:07] 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] cjwatson: calligra not in it? [17:07] Oh, maybe it is [17:07] Of course, calligra is hidden by the marble failure [17:07] How depressing [17:08] we really should tackle this mess with full force. cause it's been way too long. [17:09] Yeah, we should get this done before a2 freezes otherwise the probability of success diminishes further [17:09] I'll see if I can no-change rebuild libreoffice somehow [17:11] Did librevenge get promoted? === Ursinha is now known as Ursinha-afk [17:12] ScottK: looks like it's in main to me. [17:13] Yeah [17:13] calligra builds now, it's just stuck on other things [17:13] The recent KDE update didn't help [17:41] abiword uploaded, taking inkscape [17:42] doko: did you just DDOS all buildds, thus it's pointless in trying to resolve this migration of doom?! =) [17:44] DDOS how? [17:50] slangasek: all gcc's got uploaded or something. [17:50] At least three. [17:51] thus my humble universe uploads are to start never =) [18:09] digikam uploaded (for megatransition) === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === alexabreu is now known as alex-abreu === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [21:50] arges, cjwatson: kernel-overrides is obsolete as of precise (at least for master), all the bianries are in main, all the time. [21:51] well it potentially fixes section and priority ... [21:51] Which also means the queue gets it right for Tim's uploads to the archive. [21:51] infinity: i was wondering why they were all already in main [21:51] cjwatson: If section and prio are wrong, I make Andy and Tim fix it in the packaging. ;) [21:51] there is that [21:52] infinity: did running kernel-overrides break anything then? or was it a noop? [21:52] arges: I'm assuming it told you what it was doing. [21:52] I haven't used it literally in years, I don't recall what it does. [21:53] no-op at worst. [21:54] 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] infinity: so I assume that I forgot to accept the linux-signed package, and you just did that? [21:58] arges: Aye. [21:58] noted [22:05] britney is useless with all the arch-skew, so hopefully powerpc catches up by tomorrow. [22:07] xnox: Err, really? Building libreoffice with bundled libs? :( [22:08] xnox: That's not how you transition. [22:08] infinity: just the mini small ones. Sweetshark has rc4 ready which builds those as system shared libs. [22:08] infinity: but it FTBFS at the moment. [22:08] infinity: and we want to transition the doom pile, preferably without fixing new libreoffice upstream FTBFS. [22:08] xnox: I don't want anyone to take this as a cue to start doing that more. [22:09] xnox: Why couldn't libreoffice have just rebuilt against the current versions of those libs? [22:09] xnox: It's an upload either way. [22:09] infinity: because next upstream release was ported and tested against the new versions, 4.2 was not. [22:10] Feh. Well, that new upstream better come along soon. [22:12] infinity: it was meant to be ready last week, but slipped into this week instead. [22:12] infinity: but colin and I hope to get the transition of doom in before alpha2 freeze =) [22:12] and hence without 4.3 final. [22:13] the longer we keep this mess the more smaller transitions get intertweened into it. [22:16] 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] infinity: alright, thanks. I'll go back to reading 50 shades of gray [22:17] ... [22:17] Don't. It's awful. [22:17] Not the content, but the grammar. [22:17] xnox: I'd suggested skipping the NBS for now; did you miss that message? [22:17] Well, the content is laughable too. [22:18] laughable and abusive. [22:43] infinity: are you aiming LibO at sagari now? I see it on manual [22:47] cjwatson: Yes. [22:48] ok, thanks [23:32] 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] cjwatson: skipping the NBS would help, but it might all migrate by itself tomorrow or just require smaller things to be built. [23:35] 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] Gah! The version of gnome-do in 14.04 fails to build from source :( [23:38] gnome-don't [23:38] :) [23:40] Hm, autopkgtest execution queue rather backed up [23:45] so what's the right way to fix the seed interdependencies? [23:45] Ideally, this should be detected at runtime rather than relying on fragile alternatives [23:46] I'm not sure how this can be fixed at the seed level [23:46] no way to make touch-core inherit from desktop|touch-android, then :-) [23:50] Not so much :) [23:58] slangasek: https://twitter.com/50ShedsofGrey for quotes. [23:58] RAOF: i did mention that in malta.... =) [23:59] xnox: I clearly forgot :/