[03:14] <infinity> tsimonq2: It might have been nice for someone to point it out (or fix it) before those two releases shipped. :P
[03:14] <infinity> tsimonq2: But sure, it can be fixed for 17.10
[03:14] <tsimonq2> infinity: Apologies.
[03:15] <tsimonq2> infinity: But, I still don't necessarily get what the problem is, which is why I pinged you two.
[03:16] <lyn||ian> I might have missed it somewhat because ubiquity crashes on this laptop with no internet because of a specific wifi card
[03:16] <infinity> tsimonq2: For studio, I don't think this is a regression.
[03:16] <infinity> tsimonq2: For lubuntu, it looks like someone rearranged your seeds and did it wrong.
[03:17] <lyn||ian> yeah there was a time with the seeds that it entirely broke so might not have fixed it right
[03:17] <infinity> tsimonq2: In yakkety, gilir split ship-live into a gtk and qt variant, and moved some bits to "ship-live-share".  Looks like he didn't actually get the structure right, and nothing pulls in ship-live-share.
[03:18] <infinity> (Which is where the needed grub package is)
[03:18] <tsimonq2> infinity: Great. </sarcasm> So how can this be fixed? :)
[03:18] <infinity> tsimonq2: In the past, or the future? :P
[03:19] <infinity> tsimonq2: In the future, someone can fix the seeds so this works properly.
[03:19] <tsimonq2> infinity: We can't change the past, so I guess the future works? :P
[03:20] <tsimonq2> infinity: What needs to be fixed?
[03:20] <tsimonq2> infinity: I mean, I know *what* the problem is now, I just want to know *how* to fix it.
[03:21] <infinity> tsimonq2: Not 100% sure without experimenting.  It all looks sort of right at first glance, but it's clearly not or the packages would be there.
[03:23] <tsimonq2> infinity: Ok, so what package are we missing? grub-efi-amd64-signed?
[03:23] <infinity> tsimonq2: Looks like your whole pool is missing.
[03:23] <tsimonq2> infinity: Interesting...
[03:24] <tsimonq2> infinity: Got some docs on this somewhere? I'm a newbie on this particular topic.
[03:24] <infinity> Nope.
[03:24] <tsimonq2> infinity: Ok, so I'll DuckDuckGo around. :P
[03:25] <infinity> That likely won't help either.
[03:25] <tsimonq2> Oh?
[03:25] <infinity> Unless you think there are a lot of discussions on the interwebs about how debian-cd and seeds and germinate do their thing?
[03:25] <infinity> Which is pretty specific to a workflow of about 3 people.
[03:26] <tsimonq2> So what $words-on-some-page do I need to read to get familiar with this? Am I going to have to read through some code here or is there some other discussion somewhere? :P
[03:26] <infinity> Code.  And I'm not sure which code, precisely, I'm grepping around myself.
[03:27] <tsimonq2> Ah, ok.
[03:31] <tsimonq2> infinity: For the sake of preventing this sort of thing in the future, maybe I should submit some more ISO QA tests to ensure that we always test the images with no internet connection?
[03:32] <tsimonq2> infinity: I mean, sort of a stupid question, but there's no technical requirement saying that we have to have an internet connection, right? :P
[03:36] <infinity> tsimonq2: Indeed, installation should work without teh internets.
[03:37] <infinity> tsimonq2: That's really the whole point of ISOs, IMO.
[03:39] <tsimonq2> infinity: Agreed, if it weren't for the lack of internet connections, we could all just use netboot and be done with it. :P
[03:40] <tsimonq2> Such description, very beneficial. :P bug 1682499
[03:41] <tsimonq2> "because pitti says so"
[03:41] <tsimonq2> lol
[03:47] <tsimonq2> infinity: bug 1683581
[03:47] <tsimonq2> And on that note, sleepytime for me. Good night infinity, thanks for looking into that bug. :)
[09:33] <fossfreedom_> LocutusOfBorg: Hi - quick question - there is a new version of budgie-desktop is available from upstream.  Given that stretch hasnt released yet, should I hold off requesting a review & upload to debian unstable until after the stretch release?
[09:36] <LocutusOfBorg> fossfreedom, debian experimental?
[09:37] <LocutusOfBorg> and synt to Ubuntu when opens?
[09:38] <fossfreedom_> sounds like a plan - I suppose I should request here to sync from experimental?  I presume it doesnt happen automatically.
[09:42] <LocutusOfBorg> fossfreedom, I can do it
[09:42] <LocutusOfBorg> just make it syncable
[09:42]  * LocutusOfBorg means by incorporating the Ubuntu delta
[09:43] <fossfreedom_> thanks for the info.  much appreciated
[09:44] <LocutusOfBorg> thanks to you for caring :)
[09:44] <LocutusOfBorg> btw I can sync in Ubuntu only after AA opens :p
[09:45] <LocutusOfBorg> just to understand... you want https://github.com/budgie-desktop/budgie-desktop/issues/588 fixed, right?
[09:45] <fossfreedom_> LocutusOfBorg: aye - very nicely cleaned up now by upstream
[09:45] <fossfreedom_> by virtue of a dumping of autotools and moving to meson build
[09:47] <fossfreedom_> LocutusOfBorg: the only real Ubuntu delta is the fact I have to patch one file at build time. Not sure how to deal with that scenario to cope with a sync. Thoughts?
[09:47] <LocutusOfBorg> yep I got the email when the bug has been closed :)
[09:48] <LocutusOfBorg> fossfreedom_, why the patch can't be added in Debian too?
[09:49] <fossfreedom_> it is the nm-applet - ubuntu has patching to cope with appindicators.  I need to patch to say "nm-applet --no-indicators" ... which throws an error in Debian because nm-applet is correctly vanilla
[09:54] <apw> i assume some of that delta will go away this coming cycle
[09:57] <fossfreedom_> true.  I suppose we can live the broken network applet up and until alpha 1/2 - hoping that nm-applet patching becomes more vanilla.  if not readd the ubuntu specific patch then.
[10:00] <LocutusOfBorg> fossfreedom, in case:
[10:00] <LocutusOfBorg> https://sources.debian.net/src/libpng1.6/1.6.28-1/debian/rules/#L19
[10:00] <LocutusOfBorg> you can patch -p1 at runtime to have a zero-delta code
[10:01] <LocutusOfBorg> override configure to patch before, and override clean to unpatch
[10:02] <LocutusOfBorg> or do the quilt pop/push in a curl-similar hacky way https://sources.debian.net/src/curl/7.52.1-4/debian/rules/
[10:04] <fossfreedom_> okey-dokey - will give that a try. cheers.
[10:04] <LocutusOfBorg> :)
[10:05] <LocutusOfBorg> I prefer no change delta from Debian and Ubuntu, and in case I prefer some hack un rules rather than having to manually upload them twice each times you upload in Debian
[10:05] <LocutusOfBorg> but hacks are hacks, that patch might not apply on a new upstream release, and Ubuntu will fail to build (fail to patch), while Debian will be good
[10:05] <LocutusOfBorg> so, please drop hacks
[10:05] <LocutusOfBorg> when possible
[10:06] <fossfreedom_> makes sense.
[12:19] <FourDollars> Hi, do you know why https://launchpad.net/ubuntu/+source/update-manager doesn't appear in trusty-updates?
[12:20] <FourDollars> It looks like only trusty-updates affected. http://packages.ubuntu.com/search?keywords=update-manager&searchon=names&suite=all&section=all
[12:20] <rbasak> ?
[12:21] <rbasak> 1:0.196.23 is in trusty-updates.
[12:23] <cjwatson> only source
[12:24] <cjwatson> binary has vanished, probably due to double-override bug
[12:25] <xnox> slangasek, bileto's britney seems "slow" from queuing to actually creating execuses page and triggering the run of the test i see about an hour delay.
[12:26] <xnox> from autopkgtest.ubuntu.com finishing running all the tests to updating the execuses - again it seems slow e.g. about an hour.
[12:26] <xnox> the archive britney seems to run more often.
[12:38] <FourDollars> How can we make update-manager 0.196.23 binary appear in trusty-updates again?
[12:39] <cjwatson> I've copied it back in, which will hopefully be successful
[12:39] -queuebot:#ubuntu-release- Unapproved: update-manager (trusty-updates/main) [1:0.196.23 => 1:0.196.23] (core) (sync)
[12:39] <cjwatson> bdmurray: the phased updater really needs some locking; I suspect that's the problem here
[12:45] -queuebot:#ubuntu-release- Unapproved: systemd (zesty-proposed/main) [232-21ubuntu2 => 232-21ubuntu3] (core) (sync)
[12:45] <Lyoness> whois infinity
[12:55] -queuebot:#ubuntu-release- Unapproved: sssd (trusty-proposed/main) [1.11.8-0ubuntu0.5 => 1.11.8-0ubuntu0.6] (ubuntu-desktop)
[13:15] -queuebot:#ubuntu-release- Unapproved: unity-settings-daemon (zesty-proposed/main) [15.04.1+17.04.20170328-0ubuntu1 => 15.04.1+17.04.20170418-0ubuntu1] (ubuntu-desktop) (sync)
[13:58] <cyphermox> slangasek: still struggling with that livecd-rootfs SRU; I can't really think of why it doesn't work, everything seems to be in place. I want to send my new changes (to enable casper on that image) which I know is definitely required, and then try another build to debug the whole process.
[13:59] <cyphermox> (it should show up in the queue anytime)
[14:00] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (zesty-proposed/main) [2.441.1 => 2.441.2] (desktop-core)
[14:39] <xnox> slangasek, infinity - systemd is in the unapproved. Sync from https://bileto.ubuntu.com/#/ticket/2719 - https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2719/+packages
[14:40] <xnox> all tests can be peppered over, I believe from https://bileto.ubuntu.com/excuses/2719/zesty.html
[14:41] <xnox> the s390x/armhf have boot smoke failing - a test that reboots the instance and checks that no jobs are running.... but systemd-resolved ends up stuck starting up (or maybe shutting down) upon lxc/lxd instances reboot.
[14:41] <xnox> Not sure what is going on there, given that zesty containers do restart for me.
[14:41]  * xnox should open a bug about that
[14:42] <xnox> and armhf has the still failing unit test.
[14:43] <xnox> snapd/gvfs tests have been failing in release as well, so not a regression, no?
[14:44] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [sync] (trusty-updates) [1:0.196.23]
[15:00] -queuebot:#ubuntu-release- Unapproved: k3b (zesty-proposed/universe) [2.0.3a+git20170325-0ubuntu2 => 17.04.0-0ubuntu1] (kubuntu)
[15:34] <slangasek> xnox, infinity: systemd SRU on my stack to review this morning
[15:34] <slangasek> cyphermox: do you need more eyeballs on the livecd-rootfs stuff, or are you working through it?
[15:35] <cyphermox> I wouldn't mind another head, but I'm not sure if it's livecd-rootfs or something odd in casper
[15:35] <cyphermox> at least to think it through; I'm not seeing the difference between desktop's casper and my image's
[15:36] <cyphermox> I do have to upload a fix for the netplan + NM upgrade issue first though
[15:38] <cjwatson> FourDollars: update-manager/trusty-updates should be resurrected now, modulo mirroring
[15:39] <FourDollars> cjwatson: Cool. Thx a lot.
[15:41] -queuebot:#ubuntu-release- Unapproved: thermald (zesty-proposed/main) [1.5.4-4 => 1.5.4-4ubuntu1] (core)
[15:43] -queuebot:#ubuntu-release- Unapproved: thermald (yakkety-proposed/main) [1.5.3-4ubuntu1 => 1.5.3-4ubuntu2] (core)
[15:44] -queuebot:#ubuntu-release- Unapproved: thermald (xenial-proposed/main) [1.5-2ubuntu3 => 1.5-2ubuntu4] (core)
[15:58] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (zesty-proposed) [2.441.2]
[15:58]  * apw looks at thermald
[16:00] -queuebot:#ubuntu-release- Unapproved: rejected thermald [source] (zesty-proposed) [1.5.4-4ubuntu1]
[16:07] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (zesty-proposed/main) [2.441.1 => 2.441.2] (desktop-core)
[16:07] -queuebot:#ubuntu-release- Unapproved: thermald (zesty-proposed/main) [1.5.4-4 => 1.5.4-4ubuntu1] (core)
[16:07] -queuebot:#ubuntu-release- Unapproved: network-manager (yakkety-proposed/main) [1.2.6-0ubuntu1 => 1.2.6-0ubuntu1.1] (kubuntu, ubuntu-desktop)
[16:12] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (zesty-proposed) [1.5.4-4ubuntu1]
[16:14] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (yakkety-proposed) [1.5.3-4ubuntu2]
[16:15] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (xenial-proposed) [1.5-2ubuntu4]
[16:49] <infinity> cyphermox: There's a change in that livecd-rootfs upload that isn't represented in the changelog.
[17:45] <xnox> infinity, slangasek: can i haz ubuntu-16.04.3 milestone for xenial series please?
[17:46] <slangasek> milestone, yes.  does the calendar say what our date is for it?
[17:46] <xnox> slangasek, no date yet.
[17:46] <xnox> 16.04.2 was WW18
[17:47] <slangasek> infinity: ^^ 16.04.3 date please
[17:47] <slangasek> (milestone created w/o date in the meantime)
[17:47] <xnox> tah
[17:47] <xnox> 20th of July or some other suitable thing
[17:48] <xnox> WW29
[17:48] <xnox> seems early; but .2 was late =/
[17:58] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (zesty-proposed) [2.441.2]
[18:07] -queuebot:#ubuntu-release- Unapproved: accepted systemd [sync] (zesty-proposed) [232-21ubuntu3]
[18:15] -queuebot:#ubuntu-release- Unapproved: accepted mozjs38 [source] (zesty-proposed) [38.2.1~rc0-0ubuntu6]
[18:15] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (zesty-proposed/main) [2.441.1 => 2.441.2] (desktop-core)
[18:21] -queuebot:#ubuntu-release- Unapproved: accepted unity-settings-daemon [sync] (zesty-proposed) [15.04.1+17.04.20170418-0ubuntu1]
[18:22] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (zesty-proposed) [2.441.2]
[18:27] -queuebot:#ubuntu-release- Unapproved: accepted cacti [source] (zesty-proposed) [0.8.8h+ds1-8ubuntu0.1]
[19:14] -queuebot:#ubuntu-release- Unapproved: accepted cacti [source] (yakkety-proposed) [0.8.8h+ds1-5ubuntu0.1]
[19:15] -queuebot:#ubuntu-release- Unapproved: accepted cacti [source] (xenial-proposed) [0.8.8f+ds1-4ubuntu4.16.04.3]
[20:20] -queuebot:#ubuntu-release- Unapproved: muon (xenial-proposed/universe) [4:5.6.0-0ubuntu1 => 4:5.6.0-0ubuntu1.16.04.1] (kubuntu)
[20:22] -queuebot:#ubuntu-release- Unapproved: muon (yakkety-proposed/universe) [4:5.6.0-0ubuntu1 => 4:5.6.0-0ubuntu1.16.10.1] (kubuntu)
[20:47] <tsimonq2> xnox: For what it's worth, I filed bug 1683581 as soon as I was aware there was an issue. In Lubuntu, we will make changes to prevent bug 1633913 in the future. :)
[21:21] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (yakkety-proposed) [1:16.10.10]
[23:03] <mwhudson> hmm why is https://launchpad.net/ubuntu/+source/golang-github-coreos-pkg is still in main?
[23:41] <infinity> mwhudson: juju-core -> golang-github-coreos-go-systemd -> golang-github-coreos-pkg
[23:46] <mwhudson> ah right