[00:30] mgz: so... somehow, when I raise an mp, lp tells me you do not have rights to view ~juju-qa/ubuntu/xenial/juju/xenial-2.0-beta4/ ? [00:32] oh, maybe it's angry because I didn't say lp: [00:44] slangasek: hi, so you're still poking at this juju autopkgtest thing too? [01:14] slangasek: after mythtv migrates from proposed would that be a safe time that a seed change to ship-live would be effective too for a re-spin? [01:14] i /think/ the fix for https://bugs.launchpad.net/ubuntu/+source/mythbuntu-meta/+bug/1571781 is just seeding another package that somehow didn't resolve [01:14] Launchpad bug 1571781 in mythbuntu-meta (Ubuntu) "Nvidia driver not installed" [Undecided,Fix committed] [01:41] mwhudson: not actively poking at the moment; had tried to see if the tests would pass for me in a different setup, to no avail [01:45] superm1: why waiting until it migrates before changing the seed? [01:50] superm1: I'd generally say it's better to change the seed sooner rather than later, since it doesn't need to block on the mythtv migration and that way you're not holding up any respins [01:54] slangasek: ok [02:09] slangasek: sorry wasn't clear - the seed change was already done [02:09] i wasn't sure how fast migration was going to happen [02:10] so i wanted to make sure the respin only happened after the migration was done [02:10] ah [02:10] yeah, that should be enough time for it to propagate [02:14] superm1: When rmadison says it's in the release pocket, that'd be safe. [02:15] superm1: Don't trust LP's "published" status for this. [02:49] flexiondotorg: yes, I'm in Canada [04:36] oh crap, please reject that, it wasn't meant for here. ^ [05:29] cyphermox: happens to the best of us :P [05:30] fun fact, you can edit your dput.cf so that you must specify a host while dputting [05:40] mwhudson: hmm why does the manual provider care about the test user's shell? [05:54] slangasek, mwhudson, mgz: I suppose it won't hurt if I run http://bazaar.launchpad.net/~mwhudson/ubuntu/xenial/juju/mwhudson on the production infra? [06:02] cyphermox: hey, still here? mind reuploading ubiquity with a non-ugly version number? (2.21.59ubuntu1~mtrudel1 → 2.21.60); or was this mis-uploaded and supposed to go into a PPA? [06:06] infinity: I reviewed unapproved stuff that's not on the images; left the three ones that are to avoid stomping on your feet [06:06] infinity: if you want ubiquity, I'd rather reupload with a real version number, but I suppose we want the casper fix at least [06:06] (and then take appstream when casper gets accepted) [06:08] pitti: [00:36:39] oh crap, please reject that, it wasn't meant for here. ^ [06:08] (re ubiquity) [06:08] Logan: ah thanks, rejected [06:13] mwhudson: ignore the question, I see why ;) [06:14] slangasek, mwhudson: hm, running tests from that bzr branch still fails, I'll try building the package from that bzr branch too [06:22] infinity, hi, can you please accept virtualbox again? the cherry-picked patch has been included in a stable release [06:31] or anybody else :) [06:56] * LocutusOfBorg leaves, but reads replies on irclogs [07:29] pitti: sigh [07:30] pitti: there's no diff to speak of between the non-debian/tests code in that branch and what's in -proposed [07:30] slangasek: :) [07:30] mwhudson: ah ok, so building packages indeed wasn't necessary; I just followed up to the bug with the full log [07:30] is there still a chance bug 1571811 gets looked at? even if its just a quick no [07:30] bug 1571811 in openblas (Ubuntu) "FFe for openblas 2.18" [Undecided,New] https://launchpad.net/bugs/1571811 [07:30] slangasek: the experience of ssh-ing to a user with /bin/false for a shell is pretty confusing [07:30] mwhudson: does your test rely on lxd already being installed and the user being in the lxd group perhaps? [07:30] mwhudson: (we run autopkgtests in minimized VMs) [07:31] pitti: i ran the tests in whatever adt-buildvm-ubuntu-cloud -r xenial spat out :-) [07:31] mwhudson: ok, that's minimized, no preinstalled lxd [07:31] pitti: but it could be something like that i suppose [07:31] unless you use an non-current version of autopkgtset [07:32] lxd is listed in the test deps [07:32] pitti: i'm up to date on xenia; [07:32] if you use current xenial or trusty/wily-backports, lxd should not be present in the testbed [07:33] mwhudson: oh wait, I mis-read [07:33] Get https://10.0.8.1:8443/1.0/profiles: Forbidden [07:33] this isn't a problem of local "lxd" group membership and the unix socket, this is over the bridge [07:33] so maybe missing remote auth or whatnot [07:33] uh yeah [07:33] pitti: lxd is installed in the test bed fwiw [07:34] pitti: http://paste.ubuntu.com/15925658/ [07:35] * pitti runs your branch locally in qemu [07:35] mwhudson: hm, that looks like a non-current version of autopkgtest then [07:36] pitti: i have 3.20.3 apparently [07:38] mwhudson: hm, * setup-commands/setup-testbed: Purge lxd and lxc. [07:38] that was in 3.20 [07:38] mwhudson: when did you build that VM? [07:38] pitti: 6 hours ago? [07:38] hmm, that sounds like worth a bug report [07:38] but anyway, at first sight it doesn't actually look like that's the problem [07:39] i would agree with that [07:39] an EPERM on the unix socket could be related to that [07:40] so my successful run has 2016-04-19 02:20:15 DEBUG juju.tools.lxdclient client.go:73 connecting to LXD remote "juju-remote": "10.0.8.1" [07:40] ooh, wait [07:40] i don't know what 10.0.8.1 is [07:40] mwhudson: yeah, it locally passes for me too [07:41] pitti: ip conflict or something like that? [07:41] mwhudson: presumably that's the network you put lxdbr0 on [07:41] mwhudson: but this sounds like it could be a real IP in the data center [07:41] pitti: "you"? :) [07:41] mwhudson: which curiously is the very reason why lxd stopped configuring the bridge with hardcoded IPs by default and now requires you to set it up yourself [07:41] i don't know a lot more about all of this than you do [07:42] mwhudson: yes, the bridge is unconfigured by default; I suppose the test installs an /etc/default/lxd-bridge somewhere [07:42] yeah [07:42] grep for 10.0.8.1 :-) [07:42] yep, that one [07:42] it's in setup-lxd.sh [07:43] can we exploit the feature in very new lxd where it guesses for you? [07:43] or at least re-implement that [07:43] but in the DC there is no "real" 10.0.8.1 [07:44] so it's not that after all I guess [07:44] dammit [07:45] mwhudson: let's move to #u-devel for further debugging to not clutter the release coordination even further [07:46] pitti: +1 [08:01] morning [08:02] it's surprisingly quiet for a release week [08:02] bonjour jibel ! [08:02] jibel: yeah, it's suspicious [08:02] Bonjour pitti [08:02] the ubiquity issue yesterday was laughable compared to what we're used to [08:02] what did we miss? [08:02] it means Thursday will be hell :) [08:02] * pitti is scared [08:02] jibel: OOI, how are upgrades looking? [08:02] I'm sure we've missed some bits at least there [08:03] pitti, automated tests didn't find anything, neither did davmor2 [08:03] I'll dig into launchpad [08:03] someone reported that ubuntu-gnmoe fails to start after an upgrade from Trusty [08:04] jibel: I didn't think ubuntu-gnome was an option in trusty [08:05] oh it's been around longer than I thought :) [08:07] davmor2, bug 1571939 [08:07] bug 1571939 in ubuntu-release-upgrader (Ubuntu) "Ubuntu GNOME fails to boot after Trusty -> Xenial upgrade" [Undecided,New] https://launchpad.net/bugs/1571939 [08:07] jibel: there is one last test for upgrades I want to perform, OEM install upgrade just to be sure it doesn't do anything daft [08:10] davmor2, bug 1571679 I know you enjoy secure boot [08:10] bug 1571679 in ubuntu-release-upgrader (Ubuntu) "fwupdate-signed doesn't get installed on upgrade" [Undecided,New] https://launchpad.net/bugs/1571679 [08:11] jibel: I wonder if this is part of the mokutils stuff and if these users had secureboot enabled with 3rd party drivers installed, I can test that with ease 172468 [08:11] davmor2, it's an upgrade not an installation [08:12] jibel: yeap still kicks in [08:12] jibel: and it might be disabling the modules now too [08:13] jibel: that would affect wifi networking if it is broadcom and fwupdate-signed if they didn't disable secureboot [08:44] jibel: well, at least we still have the "OMG need to land juju 2.0" issue, so we aren't totally free of urgent things :) [08:44] this calms me somewhat [09:06] pitti: aaaahhhh bless you think that is the only thing that still needs to land I love your optimism it's nearly infectious :D [09:07] davmor2: no, it's not optimism -- I'm scared that we don't (yet) know about the catastrophes that are still coming :) [09:08] hey there [09:09] we need to rename "gnome-software" to be "ubuntu-software", part of it is changing the .desktop Name= [09:09] we have two options [09:09] - rename the current one (easier) and impact the flavors as well (Ubuntu GNOME stated they would prefer to keep the upstream name) [09:10] - have a new.desktop and play with OnlyShowIn to have it only for Unity, but that would require to land unity with it to change the default and have user config migration [09:10] do you have a preference? [09:10] willcooke, ^ fyi [09:12] I think we are leaning toward the first one [09:12] easier and less potential to create issues [09:13] unseeded universe is still free-for-all in terms of sync or do I need approval? [09:14] jtaylor: See the freeze announcement. [09:14] stgraber,xnox: germinate fixed in git and on snakefruit etc.; uploading to unstable, will sync that when I can [09:14] infinity: so free for all? [09:14] jtaylor: Ish. With a sanity clause. [09:14] ok thanks [09:15] cjwatson, lovely [09:29] hey infinity, good morning [09:29] infinity: I'm handling juju-core [09:29] infinity: just running last tests locally [09:29] lazr.https://bugs.launchpad.net/bugs/1571899 [09:29] Launchpad bug 1571899 in ubiquity (Ubuntu) "Kubuntu Daily Image Ubiquity cannot connect to X server :0" [Undecided,New] [09:29] oops [09:29] infinity: you or someone accepted casper, so I guess free for another round of reviewing/accepting bug fixes on images? [09:29] sorry, mispaste. can we squeeze lazr.restfulclient in? fixes python3 support bug, but is on a couple of images [09:31] infinity: Saw you and cjwatson poke in our seeds cause of the build failure yesterday, so hopefully that is fixed. iso.qa.ubuntu.com says still building. Would like to trigger another one. Any help there, please? [09:39] ah, someone accepted juju-core already; well, tests look good so far, so it's probably fine [09:40] lazr.restfulclient> ta [09:41] pitti: how long will it be until the autopkgtests run? [09:41] i guess i'll be in bed by then [09:42] mwhudson: package just finished building, so needs a publisher run; I'd say 45 minutes, give or take [09:43] mwhudson: but go to bed, I'll have an eye on them [09:43] mwhudson: if it still fails, it should be fairly shallow, and I know enough of what this is trying to do [09:43] i. e. I should be able to handle it [09:43] pitti: yeah, mostly just curious [09:43] it's only 2143, it's not that late yet :) [09:44] mwhudson: local run is at future-provider, other tests passed [09:44] "local" == manual run in the production env, I mean [10:16] seb128, Regarding the software center naming. [10:16] seb128, Are you proposing changing the string in the .desktop file or the filename of the .desktop file? [10:16] String [10:16] OK. [10:17] WHat about upgrades from 14.04? Will you now have to Ubuntu Software centres? [10:18] Also, although Ubuntu MATE doesn't ship with Ubuntu Software Centre nor GNOME Software Centre, both are installable via Ubuntu MATE Welcome. [10:18] I think it's Ubuntu Software and Ubuntu Software Center (awesome) [10:19] Sounds like a great way to reduce user confusion [10:19] So, please have MATE; in any OnlyShowIn setting. [10:19] If you decide to make that change. [10:19] seb128, Laney: out of interest why rename it at all, currently it is just called software [10:19] Something about reducing confusion [10:20] Ho ho ho [10:21] They want to rename the package too, but I'm pushing back on that [10:21] We'll see [10:39] infinity: ^ would be great if you could review/accept this apt SRU (trusty/wily), as bug 1560797 is still causing upgrade havoc [10:39] bug 1560797 in apt (Ubuntu Wily) "apt does not configure Pre-Depends: before depending package" [High,In progress] https://launchpad.net/bugs/1560797 [10:39] * pitti will write SRU info now [10:39] pitti: Will look. [10:43] pitti, can i have an autopkgtest for upstream hosted in git on sourceforge? [10:43] infinity: SRU info added [10:43] or does it need like remote triggers off somewhere? e.g. shall i mirror it to github or launchpad and try to do webhooks for upstream autopkgtest [10:44] xnox: we auto-trigger systemd's autopkgtest for upstream systemd pull requests on github, so from SF should not be fundamentally different [10:44] xnox: but yes, you need something on the SF side to actually trigger the test, if you want this to happen automatically [10:45] github has really nice webhooks for doing CI, not sure if SF learned anything in that regard in the past 5 years [10:45] xnox: also, -> #u-devel I figure? [11:07] jibel: so it looks like those upgrade issues were what I thought they were looking at the issues I just hit, looks like if you don't disable secureboot through mokutil the system goes crazy, I'll run a bunch of tests around it now. [11:10] davmor2, thanks [11:19] netboot is missing from the iso tracker [11:19] jibel: is that something you can add? [11:20] davmor2, it will be fixed shortly, when next respin is done. [11:22] xnox: thanks dude [11:23] xnox: are we expecting an imminent respin? cos something appears to be up with studio's build - tracker shows them rebuilding but https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/xenial/ubuntustudio shows built hours ago - was the same ~ 5 hours ago [11:23] though the imminent bit is me with xubuntu hat on :) [11:23] can you please ignore the virtualbox's autopkgtests and let virtualbox hit the release pocked? (message proxied for locutusofborg) [11:31] pitti: ↑ [11:31] mapreri: yep, saw it, at it (we already have a hint, just needs a version bump) [11:31] mwhudson, slangasek: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#juju-core is just landing \o/ [11:32] all green [11:32] pitti: ok, ta :) [11:41] pitti: I'm fixing vbox to not have that bug, BTW. Well, to not have half of that bug. :P [11:56] infinity: okay can you respin myth? [12:01] superm1: You can! [12:01] I can? [12:02] Well, if you have access to do so on the tracker. [12:02] But lemme do it. [12:02] Cause I should take a lock on that soon anyway. [12:03] Oh I didn't know I might have access. Ok thanks [12:33] good morning! [12:40] o/ [12:40] cyphermox, My image upload died and I'm at work now and can't resume until later :-( [12:40] Can someone here take car of the upload please? https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/1571635 [12:40] Launchpad bug 1571635 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.9 bug fix and translations [dsc attached]" [Undecided,Fix released] [12:41] Ag, wrong link. [12:41] Please can someone upload this please - https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1572120 [12:41] Launchpad bug 1572120 in ubuntu-mate-artwork (Ubuntu) "ubuntu-mate-artwork 16.04.7 bug fix release [dsc attached]" [Undecided,New] [12:42] flexiondotorg: bah, I'll get VB on some other computer and try to reproduce there [12:42] or you know, on a laptop with spinny disks [12:42] cyphermox, Give me a minute... [12:48] cyphermox, I can't resume it :-( [12:48] Going to take another 10 hrs. [12:48] Sorry. [12:48] flexiondotorg: don't worry [12:49] flexiondotorg: I know what is wrong, I just haven't managed to reproduce it yet [12:49] VirtualBox. Install Ubuntu 15.10 with full disk. No encryption. No LVM. [12:49] it's very clearly systemd too happy to bring up swaps, and we "just" need to find a way to disable that only when in ubiquity [12:49] Snapshot that. Then try install Ubuntu 16.04 daily over the top. [12:49] cyphermox, Agreed. [12:50] My best work around is "sudo swappoff -a" then start the install and dash through the first few menus. [12:51] right, but partman already does a swapoff just before doing the swaps [12:51] so it's a timing thing, you might be lucky, or might not [12:51] I can still add swapoffs in ubi-partman.py but it probably won't fix it more [12:53] cyphermox, It won't fix it. Because unless you do a Ubiquity speed run systemd will beat you to the punch. [13:02] tjaalton: Do you plan to fix xorg-lts-transitional? [13:13] infinity: fix how? it worked here [13:14] tjaalton: Check excuses. You depend on a bunch of packages that don't exist. [13:14] ah [13:15] oh, indeed [13:20] does anyone mind if I add a Juju section to the updated packages section of the release notes? [13:20] infinity: hrm, I need to run out now, will fix it later today. guess I can drop the transitional -dbg packages at least and then let apt remove those on upgrade? [13:20] jcastro: please do. SHould that be in https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#Ubuntu_Server? [13:21] tjaalton: If apt will remove them. [13:22] right, i'll test on a vm [13:22] rbasak: well, the client/UI bits had the biggest updates so I was going to put it below php7 [13:24] jcastro: oh, I see. I wonder if people will look just at the server section for this kind of thing or not (even though it is also a client). Maybe PHP etc should be down there too. [13:24] jcastro: anyway, I'm bikeshedding, sorry. Let's get the text in and worry about where it belongs later. [13:26] infinity: i tried to seed libc6-i386 into mythbuntu.xenial ship-live to fix bug 151781, but it appears to have had no effect in the respin, i'm unsure how to figure out what is wrong there to prevent it from coming in [13:26] bug 151781 in kde-guidance (Ubuntu) "KDE resolution or screen changes makes Nvidia binary not to work" [Undecided,Won't fix] https://launchpad.net/bugs/151781 [13:26] bug 1571781 that is [13:26] bug 1571781 in mythbuntu-meta (Ubuntu) "Nvidia driver not installed" [Undecided,Fix committed] https://launchpad.net/bugs/1571781 [13:29] rbasak: do we still need a release notes for http/2 (Apache)? [13:29] oops wrong channel my apologies [13:30] Seems like the right channel to me :) [13:30] infinity: may I nudge you about bug 1560797 again? I'd hope that we can expedite this SRU to intensely test this by Thursday and then release it [13:30] Yes we do, but I have some things I need to take care of first. [13:30] bug 1560797 in apt (Ubuntu Wily) "apt does not configure Pre-Depends: before depending package" [High,In progress] https://launchpad.net/bugs/1560797 [13:30] pitti: apt? Looking in a bit. [13:30] rbasak: ack [13:38] pitti: ^ [13:38] infinity: cheers [13:48] * mvo hugs pitti and infinity for this fix [13:48] ^ I expect this one to be controversial, happy to reply to questions [13:48] willcooke, ^ the gnome-software rename one, just fyi [13:49] cyphermox: i think i figured out why libc6-i386 isn't ending up in the pool on ISOs - "Promoted libc6-i386 from ship-live to boot to satisfy grub". is there actually a reason for grub (not grub2) to still be called out in platform.xenial's boot seed still? [13:50] not that I can think of, but that would make libc6:i386 *be* in pool [13:51] directly available on the CDs, basically [13:51] cyphermox: well i'm trying to get libc6-i386 (not libc6:i386) to end up on amd64 mythbuntu ISO's [13:52] and the reason it's not happening is that libc6-i836 is a dependency for grub [13:52] sorry, that's what I meant [13:52] ship-live makes it go in the pool/ directory on the iso [13:52] right that's the goal [13:52] but it's not ending up there even if explicitly seeded [13:52] well it's not because of that message [13:53] lemme see [13:53] http://people.canonical.com/~ubuntu-archive/cd-build-logs/mythbuntu/xenial/daily-live-20160419.log is the log [13:55] infinity: we'll still do a respin, right? for ^ (bug 1552539) [13:55] I fail to read... [13:55] bug 1552539 in casper (Ubuntu) "Ubiquity Erase Disk and Install Fails to create Swap Space" [Critical,Fix committed] https://launchpad.net/bugs/1552539 [13:56] superm1: sorry, I just can't read properly it seems [13:57] so yeah, libc6-i386 gets promoted to the 'boot' seed because you have * grub [amd64 i386] # lilo will be in supported in that seed file [13:57] well that comes from platform.xenial [13:57] so that's why i was asking if it's actually used anywhere (to know if it could be removed) [13:57] yep [13:57] I don't know [13:58] that stuff will need to be in sync with livecd-rootfs I think [13:59] cjwatson: or debian-cd? [13:59] ok, I see, ship-live depends on boot and live, fun. [13:59] pitti: Yeah. [14:01] possibly debian-cd/cdimage as well [14:02] Why would anything else need changing to remove grub from boot? We surely don't use grub anywhere anymore... [14:02] one would hope [14:02] but it might still be added to images somewhere else [14:02] If it were, I'd assume it would be because of the seed. [14:03] looks like it, it's in the boot seed. [14:03] it's probably OK, just worth some grepping [14:03] the boot seed is historically very weird [14:03] subtle and quick to anger etc. [14:03] ahah [14:03] superm1: Anyhow, were that fixed, you could also revert your change (probably), since nvidia-thingee should pull in libc6-i386 without your help. [14:03] but I think a grep through livecd-rootfs, maybe live-build, debian-cd, and cdimage would be sufficient [14:03] infinity: yes [14:03] cjwatson: Yeah, heading there. === maxb_ is now known as maxb [14:33] superm1, my dell xps 15 got offered a firmware update, it did end up in ./EFI/ubuntu/fw/fwupdate-j01CFS.cap [14:34] superm1, however on reboot it did not boot into flash update [14:34] i can go into flash update manually and find that file, but i thought this should happen automagically [14:34] xnox: lets talk in PM to debug what happened [14:34] or not? [14:34] ack [14:43] infinity, Laney https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1571679 [14:43] Launchpad bug 1571679 in ubuntu-release-upgrader (Ubuntu) "fwupdate-signed doesn't get installed on upgrade" [Undecided,New] [14:44] merci [15:00] pitti: juju-core tests all fixed? nice! [15:00] slangasek: yep, that was an interesting journey [15:09] infinity: ok to accept lxc with a tests-only fix to make the tests green again? (will still rebuild the binaries, of course) [15:09] infinity: or maybe the other way around, can you poke me, Laney, stgraber etc. to stop reviewing stuff from the queue once you want to lock down? [15:10] that lxc is to make apw happy basically :) [15:11] * apw likes to be happy [15:11] well, and to stop new kernels from breaking lxc too :) [15:11] we know lxc itself is good because we saw its tests pass before, but a change to the adt image broke things recently so that should make everything green again [15:11] pitti: When I'm locking the world down, I'll put in a britney block. [15:11] pitti: So if pepole keep reviewing, it'll all get stuck, and we can sort it out post-release. [15:11] or rather, currently lxc depends on which of the clouds it runs on [15:11] infinity: ah, fair enough; they'll end up as SRUs then [15:17] Who can I poke about the tracker being stuck? We can't do rebuilds for Ubuntu Studio since it got stuck yesterday. [15:22] I'm about to board a plane so can't really help, but infinity should be able to have rebuild-requests cancel anything that's pending which will fix the web UI [15:33] infinity: stgraber: should we have a cpc product in the iso tracker? [15:41] cyphermox: no [15:43] ok [15:44] cyphermox: this is not a "cpc" product at all, and the fact that it's showing up that way currently on cdimage is a bug [15:45] slangasek: I thought it should be in ubuntu-server indeed; but what I really meant is, should I be seeing a product entry for the raspi2 preinstalled images under server in iso.qa.u.c, or anywhere else? [15:46] ah ;) [15:46] since I slapped it on my device and booted it, I might as well tick the tested box ;) [15:46] then yes, probably, but not until the image publishing is sorted properly ;) [15:46] yeah [15:46] infinity fixed up my initial merge, and then there was some extra magic to make it so ubuntu-cpc -> ubuntu-server [15:47] that part doesn't seem to be landed yet however? at least there's no http://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled [15:47] cyphermox: There will be a tracker project in a bit when I fix the other thing. [15:48] slangasek: no, it's currently under /ubuntu-cpc/daily-preinstalled [15:48] infinity: do you want me to finish the work of fixing that up? preferrably with passing tests? ;) [15:49] cyphermox: If you want to figure out how to move it from -cpc to -server and submit another MP, go for it. If this one fails the testsuite, I'll fly to Montreal and stab you a little. [15:50] just a little? [15:50] cyphermox: Just a tad. :) [15:50] gentle caress with a pointy thing [16:31] * cyphermox is tempted to make the ubuntu-cdimage merge with the fix, plus an added test to test the fix, but leaving the test failing :) [16:31] infinity: where do we stand at the moment regarding candidate image mastering? per discussions elsechan, it's been observed that snapd didn't get into the platform seed; doing this for 16.04 was discussed with flavor leads but the execution fell through. If we seed it right now into desktop-common are you going to have a sad? [16:32] jibel, cyphermox: hey guys so I seem to hit an issue with upgrades. The issue is as follows. Install 14.04, install binary drivers, upgrade, during upgrade you get the mokutils password setup, However if you don't see the menu the driver seems to go into some mad loop, you can't access the gui if it is a gfx driver or use wifi if it is that driver, but your tty fills with errors so you have no way to trigger [16:32] mokutils to fix it for gfx issue [16:34] slangasek: He's out, but the metas are all being rebuilt anyway for fwupdate-signed [16:34] infinity: https://code.launchpad.net/~cyphermox/ubuntu-cdimage/cpc-in-server/+merge/292297 [16:34] this does pass tests here. [16:35] Laney: "are being" meaning currently or at some point in the near future? [16:35] davmor2: I'm not sure I follow what you mean. did you file a bug with screenshots or something? [16:35] slangasek: Built on laptop but not uploaded yet [16:35] "if you don't see the menu" ? [16:37] Laney: ok; am twiddling seeds now, do you happen to know the full list of metapackages that need uploading and would you like to help divide and conquer by chance? [16:37] cyphermox: no, no you miss understand, if you don't realise that you need to hit a key or you go off and make a drink while the system reboots so you miss it or don't modify it then it breaks [16:38] slangasek: Adam's got a nice alias in his shell history that I'm sure he could re-run quite easily [16:39] Laney, infinity: snapd added to the seed [16:39] so it will get picked up in meta rerolls [16:39] davmor2: you mean, do the upgrade, reboot, miss the MokManager blue prompts, it times out and you get no drivers? [16:40] cyphermox: bingo [16:40] right. [16:43] infinity: There was murmuring about a kernel with fixes needing to land; which kernel was that? [16:44] Odd_Bloke: -21 [16:44] Odd_Bloke: In proposed. We're working on promoting it. [16:44] Odd_Bloke: It'll be in the release pocket tonight. [16:44] OK, cool. [16:46] slangasek: Right, I'm fixing some other seed bits, and will re-roll the world shortly. [16:46] cyphermox: the odd thing is that this only happens on upgrade. IE 14.04 install nvidia-binary, ignore the mokutil efi menu, and TTY7 is black with a white arrow and that is as much as loads [16:47] cyphermox: because the tty 1-6 is flooded with errors you can't login [16:47] ok [16:49] cyphermox: also because the mokutil only shows the one time you need to be able to login to trigger it again. I managed to do it via rescue mode but it is not fun or pretty [16:50] infinity: I've the Wily SRU for bug 1560797. Will having the new apt in -updates reach enough people though? [16:50] bug 1560797 in apt (Ubuntu Wily) "apt does not configure Pre-Depends: before depending package" [High,Fix committed] https://launchpad.net/bugs/1560797 [16:54] slangasek, Laney, if you do a seed change, can you gnome-software->ubuntu-software for desktop? [16:54] not before the package exists [16:54] seb128: let's wait until that's in the archive for that, as it hasn't landed yet [16:54] k [17:03] infinity: Any chance you could fix the problem we are having at the ISO tracker? We can't do rebuilds. It's been stuck att (rebuilding) for 24h, since the build failure yesterday. [17:08] slangasek, Laney, infinity, ^ new take, without renaming the .desktop but installing one to "/usr/share/ubuntu/..." with the same name, that path is at the start of XDG_DATA_DIRS in Ubuntu sessions so going to be preferred in Unity [17:08] oh also creating the .desktop by copying the upstream one and caling sed in debian/rules to change the Name/Icon [17:08] seems to work fine from my local testing [17:09] willcooke, ^ just for info [17:10] seb128: I need to add another commit [17:11] Laney, queue is public, feel free to grab and merge another change or stack another upload on top [17:11] seb128: it'll be a little bit easier if you push that to bzr [17:11] if you have that [17:11] no I don't [17:11] attente gave me a ppa the other day and I forgot about the vcs [17:11] need to reconciliate things [17:12] I can try to have a look but I've a tennis match in 45 min and didn't get dinner yet :-/ [17:12] ok [17:12] cyphermox: oh oh oh pitti just fixed https://bugs.launchpad.net/bugs/1552539 can we get that in asap? [17:12] Launchpad bug 1552539 in casper (Ubuntu) "Ubiquity Erase Disk and Install Fails to create Swap Space" [Critical,Fix released] [17:13] I know [17:13] not sure it really will fix it, we'll see [17:13] Laney: shall I hold off on review until you fix up, or shall I review/maybe-accept this one and then review again your next commit? [17:14] I'll upload it in a minute, so you might as well wait [17:15] Laney, I'm fixing the vcs, give me 30s [17:15] seb128: already done locally, no worry [17:15] oh ok [17:15] thanks [17:15] going to get some food then :p [17:16] Laney, slangasek, I would appreciate if you could handle the seed change when the new package gets in, need to have dinner and go in ~30min [17:16] otherwise I can have a look later tonight when I'm back [17:16] seb128: yes, I can have a look [17:16] thanks [17:33] davmor2, cyphermox: yeah, this is mostly just my best bet so far, so testing appreciated; it can be simulated reasonably well on the current image with breaks=casper-bottom and doing that rm there [17:37]