[02:00] could somebody review unity-gtk-module in the trusty SRU queue? it was uploaded with gtk, which got approved, but they would need to go together for the fix to be fully functionnal [02:00] until then nothing is buggy, but the bugfix can't be verified [02:00] (need to go to the office, bbiab) === seb128_ is now known as seb128 === didrocks1 is now known as didrocks === doko_ is now known as doko === oSoMoN_ is now known as oSoMoN [08:26] anyone care enough about ppc64el to investigate okteta build failure? https://launchpad.net/ubuntu/+source/okteta upstream disclaims liability https://bugs.kde.org/show_bug.cgi?id=338032 [08:26] KDE bug 338032 in general "compile failure on ppc64el" [Normal,Unconfirmed] [08:40] Riddell: a bit cryptic =) why would ld exit 1, if it only issued a warning and not an error. I think infinity and/or doko might find ^ interesting [09:46] Riddell, where is the error? apparently it did build [09:48] doko: launchpad says it didn't https://launchpad.net/ubuntu/+source/okteta/4:4.13.97-0ubuntu1/+build/6233320 === psivaa is now known as psivaa-reboot [09:51] ahh, latest upload was trusty [09:54] Riddell, please can you address upstream, that explicit linking with -lc on linux is not necessary? [10:09] infinity: when should 12.04 users expect to get a prompt to go to 14.04? (.1) [10:12] I thought the EOL notification was already there [10:13] or do you mean 12.04.1 or below? [10:14] mlankhorst: I think popey refers to the upgrade to 14.04.1 notification from 12.04 [10:16] i am talking about people running 12.04 on their machines, update manager not offering an upgrade to 14.04* [10:16] i have seen multiple reports over the last few days people saying they're not getting offered the upgrade [10:23] doko: is that the cause of the problem? [10:24] Riddell, I don't think so, but explicit libc linking is almost always wrong on linux [10:43] popey: Soon. === oSoMoN_ is now known as oSoMoN [11:11] Riddell, workaround uploaded [11:11] oh? [11:13] I see it, thanks doko [11:49] Since 14.04.1 is now out and we're not doing any more respins, can we release this one to trusty now? https://bugs.launchpad.net/ubuntu/trusty/+source/lightdm-gtk-greeter/+bug/1331871 [11:49] Launchpad bug 1331871 in lightdm-gtk-greeter "[SRU] Please backport lightdm-gtk-greeter 1.8.5 to trusty" [High,Fix committed] === sil2100_ is now known as sil2100 === pete-woods is now known as pete-woods|lunch [13:28] cjwatson: any luck with parted? [14:11] cjwatson: live-build needs this patch http://paste.ubuntu.com/7961448/ [14:19] oh, apparently happens in 2 placess [14:21] http://paste.ubuntu.com/7961528/ seems more appropriate [14:26] unless anyone objects I plan to force override the ubuntu-release-upgrader test in pykde4 since I've no idea where it comes from http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#pykde4 [14:30] Riddell: comes from http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/ubuntu-release-upgrader/utopic/files/head:/debian/tests/ [14:31] yeah, what the heck is nose-test ? [14:32] checks if ubuntu-release-upgrade has a nose [14:32] presumably that's why it fails [14:32] but how does it smell? === chuck_ is now known as zul === pete-woods|lunch is now known as pete-woods [15:03] shadeslayer: out of meetings now and resuming debugging. it's proving annoyingly annoying to extract debug info [15:03] :( [15:04] and I had to start by fixing parted builds from git [15:04] * shadeslayer fixed live build meanwhile [15:04] silly variables I tell you [15:04] I think I have to fix something else for you to have it use live-build from your PPA [15:05] oh, but you're using your own imager [15:05] meh, whatever [15:05] yep [15:05] worked around for now === med_ is now known as Guest26240 [16:04] I've removed kubuntu-active from the crontab file in ubuntu-cdimage, can someone update the crontab accordingly on the cdimage builder? [16:08] Riddell: done [16:08] \o/ [16:13] thanks cjwatson === robru_ is now known as robru === psivaa is now known as psivaa-holiday [18:20] any SRU team member around for a very quick review that's critical for 12.04.5? [18:21] (the ltsp kernel enablement patch had to be updated again, I really need to add that to whatever procedure we have for HWE kernels...) [18:21] mlankhorst, could you have a look at bug 1351262 ? it's blocking 12.04.5 alternate [18:21] bug 1351262 in xorg-lts-transitional "precise alternate installations fail with unmet deps due to the conflict ' xserver-xorg-lts-trusty : Conflicts: libgl1-mesa-dri (>= 0~)'" [Critical,Confirmed] https://launchpad.net/bugs/1351262 [18:22] stgraber, ^ RC bug [18:22] jibel: ah great, another one... [18:23] infinity, bdmurray, arges, SpamapS, ScottK: any of you around for a quick review of ltsp in the precise unapproved queue? [18:24] stgraber: i'll take a look [18:24] arges: thanks! [18:24] arges: the diff should basically be s/saucy/trusty/g [18:25] stgraber: It's probably time for me to lay down my AA/SRU hat. Haven't touched a package in Ubuntu in a year. :-/ [18:26] stgraber: no bug associated with this? [18:26] arges: nope, just copy/paste from last time and apparently we didn't back then :) [18:26] arges: the test case is relatively simple "are the ubuntu alternate images busted? yes/no" :) [18:27] stgraber: ok accepted... [18:27] arges: and I'll release the update to -updates as soon as it's published in -proposed so I can kick new images (though as jibel said above, those images are also busted for another reason at the moment...) [18:27] arges: thanks! [18:27] np [18:31] jibel: I've got a couple other fires to work on first so hopefully mlankhorst will show up soon enough to take care of this, otherwise I'll look into it when I'm done with the rest :( [18:32] I suspect what we want to figure out is how is this enablement stack different from what we did in saucy and then change whatever's different so things work again [18:33] SpamapS: I can drop you from the teams, if you're not using them anymore. [18:33] or maybe I can get infinity to look into bug 1351262 for me? :) [18:33] bug 1351262 in xorg-lts-transitional "precise alternate installations fail with unmet deps due to the conflict ' xserver-xorg-lts-trusty : Conflicts: libgl1-mesa-dri (>= 0~)'" [Critical,Confirmed] https://launchpad.net/bugs/1351262 [18:35] SpamapS: Dropped from SRU and AA. If you ever find the time and motivation to come back, let me know. [18:36] stgraber: I can look, I make no promises about the result of said looking. [18:36] infinity: that's already way more than I can do at the moment, so I'll take anything :) [18:37] infinity: thanks. [18:37] Hrm. So, that should be reproducible on a chroot, one would think. [18:37] Shouldn't need a full install run to play with that. [18:37] Wow. [18:37] A wild SpamapS appears. [18:37] * ScottK waves [18:37] Aye, unfortunately it's just to clear up that I'm not here. ;) [18:41] Yes, unfortunately. [18:57] ubuntu server is ready for testing [19:15] stgraber: ?? [19:15] jibel: not again? [19:16] jibel: last time it was due to glamor-egl pulling in the wrong depends can you see what package it is this time? [19:18] jibel: https://launchpadlibrarian.net/162352830/glamor-egl-lts-saucy_0.5.1-0ubuntu4.2~precise1_0.5.1-0ubuntu4.2~precise2.diff.gz was the fix for saucy [19:20] mlankhorst: Oh good, maybe you have some idea what's going wrong. :P [19:21] mlankhorst, I looked at that bug from 6 months ago but it's different [19:21] infinity: probably if you can get me a verbose apt-get log [19:21] jibel: maybe looks like a similar theme [19:21] infinity, for reference it was bug 1278737 [19:21] bug 1278737 in xorg-lts-transitional "Upgrade to trusty fails from precise backported enablement stacks" [High,Fix released] https://launchpad.net/bugs/1278737 [19:21] mlankhorst, this time it is not an upgrade to trusty but the installation of precise [19:22] jibel: yeah but it's not that bug, I've seen it in a saucy seed [19:22] * jibel digs deeper into launchpad [19:23] unfortunately I don't know if a bug was opened about it, but the fix at the time (really workaround) was for apt-get to see the libgl1-mesa-glx-lts-trusty first, so it would try to use that instead of libgl1-mesa-glx unrenamed [19:24] mlankhorst: Do you recall how this magic was done? [19:25] cjwatson: Do you have any recollection of... Any of this? [19:26] infinity: no we got lucky that glamor-egl-lts-saucy was the first package to request libgl1-mesa-glx, so we could add the workaround to it [19:30] infinity: but if you can get me a verbose apt-get debug log I should be able to see if we could fix it this time [19:35] mlankhorst: Without downloading a CD and trying myself, the verbosity in the d-i log there is the same for you as it is for me. [19:35] mlankhorst: And you might have more luck debugging on the fly than I would, if you grab an ISO and play. [19:38] infinity: oh last time it happened when preparing one of the iso's [19:39] infinity: I sit ok if I look at it tomorrow morning? [19:39] near bed time for me [19:40] I sit -> is it [20:06] respinning ubuntu alternate for ltsp now [20:07] everything else is either already built and ready to test or still building and will show up in the next few minutes [20:11] what does this version means in a conflict: Conflicts: libgl1-mesa-glx (>= 0~) ? [20:11] jibel: non-virtual package [20:11] ok [20:23] infinity: bug 1353086 [20:23] bug 1353086 in ubiquity "no kernel modules found" [Undecided,New] https://launchpad.net/bugs/1353086 [20:24] infinity: looking around, shouldn't that d-i be moved to -updates? [20:25] stgraber: Oh, was it not yet? [20:26] stgraber: Yes. Yes it should. [20:26] stgraber: I can do that now, if you haven't already,. [20:26] infinity: go ahead [20:26] stgraber: DOne. [20:26] I'll then monitor and respin alternates and server once it's published [20:27] stgraber: So, alternates and server will need a retry after that publishes. [20:27] stgraber: Jinx. [20:27] stgraber: Probably also worth double-checking the current state of proposed and making sure you don't care about anything else. :P [20:27] Err, like livecd-rootfs. [20:27] So... Everything needs to rebuild. [20:28] meh it failed on 20140805.2 :( [20:28] And base-files... [20:28] And grub... [20:28] Whee. [20:28] * infinity releases a bunch of stuff. [20:28] oh, fun [20:29] that's probably why I opened that pending-sru tab for this morning, then got distracted... [20:29] stgraber: parted might be interesting too, but I'll let you dig into that and decide. [20:31] infinity: yeah, parted sounds like a win and it's basically the last useful moment to accept it for precise (well, except people using netboot images) [20:33] stgraber: No verification, on it, sadly. [20:33] yeah, I'll verify it real quick [20:34] stgraber: Thaty 96-day-old ubiquity might want love as well. [20:34] Though, it seems the fix wasn't really a fix, so meh. [20:35] infinity: yeah, I looked at the bug report and then decided to skip it [20:35] (not broken either, mind you) [20:39] infinity: hi - quick question, we're (Xubuntu) down apparently for 12.04.5 but we don't want to be - does removing from the testing tracker stop .5 building or do we need to do something else? [20:40] or is it too late in fact [20:41] elfy: Talk to stgraber. [20:41] stgraber: ^^ [20:41] elfy: If you weren't using HWE stacks (were you?), there's no real reason for you to do the point release. [20:41] elfy: If you were, though, you don't really want to leave your users with the "current" precise ISO being unsupported. [20:41] apparently we weren't [20:42] elfy: hi [20:42] infinity: yea understood [20:42] Yeah, you weren't. Just double-checked. [20:42] elfy: ok, so I'll remove any build you have and that'll be it. Thanks for letting me know. [20:42] So, no particular reason you would *have* to do the release. If you don't want to, easier for everyone involved. [20:43] awesome - thanks chaps :) [20:43] cjwatson: is the cronjob working for Kubuntu Plasma 5? I don't see ISO's for today [20:43] Just marked the world as disabled as we're expecting a mass respin in about 30min [20:43] Looks like it was just ubuntu, edubuntu, and mythbuntu doing HWE stacks in precise. We really need to fix that in trusty. [21:13] shadeslayer: I don't think it's time yet [21:17] stgraber: queuebot just mentioned that it is spinning up a .5 for Xubuntu. elfy still wanted that nuked. [21:17] * elfy really should take that off ignore now and again :( [21:17] thanks skellat [21:22] skellat: if you look at the tracker you'll noticed they're not there [21:23] thanks stgraber :) [21:23] stgraber: That works. [21:26] infinity: is it time to change meta-release-lts yet? [21:32] bdmurray: If nothing's come up since that update-manager upload went in, we're probably good. [21:33] starting the mass respin now (parted just appeared on ftpmaster so we should now have everything) [21:35] infinity: I'll have a look around launchpad and see if I find anything [21:43] bdmurray: Alright. I'm not personally aware of anything, so if you don't find any more waving red flags, go ahead and make the switch. [21:44] * infinity is going to have a siesta to make up for the lack of sleep last night. [21:45] infinity: not sure who to tell, but Mythbuntu isn't doing any more 12.04 releases [21:49] tgm4883: ok, so no 12.04.5 for you then? [21:49] stgraber: correct [21:50] ok, there's already a respin in progress, I'll let it finish and just remove you from the tracker afterwards [21:50] sounds good, thanks [22:22] stgraber: infinity: cjwatson: do i need to compile new wubi for 12.04.5? [22:25] xnox: if you had to do that for 12.04.4, then I guess so, yes [22:27] stgraber: is it just me, or some kind of ubuntu/precise images ftbfs? I'm getting ftbfs emails. [22:28] stgraber: we also need to build the precise wubi livefs image, and i don't see it on the iso tracker nor a recent build for it. [22:28] xnox: I did trigger a wubi build earlier [22:29] and I have another one currently building [22:29] http://cdimage.ubuntu.com/precise/wubi/ [22:30] oh, right. i was looking at the wrong wubi ( http://cdimage.ubuntu.com/wubi/ ) [22:30] silly me, that one stopped in raring or whenever. should be cleaned up i think.