[00:30] <slangasek> 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] <slangasek> oh, maybe it's angry because I didn't say lp:
[00:44] <mwhudson> slangasek: hi, so you're still poking at this juju autopkgtest thing too?
[01:14] <superm1> 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] <superm1> 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] <ubot5`> Launchpad bug 1571781 in mythbuntu-meta (Ubuntu) "Nvidia driver not installed" [Undecided,Fix committed]
[01:41] <slangasek> 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] <slangasek> superm1: why waiting until it migrates before changing the seed?
[01:50] <slangasek> 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] <mwhudson> slangasek: ok
[02:09] <superm1> slangasek: sorry wasn't clear - the seed change was already done
[02:09] <superm1> i wasn't sure how fast migration was going to happen
[02:10] <superm1> so i wanted to make sure the respin only happened after the migration was done
[02:10] <slangasek> ah
[02:10] <slangasek> yeah, that should be enough time for it to propagate
[02:14] <infinity> superm1: When rmadison says it's in the release pocket, that'd be safe.
[02:15] <infinity> superm1: Don't trust LP's "published" status for this.
[02:49] <cyphermox> flexiondotorg: yes, I'm in Canada
[04:36] <cyphermox> oh crap, please reject that, it wasn't meant for here. ^
[05:29] <Logan> cyphermox: happens to the best of us :P
[05:30] <Logan> fun fact, you can edit your dput.cf so that you must specify a host while dputting
[05:40] <slangasek> mwhudson: hmm why does the manual provider care about the test user's shell?
[05:54] <pitti> 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] <pitti> 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] <pitti> 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] <pitti> 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] <pitti> (and then take appstream when casper gets accepted)
[06:08] <Logan> pitti: [00:36:39]  <cyphermox>	oh crap, please reject that, it wasn't meant for here. ^
[06:08] <Logan> (re ubiquity)
[06:08] <pitti> Logan: ah thanks,  rejected
[06:13] <slangasek> mwhudson: ignore the question, I see why ;)
[06:14] <pitti> slangasek, mwhudson: hm, running tests from that bzr branch still fails, I'll try building the package from that bzr branch too
[06:22] <LocutusOfBorg> infinity, hi, can you please accept virtualbox again? the cherry-picked patch has been included in a stable release
[06:31] <LocutusOfBorg> or anybody else :)
[06:56]  * LocutusOfBorg leaves, but reads replies on irclogs
[07:29] <mwhudson> pitti: sigh
[07:30] <mwhudson> pitti: there's no diff to speak of between the non-debian/tests code in that branch and what's in -proposed
[07:30] <mwhudson> slangasek: :)
[07:30] <pitti> mwhudson: ah ok, so building packages indeed wasn't necessary; I just followed up to the bug with the full log
[07:30] <jtaylor> is there still a chance bug 1571811 gets looked at? even if its just a quick no
[07:30] <ubot5`> bug 1571811 in openblas (Ubuntu) "FFe for openblas 2.18" [Undecided,New] https://launchpad.net/bugs/1571811
[07:30] <mwhudson> slangasek: the experience of ssh-ing to a user with /bin/false for a shell is pretty confusing
[07:30] <pitti> mwhudson: does your test rely on lxd already being installed and the user being in the lxd group perhaps?
[07:30] <pitti> mwhudson: (we run autopkgtests in minimized VMs)
[07:31] <mwhudson> pitti: i ran the tests in whatever adt-buildvm-ubuntu-cloud -r xenial spat out :-)
[07:31] <pitti> mwhudson: ok, that's minimized, no preinstalled lxd
[07:31] <mwhudson> pitti: but it could be something like that i suppose
[07:31] <pitti> unless you use an non-current version of autopkgtset
[07:32] <mwhudson> lxd is listed in the test deps
[07:32] <mwhudson> pitti: i'm up to date on xenia;
[07:32] <pitti> if you use current xenial or trusty/wily-backports, lxd should not be present in the testbed
[07:33] <pitti> mwhudson: oh wait, I mis-read
[07:33] <pitti> Get https://10.0.8.1:8443/1.0/profiles: Forbidden
[07:33] <pitti> this isn't a problem of local "lxd" group membership and the unix socket, this is over the bridge
[07:33] <pitti> so maybe missing remote auth or whatnot
[07:33] <mwhudson> uh yeah
[07:33] <mwhudson> pitti: lxd is installed in the test bed fwiw
[07:34] <mwhudson> pitti: http://paste.ubuntu.com/15925658/
[07:35]  * pitti runs your branch locally in qemu
[07:35] <pitti> mwhudson: hm, that looks like a non-current version of autopkgtest then
[07:36] <mwhudson> pitti: i have 3.20.3 apparently
[07:38] <pitti> mwhudson: hm,  * setup-commands/setup-testbed: Purge lxd and lxc.
[07:38] <pitti> that was in 3.20
[07:38] <pitti> mwhudson: when did you build that VM?
[07:38] <mwhudson> pitti: 6 hours ago?
[07:38] <pitti> hmm, that sounds like worth a bug report
[07:38] <pitti> but anyway, at first sight it doesn't actually look like that's the problem
[07:39] <mwhudson> i would agree with that
[07:39] <pitti> an EPERM on the unix socket could be related to that
[07:40] <mwhudson> 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] <pitti> ooh, wait
[07:40] <mwhudson> i don't know what 10.0.8.1 is
[07:40] <pitti> mwhudson: yeah, it locally passes for me too
[07:41] <mwhudson> pitti: ip conflict or something like that?
[07:41] <pitti> mwhudson: presumably that's the network you put lxdbr0  on
[07:41] <pitti> mwhudson: but this sounds like it could be a real IP in the data center
[07:41] <mwhudson> pitti: "you"? :)
[07:41] <pitti> 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] <mwhudson> i don't know a lot more about all of this than you do
[07:42] <pitti> mwhudson: yes, the bridge is unconfigured by default; I suppose the test installs an /etc/default/lxd-bridge somewhere
[07:42] <mwhudson> yeah
[07:42] <mwhudson> grep for 10.0.8.1 :-)
[07:42] <pitti> yep, that one
[07:42] <mwhudson> it's in setup-lxd.sh
[07:43] <mwhudson> can we exploit the feature in very new lxd where it guesses for you?
[07:43] <mwhudson> or at least re-implement that
[07:43] <pitti> but in the DC there is no "real" 10.0.8.1
[07:44] <pitti> so it's not that after all I guess
[07:44] <mwhudson> dammit
[07:45] <pitti> mwhudson: let's move to #u-devel for further debugging to not clutter the release coordination even further
[07:46] <mwhudson> pitti: +1
[08:01] <jibel> morning
[08:02] <jibel> it's surprisingly quiet for a release week
[08:02] <pitti> bonjour jibel !
[08:02] <pitti> jibel: yeah, it's suspicious
[08:02] <jibel> Bonjour pitti
[08:02] <pitti> the ubiquity issue yesterday was laughable compared to what we're used to
[08:02] <pitti> what did we miss?
[08:02] <jibel> it means Thursday will be hell :)
[08:02]  * pitti is scared
[08:02] <pitti> jibel: OOI, how are upgrades looking?
[08:02] <pitti> I'm sure we've missed some bits at least there
[08:03] <jibel> pitti, automated tests didn't find anything, neither did davmor2
[08:03] <jibel> I'll dig into launchpad
[08:03] <jibel> someone reported that ubuntu-gnmoe fails to start after an upgrade from Trusty
[08:04] <davmor2> jibel: I didn't think ubuntu-gnome was an option in trusty
[08:05] <davmor2> oh it's been around longer than I thought :)
[08:07] <jibel> davmor2, bug 1571939
[08:07] <ubot5`> 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] <davmor2> 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] <jibel> davmor2, bug 1571679 I know you enjoy secure boot
[08:10] <ubot5`> bug 1571679 in ubuntu-release-upgrader (Ubuntu) "fwupdate-signed doesn't get installed on upgrade" [Undecided,New] https://launchpad.net/bugs/1571679
[08:11] <davmor2> 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] <jibel> davmor2, it's an upgrade not an installation
[08:12] <davmor2> jibel: yeap still kicks in
[08:12] <davmor2> jibel: and it might be disabling the modules now too
[08:13] <davmor2> jibel: that would affect wifi networking if it is broadcom and fwupdate-signed if they didn't disable secureboot
[08:44] <pitti> 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] <pitti> this calms me somewhat
[09:06] <davmor2> 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] <pitti> davmor2: no, it's not optimism -- I'm scared that we don't (yet) know about the catastrophes that are still coming :)
[09:08] <seb128> hey there
[09:09] <seb128> we need to rename "gnome-software" to be "ubuntu-software", part of it is changing the .desktop Name=
[09:09] <seb128> we have two options
[09:09] <seb128> - rename the current one (easier) and impact the flavors as well (Ubuntu GNOME stated they would prefer to keep the upstream name)
[09:10] <seb128> - 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] <seb128> do you have a preference?
[09:10] <seb128> willcooke, ^ fyi
[09:12] <seb128> I think we are leaning toward the first one
[09:12] <seb128> easier and less potential to create issues
[09:13] <jtaylor> unseeded universe is still free-for-all in terms of sync or do I need approval?
[09:14] <infinity> jtaylor: See the freeze announcement.
[09:14] <cjwatson> stgraber,xnox: germinate fixed in git and on snakefruit etc.; uploading to unstable, will sync that when I can
[09:14] <jtaylor> infinity: so free for all?
[09:14] <infinity> jtaylor: Ish.  With a sanity clause.
[09:14] <jtaylor> ok thanks
[09:15] <xnox> cjwatson, lovely
[09:29] <pitti> hey infinity, good morning
[09:29] <pitti> infinity: I'm handling juju-core
[09:29] <pitti> infinity: just running last tests locally
[09:29] <cjwatson> lazr.https://bugs.launchpad.net/bugs/1571899
[09:29] <ubot5`> Launchpad bug 1571899 in ubiquity (Ubuntu) "Kubuntu Daily Image Ubiquity cannot connect to X server :0" [Undecided,New]
[09:29] <cjwatson> oops
[09:29] <pitti> infinity: you or someone accepted casper, so I guess free for another round of reviewing/accepting bug fixes on images?
[09:29] <cjwatson> sorry, mispaste.  can we squeeze lazr.restfulclient in?  fixes python3 support bug, but is on a couple of images
[09:31] <zequence> 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] <pitti> ah, someone accepted juju-core already; well, tests look good so far, so it's probably fine
[09:40] <cjwatson> lazr.restfulclient> ta
[09:41] <mwhudson> pitti: how long will it be until the autopkgtests run?
[09:41] <mwhudson> i guess i'll be in bed by then
[09:42] <pitti> mwhudson: package just finished building, so needs a publisher run; I'd say 45 minutes, give or take
[09:43] <pitti> mwhudson: but go to bed, I'll have an eye on them
[09:43] <pitti> mwhudson: if it still fails, it should be fairly shallow, and I know enough of what this is trying to do
[09:43] <pitti> i. e. I should be able to handle it
[09:43] <mwhudson> pitti: yeah, mostly just curious
[09:43] <mwhudson> it's only 2143, it's not that late yet :)
[09:44] <pitti> mwhudson: local run is at future-provider, other tests passed
[09:44] <pitti> "local" == manual run in the production env, I mean
[10:16] <flexiondotorg> seb128, Regarding the software center naming.
[10:16] <flexiondotorg> seb128, Are you proposing changing the string in the .desktop file or the filename of the .desktop file?
[10:16] <Laney> String
[10:16] <flexiondotorg> OK.
[10:17] <flexiondotorg> WHat about upgrades from 14.04? Will you now have to Ubuntu Software centres?
[10:18] <flexiondotorg> Also, although Ubuntu MATE doesn't ship with Ubuntu Software Centre nor GNOME Software Centre, both are installable via Ubuntu MATE Welcome.
[10:18] <Laney> I think it's Ubuntu Software and Ubuntu Software Center (awesome)
[10:19] <cjwatson> Sounds like a great way to reduce user confusion
[10:19] <flexiondotorg> So, please have MATE; in any OnlyShowIn setting.
[10:19] <flexiondotorg> If you decide to make that change.
[10:19] <davmor2> seb128, Laney: out of interest why rename it at all, currently it is just called software
[10:19] <Laney> Something about reducing confusion
[10:20] <cjwatson> Ho ho ho
[10:21] <Laney> They want to rename the package too, but I'm pushing back on that
[10:21] <Laney> We'll see
[10:39] <pitti> infinity: ^ would be great if you could review/accept this apt SRU (trusty/wily), as bug 1560797 is still causing upgrade havoc
[10:39] <ubot5`> 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] <infinity> pitti: Will look.
[10:43] <xnox> pitti, can i have an autopkgtest for upstream hosted in git on sourceforge?
[10:43] <pitti> infinity: SRU info added
[10:43] <xnox> 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] <pitti> xnox: we auto-trigger systemd's autopkgtest for upstream systemd pull requests on github, so from SF should not be fundamentally different
[10:44] <pitti> xnox: but yes, you need something on the SF side to actually trigger the test, if you want this to happen automatically
[10:45] <pitti> github has really nice webhooks for doing CI, not sure if SF learned anything in that regard in the past 5 years
[10:45] <pitti> xnox: also, -> #u-devel I figure?
[11:07] <davmor2> 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] <jibel> davmor2, thanks
[11:19] <davmor2> netboot is missing from the iso tracker
[11:19] <davmor2> jibel: is that something you can add?
[11:20] <xnox> davmor2, it will be fixed shortly, when next respin is done.
[11:22] <davmor2> xnox: thanks dude
[11:23] <flocculant> 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] <flocculant> though the imminent bit is me with xubuntu hat on :)
[11:23] <mapreri> can you please ignore the virtualbox's autopkgtests and let virtualbox hit the release pocked?  (message proxied for locutusofborg)
[11:31] <mapreri> pitti: ↑
[11:31] <pitti> mapreri: yep, saw it, at it (we already have a hint, just needs a version bump)
[11:31] <pitti> mwhudson, slangasek: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#juju-core is just landing \o/
[11:32] <pitti> all green
[11:32] <mapreri> pitti: ok, ta :)
[11:41] <infinity> pitti: I'm fixing vbox to not have that bug, BTW.  Well, to not have half of that bug. :P
[11:56] <superm1> infinity: okay can you respin myth?
[12:01] <infinity> superm1: You can!
[12:01] <superm1> I can?
[12:02] <infinity> Well, if you have access to do so on the tracker.
[12:02] <infinity> But lemme do it.
[12:02] <infinity> Cause I should take a lock on that soon anyway.
[12:03] <superm1> Oh I didn't know I might have access. Ok thanks
[12:33] <cyphermox> good morning!
[12:40] <flexiondotorg> o/
[12:40] <flexiondotorg> cyphermox, My image upload died and I'm at work now and can't resume until later :-(
[12:40] <flexiondotorg> Can someone here take car of the upload please? https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/1571635
[12:40] <ubot5`> 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] <flexiondotorg> Ag, wrong link.
[12:41] <flexiondotorg> Please can someone upload this please - https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1572120
[12:41] <ubot5`> Launchpad bug 1572120 in ubuntu-mate-artwork (Ubuntu) "ubuntu-mate-artwork 16.04.7 bug fix release [dsc attached]" [Undecided,New]
[12:42] <cyphermox> flexiondotorg: bah, I'll get VB on some other computer and try to reproduce there
[12:42] <cyphermox> or you know, on a laptop with spinny disks
[12:42] <flexiondotorg> cyphermox, Give me a minute...
[12:48] <flexiondotorg> cyphermox, I can't resume it :-(
[12:48] <flexiondotorg> Going to take another 10 hrs.
[12:48] <flexiondotorg> Sorry.
[12:48] <cyphermox> flexiondotorg: don't worry
[12:49] <cyphermox> flexiondotorg: I know what is wrong, I just haven't managed to reproduce it yet
[12:49] <flexiondotorg> VirtualBox. Install Ubuntu 15.10 with full disk. No encryption. No LVM.
[12:49] <cyphermox> 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] <flexiondotorg> Snapshot that. Then try install Ubuntu 16.04 daily over the top.
[12:49] <flexiondotorg> cyphermox, Agreed.
[12:50] <flexiondotorg> My best work around is "sudo swappoff -a" then start the install and dash through the first few menus.
[12:51] <cyphermox> right, but partman already does a swapoff just before doing the swaps
[12:51] <cyphermox> so it's a timing thing, you might be lucky, or might not
[12:51] <cyphermox> I can still add swapoffs in ubi-partman.py but it probably won't fix it more
[12:53] <flexiondotorg> cyphermox, It won't fix it. Because unless you do a Ubiquity speed run systemd will beat you to the punch.
[13:02] <infinity> tjaalton: Do you plan to fix xorg-lts-transitional?
[13:13] <tjaalton> infinity: fix how? it worked here
[13:14] <infinity> tjaalton: Check excuses.  You depend on a bunch of packages that don't exist.
[13:14] <tjaalton> ah
[13:15] <tjaalton> oh, indeed
[13:20] <jcastro> does anyone mind if I add a Juju section to the updated packages section of the release notes?
[13:20] <tjaalton> 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] <rbasak> jcastro: please do. SHould that be in https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#Ubuntu_Server?
[13:21] <infinity> tjaalton: If apt will remove them.
[13:22] <tjaalton> right, i'll test on a vm
[13:22] <jcastro> rbasak: well, the client/UI bits had the biggest updates so I was going to put it below php7
[13:24] <rbasak> 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] <rbasak> jcastro: anyway, I'm bikeshedding, sorry. Let's get the text in and worry about where it belongs later.
[13:26] <superm1> 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] <ubot5`> 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] <superm1> bug 1571781 that is
[13:26] <ubot5`> bug 1571781 in mythbuntu-meta (Ubuntu) "Nvidia driver not installed" [Undecided,Fix committed] https://launchpad.net/bugs/1571781
[13:29] <teward> rbasak: do we still need a release notes for http/2 (Apache)?
[13:29] <teward> oops wrong channel my apologies
[13:30] <rbasak> Seems like the right channel to me :)
[13:30] <pitti> 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] <rbasak> Yes we do, but I have some things I need to take care of first.
[13:30] <ubot5`> 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] <infinity> pitti: apt?  Looking in a bit.
[13:30] <teward> rbasak: ack
[13:38] <infinity> pitti: ^
[13:38] <pitti> infinity: cheers
[13:48]  * mvo hugs pitti and infinity for this fix
[13:48] <seb128> ^ I expect this one to be controversial, happy to reply to questions
[13:48] <seb128> willcooke, ^ the gnome-software rename one, just fyi
[13:49] <superm1> 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] <cyphermox> not that I can think of, but that would make libc6:i386 *be* in pool
[13:51] <cyphermox> directly available on the CDs, basically
[13:51] <superm1> cyphermox: well i'm trying to get libc6-i386 (not libc6:i386) to end up on amd64 mythbuntu ISO's
[13:52] <superm1> and the reason it's not happening is that libc6-i836 is a dependency for grub
[13:52] <cyphermox> sorry, that's what I meant
[13:52] <cyphermox> ship-live makes it go in the pool/ directory on the iso
[13:52] <superm1> right that's the goal
[13:52] <superm1> but it's not ending up there even if explicitly seeded
[13:52] <cyphermox> well it's not because of that message
[13:53] <cyphermox> lemme see
[13:53] <superm1> http://people.canonical.com/~ubuntu-archive/cd-build-logs/mythbuntu/xenial/daily-live-20160419.log is the log
[13:55] <pitti> infinity: we'll still do a respin, right? for ^ (bug 1552539)
[13:55] <cyphermox> I fail to read...
[13:55] <ubot5`> 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] <cyphermox> superm1: sorry, I just can't read properly it seems
[13:57] <cyphermox> 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] <superm1> well that comes from platform.xenial
[13:57] <superm1> so that's why i was asking if it's actually used anywhere (to know if it could be removed)
[13:57] <cyphermox> yep
[13:57] <cyphermox> I don't know
[13:58] <cjwatson> that stuff will need to be in sync with livecd-rootfs I think
[13:59] <cyphermox> cjwatson: or debian-cd?
[13:59] <cyphermox> ok, I see, ship-live depends on boot and live, fun.
[13:59] <infinity> pitti: Yeah.
[14:01] <cjwatson> possibly debian-cd/cdimage as well
[14:02] <infinity> Why would anything else need changing to remove grub from boot?  We surely don't use grub anywhere anymore...
[14:02] <cjwatson> one would hope
[14:02] <cjwatson> but it might still be added to images somewhere else
[14:02] <infinity> If it were, I'd assume it would be because of the seed.
[14:03] <cyphermox> looks like it, it's in the boot seed.
[14:03] <cjwatson> it's probably OK, just worth some grepping
[14:03] <cjwatson> the boot seed is historically very weird
[14:03] <cjwatson> subtle and quick to anger etc.
[14:03] <cyphermox> ahah
[14:03] <infinity> 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] <cjwatson> but I think a grep through livecd-rootfs, maybe live-build, debian-cd, and cdimage would be sufficient
[14:03] <superm1> infinity: yes
[14:03] <infinity> cjwatson: Yeah, heading there.
[14:33] <xnox> superm1, my dell xps 15 got offered a firmware update, it did end up in ./EFI/ubuntu/fw/fwupdate-j01CFS.cap
[14:34] <xnox> superm1, however on reboot it did not boot into flash update
[14:34] <xnox> i can go into flash update manually and find that file, but i thought this should happen automagically
[14:34] <superm1> xnox: lets talk in PM to debug what happened
[14:34] <xnox> or not?
[14:34] <xnox> ack
[14:43] <xnox> infinity, Laney https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1571679
[14:43] <ubot5`> Launchpad bug 1571679 in ubuntu-release-upgrader (Ubuntu) "fwupdate-signed doesn't get installed on upgrade" [Undecided,New]
[14:44] <Laney> merci
[15:00] <slangasek> pitti: juju-core tests all fixed? nice!
[15:00] <pitti> slangasek: yep, that was an interesting journey
[15:09] <pitti> 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] <pitti> 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] <stgraber> that lxc is to make apw happy basically :)
[15:11]  * apw likes to be happy
[15:11] <pitti> well, and to stop new kernels from breaking lxc too :)
[15:11] <stgraber> 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] <infinity> pitti: When I'm locking the world down, I'll put in a britney block.
[15:11] <infinity> pitti: So if pepole keep reviewing, it'll all get stuck, and we can sort it out post-release.
[15:11] <pitti> or rather, currently lxc depends on which of the clouds it runs on
[15:11] <pitti> infinity: ah, fair enough; they'll end up as SRUs then
[15:17] <zequence> Who can I poke about the tracker being stuck? We can't do rebuilds for Ubuntu Studio since it got stuck yesterday.
[15:22] <stgraber> 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] <cyphermox> infinity: stgraber: should we have a cpc product in the iso tracker?
[15:41] <slangasek> cyphermox: no
[15:43] <cyphermox> ok
[15:44] <slangasek> 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] <cyphermox> 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] <slangasek> ah ;)
[15:46] <cyphermox> since I slapped it on my device and booted it, I might as well tick the tested box ;)
[15:46] <slangasek> then yes, probably, but not until the image publishing is sorted properly ;)
[15:46] <cyphermox> yeah
[15:46] <cyphermox> infinity fixed up my initial merge, and then there was some extra magic to make it so ubuntu-cpc -> ubuntu-server
[15:47] <slangasek> 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] <infinity> cyphermox: There will be a tracker project in a bit when I fix the other thing.
[15:48] <cyphermox> slangasek: no, it's currently under /ubuntu-cpc/daily-preinstalled
[15:48] <cyphermox> infinity: do you want me to finish the work of fixing that up? preferrably with passing tests? ;)
[15:49] <infinity> 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] <cyphermox> just a little?
[15:50] <infinity> cyphermox: Just a tad. :)
[15:50] <Laney> 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] <slangasek> 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] <davmor2> 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] <davmor2> mokutils to fix it for gfx issue
[16:34] <Laney> slangasek: He's out, but the metas are all being rebuilt anyway for fwupdate-signed
[16:34] <cyphermox> infinity: https://code.launchpad.net/~cyphermox/ubuntu-cdimage/cpc-in-server/+merge/292297
[16:34] <cyphermox> this does pass tests here.
[16:35] <slangasek> Laney: "are being" meaning currently or at some point in the near future?
[16:35] <cyphermox> davmor2: I'm not sure I follow what you mean. did you file a bug with screenshots or something?
[16:35] <Laney> slangasek: Built on laptop but not uploaded yet
[16:35] <cyphermox> "if you don't see the menu" ?
[16:37] <slangasek> 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] <davmor2> 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] <Laney> slangasek: Adam's got a nice alias in his shell history that I'm sure he could re-run quite easily
[16:39] <slangasek> Laney, infinity: snapd added to the seed
[16:39] <slangasek> so it will get picked up in meta rerolls
[16:39] <cyphermox> davmor2: you mean, do the upgrade, reboot, miss the MokManager blue prompts, it times out and you get no drivers?
[16:40] <davmor2> cyphermox: bingo
[16:40] <cyphermox> right.
[16:43] <Odd_Bloke> infinity: There was murmuring about a kernel with fixes needing to land; which kernel was that?
[16:44] <infinity> Odd_Bloke: -21
[16:44] <infinity> Odd_Bloke: In proposed.  We're working on promoting it.
[16:44] <infinity> Odd_Bloke: It'll be in the release pocket tonight.
[16:44] <Odd_Bloke> OK, cool.
[16:46] <infinity> slangasek: Right, I'm fixing some other seed bits, and will re-roll the world shortly.
[16:46] <davmor2> 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] <davmor2> cyphermox: because the tty 1-6 is flooded with errors you can't login
[16:47] <cyphermox> ok
[16:49] <davmor2> 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] <bdmurray> infinity: I've the Wily SRU for bug 1560797.  Will having the new apt in -updates reach enough people though?
[16:50] <ubot5`> 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] <seb128> slangasek, Laney, if you do a seed change, can you gnome-software->ubuntu-software for desktop?
[16:54] <Laney> not before the package exists
[16:54] <slangasek> seb128: let's wait until that's in the archive for that, as it hasn't landed yet
[16:54] <seb128> k
[17:03] <zequence> 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] <seb128> 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] <seb128> oh also creating the .desktop by copying the upstream one and caling sed in debian/rules to change the Name/Icon
[17:08] <seb128> seems to work fine from my local testing
[17:09] <seb128> willcooke, ^ just for info
[17:10] <Laney> seb128: I need to add another commit
[17:11] <seb128> Laney, queue is public, feel free to grab and merge another change or stack another upload on top
[17:11] <Laney> seb128: it'll be a little bit easier if you push that to bzr
[17:11] <Laney> if you have that
[17:11] <seb128> no I don't
[17:11] <seb128> attente gave me a ppa the other day and I forgot about the vcs
[17:11] <seb128> need to reconciliate things
[17:12] <seb128> I can try to have a look but I've a tennis match in 45 min and didn't get dinner yet :-/
[17:12] <Laney> ok
[17:12] <davmor2> cyphermox: oh oh oh pitti just fixed https://bugs.launchpad.net/bugs/1552539 can we get that in asap?
[17:12] <ubot5`> Launchpad bug 1552539 in casper (Ubuntu) "Ubiquity Erase Disk and Install Fails to create Swap Space" [Critical,Fix released]
[17:13] <cyphermox> I know
[17:13] <cyphermox> not sure it really will fix it, we'll see
[17:13] <slangasek> 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] <Laney> I'll upload it in a minute, so you might as well wait
[17:15] <seb128> Laney, I'm fixing the vcs, give me 30s
[17:15] <Laney> seb128: already done locally, no worry
[17:15] <seb128> oh ok
[17:15] <seb128> thanks
[17:15] <seb128> going to get some food then :p
[17:16] <seb128> 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] <seb128> otherwise I can have a look later tonight when I'm back
[17:16] <slangasek> seb128: yes, I can have a look
[17:16] <seb128> thanks
[17:33] <pitti> 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] <superm1> infinity: did you have a conclusion on grub (re boot seed) from looking at livecd-rootfs, debian-cd, cdimage et'al?
[17:39] <infinity> superm1: I'll get there.
[17:40] <superm1> infinity: okay.   i just wanted to say if it's gotta stay or it's hard to confirm if it's gotta stay, can another way to fix this be to seed "grub" in mythbuntu.xenial's ship-live seed to pull libc6-i386 into the pool?
[17:40] <infinity> superm1: Won't help.
[17:45] <Laney> slangasek: check yo'self
[17:45] <infinity> slangasek: And/or wreck yo'self
[17:46] <slangasek> Laney: I am here
[17:46] <slangasek> check complete
[17:46] <Laney> HAHA
[17:46] <slangasek> adt-run --apt-source slangasek
[17:46] <Laney> DONT CHECK ANYTHING
[17:46] <Laney> INFACT STOP LOOKING
[17:46] <slangasek> ahhh autotools wut
[17:47] <infinity> -0ubuntu1-0ubuntu1 is brilliant.
[17:47] <slangasek> "new upstream snapshot"
[17:49] <Odd_Bloke> -0ubuntu1, Laney 2016: An effective commentary on the true meaningless of version strings when faced with the complexity of life
[17:53] <Laney> lalala
[17:59] <cyphermox> is that the version number length award for this cycle?
[18:00] <rcj> rolls off the tongue
[18:01] <cyphermox> I will not let gir1.2-networkmanager-1.0 0.9.7.995+git201301311547.17123fc-0ubuntu1 down so easily.
[18:03] <Laney> I got a warning from lintian with the duplicate 0ubuntu1
[18:03] <Laney> but I was like YEAH WHATEVER
[18:03] <Laney> WHO CARES OLD MAN
[18:03]  * ogra_ waits for the rollback ... with the +really-$version 
[18:04] <Odd_Bloke> +really-0ubuntu1-0ubuntu1
[18:04] <cyphermox> there wouldn't be reallys for non-upstream revisions
[18:04] <ogra_> 3.20.1+git20160419.2.b8d2e40.ubuntu-xenial+really+git20160419.1.d7dc006.ubuntu-xenial-0ubuntu1
[18:05] <infinity> slangasek: Please to re-review gnome-software so we can get that in and twiddle der seeden.
[18:05] <ogra_> "twiddle der seeden." ... sounds like you have a dutch moment today :)
[18:06] <slangasek> Laney, seb128: not sure this debian/rules sed of debian/ubuntu-software/usr/share/ubuntu/applications/org.gnome.Software.desktop in place will dtrt when we *do* have translations?
[18:06] <infinity> According to Laney, "Dunno, won't fix it, **** off."
[18:06] <slangasek> Laney: also, /usr/share/ubuntu/applications does not exist on my system at all currently, so what does this do?
[18:06] <Laney> It's prepended dynamically
[18:06] <Laney> by $something
[18:06] <infinity> slangasek: Evidently, there's some hierarchy where the session name is checked first.
[18:07] <Laney> according to $someone
[18:07] <slangasek> infinity: that sounds an awful lot like "please reject"
[18:07] <infinity> So someone says.
[18:07] <infinity> I feel like this needs some testing once built. :P
[18:07] <infinity> But we have the power to do that here.
[18:07]  * infinity stares at the man to his left.
[18:10] <slangasek> this non-DRY sed is also quite upsetting to me
[18:10] <slangasek> anyway, accepted
[18:13] <Laney> I *think* that translations will be okay since dh_translations adds X-Ubuntu-Gettext-Domain
[18:15] <Laney> and XDG_DATA_DIRS is set up by an Xsession.d script AFAICS
[18:15] <Laney> it's at least right here
[18:24] <Laney> http://people.canonical.com/~laney/weird-things/lifeisgood.png
[18:24] <Laney> quality
[18:25] <cyphermox> that's a lot of software
[18:25] <Odd_Bloke> Twice the software, still free.
[18:25] <zequence> We would really like a rebuild for the Ubuntu Studio ISO, but can't do it ourselves, since the tracker is stuck at rebuilding since yesterday. Could someone help us out here, please?
[18:26] <infinity> slangasek: New kernel appears to function the way we think it should WRT mok thingees now.
[18:26] <infinity> slangasek: The UI for all of that is *vile*, though.
[18:27] <teward> infinity: hate to add something to your list for FinalFreeze breaking, but, nginx 1.9.15, Bug #1572223, has some fixes to HTTP/2 handling to address Chrome issues, and two other bugfixes in HTTP/2.  It changes a runtime dependency for nginx-extras (Universe) which doesn't affect nginx-core, nginx-common (Main).  Happy to drop the nginx-extras changes if you NACK that, but the HTTP/2 changes should land.
[18:27] <ubot5`> bug 1572223 in nginx (Ubuntu) "[FFe] Update nginx to 1.9.15" [Wishlist,New] https://launchpad.net/bugs/1572223
[18:27] <teward> (that came out today)
[18:28] <infinity> teward: I thought we had http/2 disabled?  Or am I stuck in the past?
[18:28] <infinity> teward: But will look at it tonight.
[18:28] <teward> infinity: ACK'd by the Security Team for 1.9.14
[18:28] <cyphermox> kernel mok thingees?
[18:28] <infinity> teward: Ahh, kay.
[18:29] <davmor2> cyphermox: that's the technical term for it don't mok ;)
[18:29] <teward> infinity: HTTP/2 in Apache is still disabled, but nginx's implementation was OK'd for enablement
[18:30] <teward> which is one of the things the server team has wanted to land for Xenial
[18:30] <teward> so, keeping the protocol handling is the main 'break the freeze' reason for nginx.
[18:30] <infinity> teward: Check and check.  Will look in a bit.
[18:30] <teward> no rush :)
[18:31]  * teward goes and pokes at his builders which are choking on armhf builds
[18:35] <Kamilion> sweet.
[18:35] <Kamilion> it'll be fun to roll out letsencrypt and http2 on a fresh nginx, I have some 12.04 machines that are sorely due for an upgrade series.
[18:40] <teward> Kamilion: indeed, though you still need Wily+ for *good* HTTP/2 - PPA for Wily, Xenial-native (1.9.14 or newer) for HTTP/2 to truly work - PPAs're going to lose HTTP/2 soon for pre-OpenSSL1.0.2 versions...
[18:41] <Kamilion> good to know -- I'm on their stable PPA normally
[18:42] <slangasek> infinity: it was implied up-thread that you would be doing mass rebuilds of meta packages; is anything blocking that? do you need an extra body?
[18:44] <infinity> slangasek: I've got them all sorted except ubuntu, which is waiting on these bits to land.  It's sorted, though.
[18:44] <infinity> slangasek: We're going to wait for the kernel and ubuntu-software to settle and then update metas, respin images, and go get drunk.
[18:45] <slangasek> infinity: sorted how? I don't see them uploaded yet, and I think they ought to be
[18:45] <infinity> slangasek: Was going to upload them all at once, but meh.
[18:46] <slangasek> infinity: you're looking at at least another half hour delay for ubuntu (gnome-software build, new accept, proposed-migration); surely it's better at this late hour to not block the rest of the flavors on this
[18:47] <infinity> slangasek: Sure, I'll upload all !Unity flavour metas.  Sec.
[18:47] <apw> "is that your cursor" time
[18:48] <teward> heh
[18:52] <infinity> slangasek: Uploaded.
[18:54] <slangasek> infinity: thanks, I shall reviewinate
[18:56] <phillw> Hi good people, is there an estimate for the global respin with the new kernel? (The testers are nagging and straining at the leash to get their hands on it!!! )
[18:58] <teward> phillw: tell the testers they have to learn patience
[18:58] <teward> :P
[18:58] <apw> phillw, the kernel is copying out as it is currently awol
[18:59] <slangasek> infinity: ubuntustudio-meta-0.154/debootstrap-version lulwat
[18:59] <phillw> teward:  we are to run with linux-headers-4.4.0-21 ?
[18:59] <infinity> slangasek: Dropped it to the xenial version so ./update didn't have a fit. :P
[19:00] <infinity> slangasek: (previous upload was from a sid machine, clearly)
[19:00]  * slangasek nods
[19:02] <slangasek> infinity: do you know why the ubuntu-mate refresh seems to have downgraded snapd to a recommends?
[19:02] <slangasek> I guess ubuntu-mate had seeded it themselves already?
[19:03] <infinity> slangasek: Yeah, they had it seeded in a seed that can't do recommends.
[19:03] <slangasek> and gnome-software built/accepted
[19:06] <Kamilion> I just learned that plymouth-theme-ubuntu-text is the default theme. I'd been assuming it had been broken and *falling back* to the text theme this whole time (after experiencing some of the older fancy animated themes in the past)
[19:06] <Kamilion> I humbly retract my accusation that plymouth has been 'broken' for my machines
[19:06] <slangasek> infinity: and all the other metanana accepted
[19:07] <davmor2> slangasek: wasn't that a Bananarama song?
[19:08] <cyphermox> Kamilion: it's only the default if you can't otherwise show the prettier graphics
[19:08] <cyphermox> Kamilion: otherwise you'd normally get plymouth-theme-ubuntu-logo
[19:17] <tjaalton> infinity: hope xorg-lts-transitional is fixed now.. I didn't drop packages, instead made them depend real ones
[19:17] <infinity> tjaalton: Works for me.
[19:29] <Odd_Bloke> infinity: I see a migrated kernel; shall we pull the trigger on a (potential) cloud-images RC, or is it worth holding off for anything else you know of?
[19:31] <infinity> Odd_Bloke: Lemme look if there's anything else you're waiting on.
[19:31] <Odd_Bloke> infinity: Danke.
[19:34] <infinity> Odd_Bloke: You're waiting on at least lxc and snapd still.
[19:35] <Odd_Bloke> infinity: Ack.
[19:35] <Odd_Bloke> infinity: Is there an easy way for me to see whatever you just looked at?
[19:36] <pitti> infinity: new linux is off the release now?
[19:37] <infinity> pitti: s/the/to/?
[19:37] <infinity> pitti: If so, yes.
[19:37] <pitti> infinity: oh, it landed
[19:37] <pitti> no, I actually meant "will not go in", I didn't see that it got unblocked
[19:48] <rbasak> infinity: FYI, ^^ was the second last reverse dep for src:mysql-5.6. Remaining is pinba, which I'll look at with Skuggen tomorrow.
[19:49] <rbasak> (and myodbc which is pending removal)
[19:49] <rbasak> I'm a little worried about pinba, but we'll see tomorrow.
[19:51] <Skuggen> Yeah, it uses the source itself to build, and there are significant changes
[19:51] <infinity> rbasak: \o/
[19:51] <infinity> rbasak: Right down to the wire on this one. :P
[19:52] <rbasak> infinity: yeah, too close for my liking :-/
[20:03] <phillw> Installing side by side the alternate installer reports fail at "Select and Install Software" Are there any logs that I could possibly get to flesh out the bug report (I'm using KVM, so do have guestfish to pull files out).
[20:18] <slangasek> why do publisher runs seem to get slower at the end of the cycle right as there are fewer things it needs to publish?
[20:18] <pitti> Odd_Bloke, infinity: lxc and snapd are currently landing, FTR
[20:18] <infinity> slangasek: Because we become less patient.
[20:18] <pitti> because more people stare at it?
[20:19] <slangasek> infinity: I promise you I am impatient the rest of the cycle also
[20:19] <slangasek> pitti: why were the snapd test regressions bypassed/bypassable?
[20:19] <slangasek> I guess because they now include a test that looks for a package that doesn't exist on these archs?
[20:19] <pitti> slangasek: this isn't a regression in 2.0.2, but a race condition/bug in the store; it happened before and mvo investigated it with Laney already
[20:20] <infinity> slangasek: I've got the ubuntukylin-meta review, I synced them with the ubuntu seeds today, so checking to see if the outcome was sane.
[20:20] <pitti> slangasek: a fix is being deployed to the store, but as this existed before and this blocks image builds we expedited it
[20:20] <pitti> slangasek: see #u-devel discussion 50 mins ago
[20:21] <slangasek> ok
[20:22] <slangasek> +  * Added tuxmath to ubuntu-edu-primary-recommends [s390x]
[20:22] <slangasek> important
[20:22] <infinity> SUPER IMPORTANT.
[20:22] <slangasek> but at least we got mono fixed for all archs, so we can have tomboy on our edubuntu arm64 deploys
[20:23] <infinity> Hellz yeah.
[20:23] <apw> party time
[20:23] <infinity> \o/
[20:23] <infinity> o/
[20:23] <infinity> \o
[20:26] <slangasek> rbasak: myodbc removal isn't in some way blocking on me, is it?  You asked about RoM from Debian, but I haven't decided yet what to do there and this shouldn't block its removal from xenial
[20:27] <slangasek> (if myodbc later sneaks back into Ubuntu via sync from Debian, that by definition means the FTBFS has been fixed, so yay)
[20:28] <slangasek> infinity: I hereby declare that the plural of 'meta' is 'metaxa'
[20:30] <apw> tjaalton, your xorg-lts-transitional seems to be upsetting britney .... lots of uninstallables ...
[20:32] <infinity> slangasek: Isn't meta already the plural, and each individual one is metum?
[20:33] <slangasek> infinity: are you trying to stand in the way of my metaxa?
[20:33] <cyphermox> who'd date?
[20:33] <cyphermox> *dare
[20:34] <knome> meti
[20:35] <knome> metæ could work as well.
[20:35] <cyphermox> slangasek: you'll be able to get plenty of metas very soon though.
[20:43] <rbasak> slangasek: as long as an archive admin says it's blocking on Debian's removal or something, no it's not blocking.
[20:43] <rbasak> Err, doesn't say, that is.
[20:48] <mvo> pitti: thanks again for the 2.0.2 hint, fwiw, autopkgtest on amd64 worked now and autopkgtest on the i386 and ppc64el are running
[20:48] <pitti> mvo: yeah, just saw the same, thanks
[20:48] <mvo> pitti: I expect them to work as well after the store update
[20:48] <mvo> pitti: maybe one more retrigger, I need to check if all snaps are already in
[20:48]  * mvo does that now
[20:49] <pitti> hit it hard! :-)
[20:49] <mvo> ha!
[20:50]  * mvo does so :)
[20:57] <slangasek> infinity: hakuna metata, the metaxa are published in xenial (minus edubuntu+ubuntukylin+ubuntu)
[20:57] <slangasek> and I'm updating ubuntu-meta now
[20:58] <tjaalton> apw: still?
[20:59]  * pitti waves good night
[21:01] <tjaalton> bah
[21:05] <tjaalton> infinity: soo, can you purge xorg-lts-transitional from proposed so that the i386 xspice packages get cleaned
[21:09] <slangasek> or, I won't upload ubuntu-meta because somebody else uploaded it, somehow before ubuntu-software was published, and bypassed the unapproved queue <eye>
[21:09] <slangasek> ok ;)
[21:39] <slangasek> infinity: did you guys already skedaddle?  not sure what plans you had for respins today...
[21:40] <slangasek> ("already" - it is quite late there, of course)
[21:58] <flexiondotorg> Laney, http://people.canonical.com/~laney/weird-things/lifeisgood.png
[21:58] <flexiondotorg> I'm so confused.
[22:00] <infinity> slangasek: I planned to respin when I got back from drinks, which I've done (the getting back, not the respinning)
[22:01] <cyphermox> infinity: console-setup upload I promised incoming, up to you to take or not.
[22:02] <cyphermox> ru shows the right glyphs, vi is *better* but not quite fixed yet; but at least more readable.
[22:02] <slangasek> infinity: right, could've saved you the trouble... :)
[22:03] <infinity> cyphermox: console-setup requires a d-i respin, so it'll wait until tomorrow to see how high the carefactor is.
[22:03] <cyphermox> yeah, no problem
[22:04] <cyphermox> in the meantime I'll test one other non-ascii language, and see if I can fix vi for reals.
[22:04] <infinity> cyphermox: Can you give me a matching ubiquity in the queue with a package refresh, and we'll sort it out tomorrow?
[22:04] <cyphermox> yes
[22:05] <infinity> Danke.
[22:05] <cyphermox> oh wait
[22:05] <cyphermox> no, I can't get ubiquity to refresh for console-setup unless it's in proposed.
[22:05] <cyphermox> well..
[22:05] <cyphermox> yeah, I suppose I can trick it to be happy
[22:06] <infinity> cyphermox: I can get it in -proposed, that's fine by me.
[22:06]  * infinity refiews.
[22:06] <infinity> Or reviews.
[22:06] <infinity> I haven't had alcohol, I promise.
[22:06] <cyphermox> pfff
[22:06] <infinity> (I had all the alcohol)
[22:06] <cyphermox> don't drink and respin isn't a rule is it?
[22:06] <infinity> +[ "$CODESET" != guess ] || CODESET=''
[22:06]  * flexiondotorg hides the wine
[22:07]  * infinity wraps his head around that.
[22:07] <cyphermox> wait, that's wrong
[22:07] <slangasek> is it wrong? looks ok to me
[22:07] <infinity> +[ "$CODESET" != guess ] || CODESET=''
[22:07] <infinity> +if [ -z "$CODESET" ]; then
[22:07] <slangasek> if confusingly written
[22:08] <cyphermox> what if you set CODESET to what you want alredy?
[22:08] <cyphermox> oh
[22:08] <infinity> Seems like it would be better written as "if [ "$CODESET" != guess ] || [ -z "$CODESET" ]"?
[22:08] <cyphermox> I fail at logic.
[22:08] <infinity> Err.
[22:08] <infinity> Wait.
[22:08] <cyphermox> not my code, in any case
[22:08] <infinity> The changelog claims guess or unset is what we want.
[22:08] <infinity> That doesn't say that, though..
[22:09] <cyphermox> so that line will set CODESET to '' if it's == guess
[22:09] <infinity> Right.  It's just weird logic for a drunk brain.
[22:09] <cyphermox> and then if -z, it will do the magic.
[22:09] <cyphermox> yeah
[22:09] <cyphermox> I'm not drunk though, no excuse
[22:09] <infinity> Hence "if [ "$CODESET" = "guess" ] || [ -z "$CODESET" ]"; then" would read better, I'd think.
[22:10] <cyphermox> I think it really was just copied straight from setupcon
[22:10] <infinity> Which, indeed, the FONTSIZE test does...
[22:10]  * cyphermox looks again
[22:10] <infinity> Ahh, cargo culting is a valid excuse. :)
[22:10] <cyphermox> yeah, copied
[22:10] <infinity> I'm all for duplicate code matching exactly.
[22:10] <infinity> Kay.
[22:11] <infinity> The logic works, it's just my brain that doesn't.
[22:11] <infinity> Acceptiferated.
[22:11] <cyphermox> well, the whole thing works, before, you get white squares. after, you get backwards Ns ;)
[22:11] <infinity> Deliver me a ubiquity while I sleep.
[22:12] <cyphermox> zug zug
[22:13] <infinity> slangasek: unblocked your qemu.  Can you respin server when that lands?  I'll kick off !server now.
[22:15] <infinity> tjaalton: xorg-lts-transitional NBS cleaned up, you should be good if :9 fixes all your woes.
[22:17] <infinity> pitti: mvo seems to have left us, but can you two make sure his snapd hasn't actually regressed and nick highlight me with a yay or nay?  It's already migrated, but I want to know we've not migrated crap. ;)
[22:17] <slangasek> infinity: yes. what's the proper way for me to respin at this point?  just a build from commandline?
[22:17] <infinity> slangasek: Ticken ze boxes on der ISO tracker und clicken ze rebuild.
[22:17] <slangasek> infinity: ok
[22:17] <infinity> der boxen?
[22:17] <infinity> Whatever.
[22:17] <infinity> My faux German is suffering.
[22:17] <slangasek> infinity: accusative plural ;)
[22:18] <infinity> I'll accuse your plurals.
[22:23]  * infinity waits for the current publisher run to be done.
[22:23] <infinity> La dee da.
[22:26] <infinity> slangasek: Oh, also, I haven't fixed up the tracker part of the cpc bits, so when you're about to respin server, you can also do "for-project ubuntu-cpc cron.daily-preinstalled" in parallel to test the merge you pulled from cyphermox.  If it fails to be useful, I can fix in the morning.
[22:28] <infinity> Aaaand, !server respin is now in progress.
[22:32] <infinity> Oh sweet, we have new NBS issues 2 days before release too.
[22:33] <infinity> slangasek: Can you also hunt down someone cloudish (I'm guessing stokachu) and figure out WTF is up with the openstack-* stuff on NBS?
[22:34] <infinity> (kernel NBS is cleaning now)
[22:34] <infinity> slangasek: Thanks in advance, etc.  You can be my manager again in two days.
[22:35] <phillw> infinity: is that going to be the server release with 4.4.0-20 kernel? Or should we expect another one?
[22:39] <slangasek> infinity: did glibc 2.23 regress setenv() to crash on a NULL value where it didn't previously? https://errors.ubuntu.com/oops/6483e4a6-02f2-11e6-8b73-fa163e54c21f
[22:39] <slangasek> infinity: ack to all the highlights in scrollback
[22:42] <infinity> slangasek: Re: setenv() > maybe, though that seems unlikely.  Remind me in /msg in a few minutes when I walk away and stop obsessively checking IRC, and I'll poke that in the morning with a stick.
[22:43] <stokachu> infinity: whats wrong?
[22:43] <stokachu> how can i turn that frown upside down
[22:43] <slangasek> stokachu: your latest openstack package, which has made it into xenial \o/,  drops the openstack-{landscape,multi,single} binary packages; these packages still have reverse-dependencies in the form of cloud-install-{landscape,multi,single}
[22:43] <slangasek> as shown on http://people.canonical.com/~ubuntu-archive/nbs.html
[22:44] <slangasek> er, check that
[22:44] <slangasek> those are also built from the same source package
[22:44] <slangasek> so the revdep problem is further up the stack, at...
[22:44] <slangasek> at... I don't see it
[22:44] <slangasek> so this may be a false-positive on the NBS report and maybe I just need to delete me some binaries?
[22:45] <slangasek> ok here we go
[22:45] <stokachu> go for it
[22:45] <slangasek> there is a dead-end cloud-installer source package in xenial
[22:45] <slangasek> which is not uploadable because its binaries are superseded by openstack
[22:46] <infinity> Right, that likely all needs to go then.
[22:46] <slangasek> but this means nbs is unhappy
[22:46] <infinity> But I thought the transitional stuff was meant to live until post-16.04?
[22:46] <infinity> I guess not?
[22:46] <infinity> Cause current openstack drops it all.
[22:46] <slangasek> it does, but I know nothing of the transitioning
[22:47] <stokachu> so now that everything relies on juju2 and conjure, openstack and bigdata only need to rely on conjure
[22:47] <infinity> 1.0.0 is where it all went away.
[22:47] <slangasek> stokachu: but, would there be users who had cloud-install-* installed on trusty who will get a sad on upgrade because these packages dead-end rather than upgrading them to the openstack binary package?
[22:48] <slangasek> at least, I am sure that the cloud-installer source is obsolete and needs culling; doing that bit
[22:48] <infinity> stokachu: Is there an upgrade path from 14.04, or should there be?  You had an upgrade path from trusty all the way to wily, then dropped it right before the next LTS.
[22:48] <phillw> Hi good people, I see a rebuild of lubuntu alternate, is there a server rebuild with new kernel due?
[22:49] <infinity> slangasek: Ignoring that /msg highlight, assuming it's the reminder I asked for. :P
[22:49] <stokachu> there is not a viable upgrade path from openstack 0.99 + juju1
[22:49] <infinity> Kay.
[22:49] <infinity> I mean, not "kay" in the sense of "okay", but "kay" in the sense of "oh, well I guess that's how it is, then".
[22:50] <infinity> Perhaps better summarized as "Thanks Obama".
[22:50] <slangasek> phillw: search scrollback for "server"
[22:50] <stokachu> openstack 1.0.0 is a new release in a sense of non compatible backward changes
[22:51] <stokachu> infinity: dont you mean The Hillary?
[22:51] <slangasek> stokachu: just to confirm, this means that a user on trusty who had cloud-installer-* installed should not expect to have the openstack package installed on upgrade?
[22:51] <stokachu> slangasek: correct
[22:52] <slangasek> ok
[22:52] <slangasek> then the rest will sort itself out imminently
[22:53] <stokachu> slangasek: i think balloons wanted to try and do another upload of juju
[22:53] <balloons> slangasek, yes, this has the dpkg-divert stuff we talked about yesterday. It's the juju-1.25 branch
[22:53] <infinity> stokachu: The upload can happen, whether it gets into the final images will rely on other respin triggers, it's not a valid enough reason on its own.
[22:53] <infinity> balloons: ^
[22:53] <stokachu> infinity: ok thats what i wanted to confirm
[22:54] <phillw> slangasek: I'm on pidgin... limited search tools. I was alerted that there was a respin due with a new kernel. So, if you would be so kind as to answer, it would be much appreciated as I've got a couple of test cases to run and want to check against server for https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1572306
[22:54] <ubot5`> Launchpad bug 1572306 in debian-installer (Ubuntu) "Side by side fails at "Select and Install Software" step" [Undecided,New]
[22:54] <balloons> infinity, ack
[22:54] <infinity> But do upload, the world is blocked in proposed-migration right now, so we can sort it as we go.
[22:54] <stokachu> balloons: yea ill be around
[22:54] <stokachu> slangasek: i also have a package name change :(
[22:54] <stokachu> was handed down on friday
[22:54] <stokachu> conjure becomes conjure-up
[22:55] <stokachu> which means bigdata and openstack would rely on that
[22:55] <jderose> tjaalton: are you open to rebuilding mesa against llvm 3.6 for the sake of installable Xenial ISOs on certain Nvidia hardware? https://bugs.launchpad.net/oem-priority/+bug/1564156
[22:55] <ubot5`> Launchpad bug 1564156 in System76 "xenial: invalid opcode when using llvmpipe" [Critical,Triaged]
[22:56] <stokachu> balloons: ill be around just ping me when juju 1.25 is good
[22:56] <jderose> tjaalton: and the post release, we can figure out the underlying problem, try to get mesa back on llvm 3.8 as an SRU?
[22:56] <slangasek> stokachu: the sooner the better, though you're not up against the wall yet since none of this is seeded
[22:56] <stokachu> slangasek: i see conjure is out of proposed so it will need a breaks/replaces << 0.0.8?
[22:57] <balloons> stokachu, I'm happy with it, so I think let's build
[22:57] <stokachu> slangasek: https://github.com/Ubuntu-Solutions-Engineering/conjure-up/blob/master/debian/control
[22:57] <slangasek> stokachu: if it's a straight rename, conjure-up Conflicts/Replaces/Provides: conjure is preferred
[22:57] <stokachu> ok
[22:58] <jderose> infinity: what are your thoughts release-management-wise on https://bugs.launchpad.net/oem-priority/+bug/1564156 ?
[22:58] <ubot5`> Launchpad bug 1564156 in System76 "xenial: invalid opcode when using llvmpipe" [Critical,Triaged]
[22:58] <infinity> jderose: A day and a half before release, my thoughts amount to "ugh".
[22:59] <infinity> jderose: But I'm removing myself from my keyboard, so I'll let more awake people examine it.
[22:59] <slangasek> jderose: I think that's my cue
[22:59] <jderose> infinity: i likewise have "ugh" thought about it :P unfortunately, i was at a trade show last week
[22:59] <infinity> jderose: I'm not against a respin event for mesa, but it would need some rather broad testing to make me comfy.
[22:59] <jderose> slangasek: much thanks :)
[23:00] <slangasek> surely this shouldn't be a last-minute regression, though? i.e. if this was widespread, shouldn't it have been picked up sooner in the cycle?
[23:00]  * infinity unlaptops and walks off.
[23:00] <jderose> infinity: agreed. for the record, system76 is more than willing to test this on as much hardware as possible as quickly as possible :)
[23:00] <slangasek> jderose: most likely scenario at this point: we have to release note it and fix it for .1
[23:01] <slangasek> downgrading to llvm-3.6 for the build isn't really an option
[23:02] <jderose> slangasek: why is that? as far as i can tell, llvm-3.6 is in main. what is the specific issue there?
[23:02] <slangasek> but, let me see if there's anything obvious in the build history
[23:02] <slangasek> errm, you're right it is in main, and wow is *that* a bug to have two versions of llvm in main
[23:03] <slangasek> jderose: the switch to llvm-3.8 was for bug #1535500; dropping this means having to downgrade the supported level of OpenGL, 2months+ after the change was made in the devel cycle
[23:03] <ubot5`> bug 1535500 in mesa (Ubuntu) "Enable OpenGL 4.1 with radeonsi driver on xenial" [Wishlist,Fix released] https://launchpad.net/bugs/1535500
[23:04] <slangasek> so it's not a simple "just rebuild with old compiler" change
[23:04] <jderose> slangasek: okay, gotcha
[23:04] <slangasek> jderose: would you be able to check whether this problem exists with older llvm-3.8 builds of mesa? (11.1.2-1ubuntu1 and later)
[23:05] <slangasek> this might let us identify a regression in llvm-3.8 (if we're lucky)
[23:06] <jderose> slangasek: sure, i can definitely check that. any advise on the best way to do this? (I'm assuming those older binaries aren't around anymore in the archive)
[23:07] <slangasek> jderose: you can browse links on https://launchpad.net/ubuntu/+source/mesa/+publishinghistory and pull binaries 1-by-1 from launchpad
[23:07] <slangasek> (sorry, no aptable index)
[23:09] <jderose> slangasek: gotcha, can do... checking 11.1.2-1ubuntu1 now...
[23:09] <slangasek> jderose: the last 3 builds of mesa were all built with the same version of llvm-3.8, and the 3rd from last update was a minor change for glibc 2.23 compatibility; we should be able to pin this down with some certainty to an llvm vs. mesa induced regression
[23:09] <slangasek> (I have my suspicions but won't interfere with your testing)
[23:26] <doko> added a note about the toolchain updates to the release notes
[23:35] <doko> that changelog for juju-core-1 doesn't look very complete
[23:36] <mgz> doko: oh yeah, I was going to stick the pre-fork changelog on the bottom
[23:37] <doko> I'll leave to slangasek
[23:38] <doko> I'll leave that to slangasek, even
[23:38] <mgz> doko: wait, I *did* stick the pre-fork changelog on the bottom
[23:38] <mgz> doko: so, you just mean the 1.25.5 entry?
[23:38] <doko> mgz, maybe you forgot to build with the -v option?
[23:39] <mgz> doko: I didn't actually build the uploaded package, I don't have rights
[23:39] <mgz> balloons: ^
[23:40] <slangasek> ok, NBS cleared, stokachu is off the hook
[23:54] <stokachu> \o/
[23:56]  * balloons looks around
[23:57] <balloons> so stokachu, who is holding the short straw?