[01:19] <infinity> wxl: d-i is broken in general currently, I'm working on fixing it right now.
[02:07] <tsimonq2> thanks a lot infinity ;)
[06:29] <pitti> apw, infinity: looking at http://people.canonical.com/~ubuntu-archive/nbs.html: don't we need a d-i rebuild for the new (well, not so new any more) kernel?
[06:29] <pitti> and isn't that a blocker for d-i beta-1 images?
[06:29] <pitti> Laney: ^
[06:33] <tsimonq2> (including Lubuntu Alternate which we want to release...)
[06:49] <mardy> pitti: hi! I've been told that I should contact a SRU member, about this: https://requests.ci-train.ubuntu.com/#/ticket/1669
[06:49] <mardy> pitti: do you have some time, or can you point me at someone else?
[06:52] <pitti> mardy: ah; I figure most SRU members tend to ignore these as they are really annoying to review (no LP generated diff, and the one in the PPA is wrong); I'll have a look later
[06:52] <mardy> pitti: that might explain it :-) Thanks, and let me know if I can help in some way
[07:08] <pitti> mardy: meh, is it really necessary to shuffle the packaging around so heavily in an SRU?
[07:09] <pitti> mardy: do the new libaccount-plugin-* binaries ship entirely new functionality, or were these libraries in another binary before? I don't see any Replaces:/Breaks:, so want to make double-sure that this doesn't break upgrades
[07:09]  * mardy checks
[07:09] <mardy> pitti: they are new
[07:10] <mardy> pitti: I think the packaging is more complex than what might seem logical, because there are some bits we also want to use in phone images, but not all (the new libaccount-plugin-* stuff is useful for unity7 only)
[07:18] <pitti> mardy: the yakkety version is broken (just followed up to #1565772)
[07:19] <pitti> why does yakkety get a 16.04+ version anyway..
[07:22] <mardy> pitti: ok, I'll see if I can bump the version
[07:22] <pitti> same for account-plugin
[07:22] <pitti> the status in that bug report is *completely* wrecked
[07:22] <pitti> marked as v-failed for now
[07:23] <mardy> pitti: mmm... is there something else to be done, beside making sure that the yakkety version is proper?
[07:24] <pitti> mardy: I don't know -- as I said, the status in that bug is a complete wreck
[07:24] <pitti> e. g. look at https://bugs.launchpad.net/ubuntu/yakkety/+source/gnome-control-center-signon/+bug/1565772/comments/3
[07:24] <pitti> so this apparently was already uploaded to *xenial* in Ubuntu and fixed, but yet the x task was open and now there was that SRU
[07:24] <pitti> and the y version is *older* than that comment
[07:25] <pitti> so I have NFC what happened/landed where and where the bug actually got fixed :(
[07:26] <LocutusOfBorg> lots of ppc64el are "test in progress", but the test is not in progress, can it be retried? otherwise I guess they won't complete
[07:26] <LocutusOfBorg> e.g. strip-nondeterminism speech-dispatcher and so on
[07:26] <pitti> LocutusOfBorg: cf. #u-devel some hours ago, ppc64el was broken; I fixed it, now it's catching up
[07:26] <LocutusOfBorg> but I don't see them in the queue...
[07:26] <pitti> wait until the next britney run, I figure they are done but excuses.html hasn't caught up yet
[07:27] <LocutusOfBorg> ok thanks
[07:27] <pitti> I did have to kill various dcraw and libreoffice test requests, I'll re-queue them once the current backlog settles
[07:28] <mardy> pitti: weird indeed. But now, I can definitely see the persion problem for gnome-control-center-signon, so I can fix that hopefully
[07:28] <pitti> mardy: I also have a feeling that this isn't just a version problem but that the fixes aren't actually in y yet
[07:28] <mardy> pitti: but it's not clear to me what the issue with account plugins is; it looks like the version numbers are correct here: https://launchpad.net/ubuntu/+source/account-plugins
[07:29] <mardy> pitti: ok, let me check the actual packages
[07:30] <mardy> pitti: yakkety seems correct, all the packages are there, with the right files: http://packages.ubuntu.com/source/yakkety/account-plugins
[07:31] <pitti> mardy: I mean https://launchpad.net/ubuntu/+source/gnome-control-center-signon
[07:31] <pitti> mardy: this definitively doesn't have the changes from this xenial SRU
[07:31] <pitti> as xenial and yakkety have the exact same version
[07:34] <mardy> pitti: mmm... I see different versions, xenial is  0.1.8+16.04.20160201-0ubuntu1  and y is 0.1.9+16.04.20160405-0ubuntu1
[07:34] <mardy> pitti: and the yakkety version seems correct, at least looking at the changelog
[07:35] <pitti> ah, right; how did that bump the "real" upstraem version but not +16.04?
[07:35] <pitti> so if the code is there, then only the version number needs bumping
[07:36] <mardy> pitti: don't ask me, but could it be that it was a silo with dual landing (vivid overlay + xenial) which we hoped to land for the LTS proper, but then didn't land in time...?
[07:37] <mardy> pitti: I see that the y package was apparently copied from xenial (so it says), but indeed that version is not in xenial
[07:37] <mardy> quite messy
[07:38] <cjwatson> it was probably built before yakkety existed
[07:38] <mardy> cjwatson: right, indeed
[07:40] <mardy> Mirv: so, I need to do a no change rebuild on gnome-control-center-signon for yakkety; what is the best way? should I make a dummy MP for and land it via the CI train?
[07:47] <pitti> mardy: you can probabl commit the new changelog record/tag directly to trunk and skip the MP/train process
[07:47] <pitti> or maybe you find a typo somewhere for an MP :)
[07:48] <pitti> W: gnome-control-center-signon source: ancient-standards-version 3.9.3 (current is 3.9.8)
[07:48] <pitti> mardy: ^ that might be a good thing to bump :)
[07:48] <Mirv> mardy: you can do even just empty MP (trunk pushed to your own branch, then MP to trunk)
[07:48] <mardy> pitti: suggestion taken, thanks!
[07:49] <mardy> Mirv: I'll update the deb standards version as pitti suggested
[07:49] <Mirv> mardy: sure
[08:07] <Laney> tsimonq2: pitti: d-i> well, if someone fixes it then they can get a release, but if it's broken in general then I guess that's not going to be for Beta 1.
[08:23] <infinity> Laney: d-i is fixed in proposed.
[08:24] <infinity> Laney: It just needs to migrate and have ISOs rebuilt.
[08:24] <infinity> pitti: ^
[08:25] <infinity> pitti: It got out of sync because we forced that Qt transition.
[08:25] <pitti> oh, so it's a question of resolving those two ftbfs
[08:25] <infinity> pitti: What two FTBFS?
[08:25] <infinity> pitti: excuses is waaaay behind reality.
[08:25] <pitti> linker segfaults
[08:25] <pitti> infinity: https://launchpad.net/ubuntu/+source/debian-installer/20101020ubuntu470 these two
[08:25] <infinity> pitti: Wrong version.
[08:25] <infinity> pitti: See above, re: excuses being behind reality.
[08:26] <infinity> pitti: Like, 7 hours behind.  Might want to look at that.
[08:26] <infinity> I should be in bed.
[08:26] <infinity> And I'm going there.
[08:26] <pitti> ergh, yes, will look
[08:27] <infinity> Anyhow, if d-i migrates, lubuntu alternate can rebuild and be fine.
[08:27] <infinity> And NBS will clear out.
[08:28] <tsimonq2> bug 1611010
[08:29] <tsimonq2> we have a fix for that in the images already?
[08:30] <Laney> Yes
[08:31] <Laney> Allegedly anyway
[08:31] <infinity> A workaround in ubiquity.
[08:31] <infinity> The real fix is in apt, which is still in proposed.
[08:32] <Laney> That's fine for me.
[08:32] <Laney> Why T F is britney not running though?
[08:34] <tsimonq2> also, a regular Lubuntu tester reported bug 1616400
[08:34] <Laney> 3728     10725  0.6  2.8 981464 927556 ?       S    01:43   2:31  |                       \_ /usr/bin/python3 -u /home/ubuntu-archive/proposed-migration/code/b2/britney.py -c /home/ubuntu-archive/proposed-migration/code/b2/britney.conf.ubuntu.trusty -v --distribution=ubuntu --series=trusty
[08:35] <infinity> tsimonq2: Yes, that's the same d-i bug that's been brought up several times.
[08:35] <infinity> tsimonq2: And, as noted 20 lines up, will be fixed by d-i migrating.
[08:36] <tsimonq2> sorry didn't see that
[08:36] <Laney> Stabbed, hopefully will work on a re-run
[08:39] <Laney> it runneth
[08:43] <pitti> Laney: oh, thanks (was just about to look)
[08:54] <Laney> pitti: well, looks like it hung retrieving autopkgtest results: http://people.canonical.com/~ubuntu-archive/proposed-migration/log/trusty/2016-08-25/01:42:59.log
[09:08] <pitti> Laney: it seems precise's python3 already supports the timeout= parameter  for urlopen(), I'll robustify this
[09:08] <Laney> pitti: great!
[09:10] <pitti> done, https://git.launchpad.net/~ubuntu-release/+git/britney2-ubuntu/commit/?id=928be985868e
[09:11] <pitti> testsuite succeeds on snakefruit
[09:13] <Laney> nicé
[09:13] <Laney> d-i and apt went in
[13:05] <yofel> did the kubuntu image builds crash or are they really still building?
[13:07] <flexiondotorg> tsimonq2, sakrecoer How are things looks from your point of view?
[13:08] <flexiondotorg> For Beta 1 that is :-)
[13:08] <tsimonq2> it's coming along :)
[13:08] <tsimonq2> Lubuntu Alternate needs some help
[13:08] <tsimonq2> so does Kubuntu
[13:08] <tsimonq2> but otherwise managing ;)
[13:08] <flexiondotorg> Is it going to be a late night?
[13:08] <sakrecoer> flexiondotorg: what tsimonq2 said, need to check with kubuntu to see how its going for them probably
[13:08] <tsimonq2> well I'm in the US, so it'll most likely stretch to the afternoon :P
[13:09] <tsimonq2> sakrecoer: they have no images right now
[13:09] <tsimonq2> it's still rebuilding
[13:09] <yofel> sakrecoer: our images say "re-building" for what feels like the whole day already?
[13:09] <flexiondotorg> eeek!
[13:09] <yofel> I got no build failure mail at least so far, so I'm clueless what's up
[13:09] <sakrecoer> flexiondotorg: can't say... not enough experience i suppose. over at Ubuntu Studio, the only hardware test of amd64 has failed... trying now without encrypting home
[13:10] <flexiondotorg> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/kubuntu
[13:10] <sakrecoer> well.. didni't work without encrypted home...
[13:10] <yofel> flexiondotorg: so they're not building *right now* ?
[13:10] <flexiondotorg> The following packages have unmet dependencies:
[13:10] <flexiondotorg>  kactivitymanagerd : Breaks: kactivities (< 5.20~) but 5.18.0-0ubuntu1 is to be installed
[13:10] <flexiondotorg>  plasma-desktop : Breaks: kactivities (< 5.21) but 5.18.0-0ubuntu1 is to be installed
[13:10] <flexiondotorg>  plasma-desktop-data : Breaks: kactivities (< 5.21) but 5.18.0-0ubuntu1 is to be installed
[13:10] <flexiondotorg> E: Unable to correct problems, you have held broken packages.
[13:10] <yofel> because http://iso.qa.ubuntu.com/qatracker/milestones/366/builds says so
[13:11] <flexiondotorg> They failed.
[13:11] <flexiondotorg> Because of the above umet deps.
[13:11] <yofel> I know that, I want to know if there is a build in progress
[13:11] <flexiondotorg> Not that I can see.
[13:11] <yofel> ok, then just the ISO tracker is broken
[13:12] <flexiondotorg> Laney, can you confirm there are no kubuntu images building right now?
[13:13] <flexiondotorg> yofel, We you aware of the broken packages?
[13:13] <flexiondotorg> s/We/Were/
[13:13] <yofel> yes, we attempted to fix that yesterday/today by kicking okular off the images
[13:14] <flexiondotorg> yofel, Sec... just checking something.
[13:14] <flexiondotorg> OK, https://launchpad.net/ubuntu/+source/kubuntu-meta
[13:15] <flexiondotorg> Published one hour ago.
[13:15] <flexiondotorg> So I suggest you cancel the rebuilds in the iso tracker.
[13:15] <flexiondotorg> And then request builds again.
[13:16] <yofel> so I said to cancel the builds, and it still says (re-building)
[13:16] <flexiondotorg> Laney, help please ^^^
[13:17] <flexiondotorg> yofel, Also check the germinate output.
[13:17] <flexiondotorg> http://people.canonical.com/~ubuntu-archive/germinate-output/kubuntu.yakkety/
[13:17] <yofel> well, kubuntu-meta is generated from germinate, so I assume that'll be correct
[13:19] <flexiondotorg> yofel, Well kactivitymanagerd still appear in the desktop seed.
[13:19] <flexiondotorg> http://people.canonical.com/~ubuntu-archive/germinate-output/kubuntu.yakkety/desktop
[13:20] <Laney> yofel: I cancelled it, go request your rebuild
[13:20] <Laney> tsimonq2: You got new builds a couple of hours ago.
[13:20] <yofel> flexiondotorg: that's the one that's supposed to appear, but I see the other problem, thanks for the hint
[13:20] <yofel> so this will need another fixup
[13:20] <yofel> Laney: thanks!
[13:20] <tsimonq2> Laney: I'm aware, we have queuebot in #lubuntu-devel, thanks ;)
[13:21] <flexiondotorg> yofel, yw :-)
[13:21] <Laney> tsimonq2: Well, you said that it needs some help
[13:21] <tsimonq2> I did? hm
[13:21] <tsimonq2> d-i is fixed
[13:22] <Laney> Okay then.
[13:23] <Laney> Go get it marked as ready
[13:25] <tsimonq2> Laney: I don't have access. I'm only sort of an assistant release manager. I do everything a release manager does EXCEPT mark the images as ready and other technical things related to that.
[13:25] <tsimonq2> Laney: tl;dr I don't have access
[13:26] <Laney> Do you have someone around to do that?
[13:26] <tsimonq2> wxl does that, but if the images are tested, afair, he's ok with them being marked as ready
[13:27] <tsimonq2> so usually I pop in here before he does and somebody from the release team just does it ;)
[13:27] <tsimonq2> (I get on at like 8 AM my time when he's on at like noon)
[13:28] <Laney> k
[13:28] <Laney> So are they ready? :-)
[13:28] <tsimonq2> desktop is 100% ready
[13:28] <tsimonq2> we're just waiting on alternate
[13:28] <tsimonq2> so unless you can mark half of 'em as ready (I don't know, again, I don't have access to that side of things), then no
[13:30] <Laney> well would you look at that
[13:30] <tsimonq2> hey that works \o/
[13:30] <tsimonq2> thanks :)
[14:19] <tsimonq2> Laney: this was just brought to my attention: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1616400/comments/8
[14:19] <tsimonq2> Laney: could you take a look?
[14:22] <tsimonq2> Laney: (Nio's recent comment)
[14:24] <Laney> tsimonq2: I suspect that's related to pitti's nplan work
[14:24] <Laney> Probably going to have to release note it
[14:24] <tsimonq2> Laney: no chance we could get it fixed?
[14:25] <tsimonq2> I guess we'll have to deal if that answer is no but it would be nice
[14:25] <pitti> Laney, tsimonq2: nplan does not meddle at all with d-i
[14:25] <pitti> the only thing that wouldn't currently work with an alternate installer is that NeworkManager wouldn't connect to ethernet devices, but that's *after* installation
[14:25] <Laney> pitti: you mean?
[14:26] <pitti> and d-i would have set up /etc/network/interfaces for the ethernet anyway
[14:26] <Laney> Yes, that's what the comment says
[14:26] <Laney> if I read it correctly
[14:26] <pitti> so the net effect should be by and large zero
[14:26] <pitti> so if the installer itself says "could not connect to network" that's something else
[14:26] <Nio> o/
[14:26] <Laney> It's the installed system
[14:26] <tsimonq2> Hi Nio
[14:26] <tsimonq2> Nio wrote that comment, ask him ;)
[14:27] <pitti> oh, that's not what the description says -- but I see comment #8 now, sorry
[14:27] <Nio> I'm here listening
[14:27] <pitti> Nio: hello
[14:27] <pitti> Nio: did you actually configure the ethernet in d-i?
[14:27] <pitti> Nio: if so, it should have written /etc/network/interfaces with it
[14:27] <pitti> did it?
[14:28] <Nio> I let the installer do the default tasks, which has produced a working ethernet connection both during the installation and in the installed Lubuntu system.
[14:29] <Nio> Now (today's iso file) works during installation, but the installed system does not autoconnect via ethernet, but can connect via Wifi.
[14:30] <pitti> Nio: right, and I'm asking what /etc/network/interfaces says (and interfaces.d/*) -- d-i is expected to create one for the interface you configured in d-i
[14:31] <Nio> I'm not very good at networking details, but I can do the things described at https://help.ubuntu.com/community/Lubuntu/Documentation/MinimalInstall#Unmanaged_Wired_Network
[14:32] <Nio> I noticed that 'managed=false' and changed it to 'true', but it did not help.
[14:32] <Nio> Let me check that ...
[14:33] <pitti> Nio: no need to -- just pastebin the contents of /etc/network/interfaces please
[14:33] <tsimonq2> if it helps, when doing the testcase I just did, I thought it was weird that it claimed it was an unmanaged network interface
[14:36] <Nio> source /etc/network/interfaces.d/*
[14:36] <Nio> # The loopback network interface
[14:36] <Nio> auto lo
[14:36] <Nio> iface lo inet loopback
[14:37] <pitti> nothing in /etc/network/interfaces.d/* ?
[14:38] <Nio> No
[14:39] <Nio> The directory exists, but is empty, not even any hidden files.
[14:39] <pitti> Nio: ok, then please put the above file into the bug and reopen it
[14:39] <pitti> and attach /var/log/installer/*
[14:39] <pitti> netcfg apparently failed to write an /e/n/i
[14:39] <pitti> tsimonq2: ^
[14:40] <Nio> Which above file?
[14:40] <pitti> /etc/network/interfaces
[14:40] <Nio> ok
[14:41] <tsimonq2> pitti: any chance we can get a fix for Beta 1? :)
[14:41] <pitti> not sure, if you find someone to investigate and work on that, it isn't too hard, and there's still time to respin/retest images..
[14:42] <pitti> but the chance of that isn't too great, I figure
[14:42] <tsimonq2> pitti: what's it written in?
[14:42] <pitti> installer logs are important, thoug
[14:42] <pitti> tsimonq2: the d-i component/source package is "netcfg" I believe, and it's in C
[14:43] <pitti> but looking at the logs first should hopefully be instructive
[14:43] <Nio> how can I reopen the bug report
[14:43] <Nio> ?
[14:43] <tsimonq2> Nio: just mark as confirmed
[14:43] <pitti> I just did
[14:43] <tsimonq2> oh cool
[14:43] <tsimonq2> pitti: C...not my strong suit
[14:45] <infinity> netcfg was recently merged, but I see no obvious reason it would suddenly fail.
[14:47] <pitti> http://launchpadlibrarian.net/278554355/netcfg_1.135ubuntu6_1.138ubuntu1.diff.gz looks harmless enough anyway
[14:48] <infinity> Yeah.
[14:48] <Nio> where is the button to click?
[14:48] <infinity> If it were python, that indentation change would be scary, but it's not. :P
[14:48] <infinity> (Also, <3 gcc-6's "misleading indentation" warning)
[14:49] <Nio> I think I found it - marked confirmed :-)
[14:50]  * infinity spins up a quick test.
[14:50] <Nio> Have you got the files you need from the installed system now?
[14:51] <pitti> Aug 25 14:32:55 netcfg[31980]: DEBUG: No interface given; clearing /etc/network/interfaces
[14:51] <pitti> Nio: yes, thanks
[14:52] <tsimonq2> ooh that doesn't look good
[14:52] <pitti> but earlier on:
[14:52] <pitti> Aug 25 14:16:36 netcfg[18267]: DEBUG: Writing DHCP stanza for enp3s0
[14:52] <pitti> Aug 25 14:16:36 netcfg[18267]: DEBUG: Success!
[14:52] <infinity> Weird.
[14:52] <pitti> so it apparently is written multiple times, and on the second invocation it lost its state and cleaned the previously written one
[14:52] <pitti> over 15 minutes later
[14:52] <xnox> yeah netcfg is weird like that.
[14:53] <infinity> Seeing if I can reproduce with a mini.iso
[14:53] <xnox> we force clear things in ubuntu delta, which results in extra debug messages that wipes things before configuring things.
[14:53] <xnox> i hope i did not screw it up too much.
[14:53] <pitti> so either we fix whatever causes netcfg to be called twice, or we make it more robust to not trample over an existing /e/n/i?
[14:54] <infinity> The more curious question is why this suddenly stopped working.
[14:55] <infinity> Can I blame systemd interface renaming? :P
[14:55] <infinity> I like to blame it.
[14:55] <infinity> For everything.
[14:55] <Nio> I tested with the mini.iso (the i386 version that was current yesterday. It worked - wired network both during installation and in the installed system. (I made a text-only mini system, which I think is overwritten now).
[14:56] <xnox> infinity, when in doubt blame canada?! =)
[14:56] <infinity> Nio: Well, that's even more curious.  I can think of no valid reason why a server install or a lubuntu install would differ.
[14:57] <Nio> Maybe some change since the last mini.iso was uploaded.
[14:57] <infinity> mini.iso == debian-installer == same thing on the lubuntu CD.
[14:57] <infinity> The only difference is the packages that get installed.
[14:58] <Nio> -rw-rw-r-- 1 nio nio 50331648 aug 10 21:03 mini.iso
[14:58] <infinity> s/packages/extra packages/
[14:58] <infinity> Oh.  That's an old one indeed.
[14:58] <infinity> Very.
[14:58] <infinity> I'm testing with yesterday's.
[14:58] <Nio> $ md5sum mini.iso
[14:58] <Nio> ccb12a3f21171bfa7c1fa0fbc34a59ed  mini.iso
[14:59] <Nio> That was the mini.iso version available yesterday
[15:01] <Nio> Obviously a new version arrived yesterday
[15:02] <Nio> -rw-rw-r-- 1 nio nio 50331648 aug 25 11:15 mini.iso
[15:02] <Nio> $ md5sum mini.iso
[15:02] <Nio> 04468e5f9d1ba33aaba5f628c800d347  mini.iso
[15:02] <Nio> infinity: Are you testing it now?
[15:03] <infinity> Nio: Yes.  Install done, about to reboot.
[15:03] <tsimonq2> wow that was fast infinity
[15:03] <infinity> I have a fast laptop.  And very fast internet. :P
[15:04] <pitti> installing into tmpfs with a proxy FTW :)
[15:04] <tsimonq2> :D
[15:05] <tsimonq2> and I thought apt-cacher-ng when using sbuild on /dev/shm was fast :P
[15:05] <pitti> it is
[15:05] <tsimonq2> well it is, you're right ;)
[15:06] <yofel> could someone please push kactivities into yakkety release? That should fix the kubuntu images as that was the last recommend that I could find..
[15:06] <Nio> Well, we are waiting for the result: Can mini.iso create an installed system with a working ethernet connection.
[15:06] <infinity> FWIW, the current mini.iso works fine.
[15:07] <infinity> I get a proper e/n/i with a dhcp entry for ens3
[15:07] <pitti> infinity: what does the log say, is netcfg running twice?
[15:07] <xnox> hm, is it buggy mini.iso or the ubiquity.iso -> note that we had patches in ubiquity's patched netcfg which was there to make things nice and use NM rather than ifupdown on "desktops"
[15:08] <xnox> pitti, most recently twiddled with that.
[15:08] <yofel> Laney: see above (you're supposedly on duty?)
[15:08] <pitti> I cleaned up the obsolete /e/n/i and /etc/iftab migration, yes; but these were no-ops already, adn this is d-i
[15:09] <infinity> pitti: Define "twice".
[15:09] <infinity> pitti: It clears e/n/i, then writes it.
[15:09] <infinity> pitti: But I don't see it writing it before that.
[15:09] <pitti> infinity: as in the logs of that bug report
[15:09] <infinity> pitti: bug3?
[15:09] <infinity> pitti: bug#?
[15:10] <pitti> bug 1616400
[15:12] <Laney> yofel: okay
[15:12] <infinity> pitti: Oh, WEIRD.
[15:13] <infinity> pitti: Kay.  I don't see that second run on finish-install.  /usr/lib/finish-install.d/55netcfg-copy-config is silent here.
[15:13] <infinity> pitti: But that also hints at where to look.
[15:14] <infinity> pitti: Bingo.
[15:15] <infinity> pitti: copy-config checks if NM is installed and, if so, wipes the e/n/i config.
[15:15] <pitti> oha
[15:15] <infinity> pitti: So, to follow with your netplan ideals, that should ALSO change the netplan management options.
[15:15] <infinity> pitti: Then we get what we want in both installers.
[15:15] <infinity> pitti: Sound sane?
[15:15] <pitti> infinity: but that would mean that the config in d-i gets ignored entirely
[15:15] <infinity> pitti: Yes, but it seems that's what we've always done and no one's complained. :P
[15:16] <pitti> infinity: yes, we could just change/amend that to create the policy snippet to let NM manage devices, but that still sounds conceptually weird
[15:16] <infinity> pitti: So, I'm fine with maintaining the status quo.
[15:16] <pitti> as long as it's just DHCP there's not much difference indeed
[15:18] <infinity> pitti: It actually copies NM configs.  But not sure how that does anything useful since we don't use NM in d-i...
[15:18] <pitti> right
[15:18] <pitti> infinity: well, there is still a work item to port netcfg to emit netplan instead of /e/n/i, so that would help too
[15:18] <pitti> although it was questionable whether we'd actually do that (subiquity et al)
[15:18] <infinity> Or maybe it's more clever than I think.
[15:18] <infinity> Looks like it might actually speak NM.
[15:19] <infinity> pitti: So, I think just tweaking the CONFIG_NM case to also set your nplan configs the same way you do in a ubiquity nm-only world is the right answer.
[15:19] <infinity> pitti: And, I assume, trivial.
[15:20] <pitti> infinity: right, pretty well a copy&paste from http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/auto/build#L196
[15:20] <infinity> pitti: Shiny.  Want my name on the changelog or yours?
[15:20] <pitti> with substituting chroot with /target or so
[15:21] <infinity> pitti: (as in, want to fix it, or shall I?)
[15:21] <pitti> infinity: please go ahead, seems you already found the place to poke
[15:21]  * infinity nods.
[15:21] <infinity> Staring at it right now.
[15:21] <pitti> thanks
[15:21] <pitti> nice find
[15:30] <infinity> pitti: http://paste.ubuntu.com/23089317/
[15:30] <infinity> pitti: Looketh good?
[15:31] <pitti> infinity: it's a real pleasure to the eyes!
[15:31] <pitti> thanks muchly
[15:32] <infinity> Tossed at the queue.
[15:32] <pitti> infinity: in your mini.iso installed system do you actually have some /etc/NetworkManager/system-connnection/* thing from d-i?
[15:32] <tsimonq2> so then a respin with this will fix the problems?
[15:32] <pitti> first needs a d-i rebuild AFAIK
[15:32] <infinity> pitti: No, cause it was a base install, with no NM.
[15:32] <infinity> pitti: That block only triggers if NM is installed in /target/
[15:33] <infinity> pitti: I could redo it with ubuntu-desktop.  Would take longer.
[15:33] <pitti> should be fine; sorry, I wasn't aware that we wipe the generated /e/n/i in d-i
[15:34] <infinity> In context, it all makes sense.
[15:34] <infinity> It didn't when I first saw the chatter in the channel. :P
[15:34] <Laney> Please handle the unblocks and stuff
[15:35] <infinity> Yeah, it'll neet a d-i respin first.  For obvious reasons, netcfg is in the d-i initrd.
[15:35] <infinity> Cause it's sort of needed to find the rest of the bits.
[15:35] <Laney> Well, I can do netcfg, but will be out for a bit in 90 minutes or so
[15:35] <infinity> I can unblock both, it's fine.
[15:35] <Laney> Ta
[17:01] <wxl> infinity: sounds like you're fixing d-i and we're getting a respin. still planning on releasing today?
[17:02] <infinity> wxl: Depends, are you planning on testing when the respin happens? :)
[17:03] <infinity> wxl: (I'm not the one releasing, you'd have to ask Laney, but he seemed on board)
[17:04] <tsimonq2> yep we have testers good to go :)
[17:04] <Laney> Do it in the next 2-3 hours
[17:05] <Laney> I'm going out, and will be back to press some buttons
[17:05] <Laney> but if you're not ready then, I don't fancy hanging around all night :)
[17:05] <infinity> Laney: I'll respin for them as soon as it migrates.
[17:05] <infinity> Laney: If they don't meet your deadline, that's on them.
[17:05] <tsimonq2> ok by me, right wxl? ;)
[17:07] <Laney> We could also release the remainder tomorrow
[17:08] <Laney> (Or they could miss beta 1)
[17:08] <Laney> I'm looking at kubuntu too
[17:08] <tsimonq2> yofel: ^
[17:11] <wxl> sorry i disappeared. i spent like 12,000 hours reading the ubuntu-release backlog. sheesh. you guys talk too much.
[17:11] <wxl> anyways i guess the questions are:
[17:12] <wxl>  1. infinity: do you have any guess as to when the migration would be complete?
[17:12] <wxl>  2. Laney: how long to plan on staying around for?
[17:12] <Laney> 0 minutes (bye!)
[17:13] <wxl> Laney: so 2-3 hours or nothing is what you're saying
[17:13] <Laney> I'll be back later
[17:13] <wxl> oh well we'll talk about it then :)
[17:13] <Laney> but not back to hang around, back to publish some images
[17:14] <wxl> what version of d-i and/or netcfg are we talking about here?
[17:40] <apw> wxl, netcfg is 1.138ubuntu2 i believe
[17:41] <wxl> thx apw
[17:41] <apw> wxl, and i believe d-i was 20101020ubuntu472
[17:42] <wxl> apw: was or is? looks like 472 came an hour ago
[17:43] <wxl> looks like nfg is in main but d-i is still in proposed
[17:44] <infinity> Yeah, it's getting there.  Patience.
[17:44] <infinity> I'll trigger the rebuilds as soon as it's published.
[17:45] <wxl> you're the man, infinity
[17:47] <apw> wxl, that hour is the source publishing, and typically the binaries miss that cycle and fall in the next
[18:12] <boiko> hello, could you guys please let me know how long this beta1 freeze will last?
[18:12] <boiko> we have landed a fix related to qt5.6 in telepathy-qt, but it is waiting in proposal
[18:12] <infinity> boiko: A few more hours.
[18:14] <boiko> infinity: ok, thanks :)
[18:18] <infinity> Laney: When you run cron.source for milestones, run it with ALL_PROJECTS="participating projects"
[18:18] <infinity> Laney: Rerunning for you.
[18:19] <infinity> Laney: Or, maybe rerunning after the lubuntu ISOs are done, to not block.
[19:08] <tsimonq2> infinity: any progress on those images? what's going on?
[19:18] <flexiondotorg> tsimonq2, sakrecoer I've been afk for a bit.
[19:18] <flexiondotorg> What's the situation?
[19:18] <tsimonq2> flexiondotorg: we're waiting on Lubuntu and Kubuntu
[19:18] <Nio> In the meantime I have tested Kubuntu Yakkety amd64. I'm sorry, but it seems to suffer from networking problems too, similar to what we see in Lubuntu alternate as well as what we saw in Lubuntu desktop, a ubiquity crash, when I try to install in Swedish.
[19:18] <tsimonq2> flexiondotorg: the former of which is waiting on infinity to respin Alternate so we can test
[19:19] <tsimonq2> flexiondotorg: the latter is being tested now
[19:19] <tsimonq2> o/ Nio
[19:19] <tsimonq2> yeah I got that too :/
[19:19] <sakrecoer> flexiondotorg: no worries, still uncertain about kubuntu..
[19:19] <Nio> Kubuntu: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1617037
[19:20] <sakrecoer> ah.. thank you tsimonq2 :) flexiondotorg: what tsimonq2 said :)
[19:20] <sakrecoer> (i have infernal lag atm)
[19:20] <flexiondotorg> Thanks for the update.
[19:21] <flexiondotorg> Looks like this is going to be a late release?
[19:21] <tsimonq2> very late
[19:22] <tsimonq2> wouldn't be surprised if it went into tomorrow :/
[19:22] <flexiondotorg> Bother
[19:23] <sakrecoer> flexiondotorg: is there a way to find out the download links at this point? i edited the past ones, but they all give 404 so far.
[19:23] <sakrecoer> past *release announcement ones
[19:25] <tsimonq2> well they are going to be 404
[19:25] <tsimonq2> because we haven't released yet
[19:25] <tsimonq2> because we're waiting on Kubuntu testers and infinity ;) (or whatever he's waiting on)
[19:28] <sakrecoer> ok :)
[19:31] <sakrecoer> flexiondotorg: i have found a quote, but i'm not to sure about who the author is... maybe you guys know better?
[19:31] <sakrecoer> A. Henry Savage Landor
[19:31] <flexiondotorg> sakrecoer, For a quote of the author of the quote you have?
[19:32] <sakrecoer> it goes like this: The Jogpa, in our mad flight, cut off a long lock of the yak 's silky hair. Having secured this, he appeared to be quite satisfied, let go, and sheathed his sword.
[19:33] <sakrecoer> this guy: https://en.wikipedia.org/wiki/Arnold_Henry_Savage_Landor his invovlement in ww1 makes me doubt.. :/
[19:33] <tsimonq2> flexiondotorg knows how hard finding Yak quotes is
[19:33] <tsimonq2> :P
[19:34] <tsimonq2> he found the ones for Alpha 1 AND 1!
[19:34] <flexiondotorg> sakrecoer, Looks good :-)
[19:34] <sakrecoer> ok then :)
[19:34] <tsimonq2> s/AND 1/AND 2/
[19:34] <tsimonq2> I want to add a little touch of my own towards the beginning
[19:35] <flexiondotorg> I've just got in from work, so a bit knackered.
[19:35] <flexiondotorg> Going to have some food and a rest.
[19:35] <flexiondotorg> I'll pop back here in an hour or so.
[19:36] <tsimonq2> ok o/ flexiondotorg
[19:36] <tsimonq2> sakrecoer: let me know when you're done editing :)
[19:36] <flexiondotorg> If anyone needs help with testing I can be coerced with promises of beer ;-)
[19:38] <tsimonq2> flexiondotorg: once infinity spins up the ISOs, Lubuntu Alternate needs help pls ;)
[19:38] <tsimonq2> flexiondotorg: I don't know if I'll be able to pay you in beer but I'll find something of similiar value ;)
[19:38] <tsimonq2> *similar
[19:39] <sakrecoer> tsimonq2: i think that is it. a proof reading is in place, since my notorious typos are infamous :p
[19:40] <tsimonq2> ok :)
[19:48] <slangasek> ginggs: reverse-depends tells me laby depends on fpc, does that also need removed? (not listed on LP: #1562480)
[19:48]  * ginggs looks
[19:49] <slangasek> it is possible that reverse-depends is lying to me :)
[19:49] <ginggs> hmm, i've never heard of laby
[19:50] <slangasek> Depends: [...] ocaml-nox | java-compiler | c-compiler | c++-compiler | ruby | gprolog | valac | fp-compiler | rhino | guile | python3 | lua
[19:50] <slangasek> .... ok then
[19:50] <slangasek> ignoring
[19:50] <slangasek> sorry for the ping
[19:50] <ginggs> np
[19:50] <tsimonq2> sakrecoer, take a look at my edit on the announcement, too cheezy? :P https://wiki.ubuntu.com/YakketyYak/Beta1/ReleaseAnnouncement?action=diff&rev2=10&rev1=9
[19:51] <tsimonq2> flexiondotorg: ^
[19:53] <sakrecoer> tsimonq2: \o/ "bos grunniens" .. might bring forth the websearch-fu in many readers :D
[19:54] <tsimonq2> yeah! :D
[19:54] <sakrecoer> i think its a little bit cheezy but also quite funny! :D i'd stay neutral on that one if i may :)
[19:55] <ginggs> slangasek: thanks!
[19:55] <tsimonq2> flexiondotorg: you're the tiebreaker on this. In or out? :O
[19:59] <tsimonq2> slangasek: hey, sorry for bothering you, the packages that Lubuntu needed for a respin on Beta 1 Alternate images are in the archive now, would you be able to trigger a rebuild of Lubuntu Alternate please?
[20:00] <tsimonq2> Adam doesn't seem to be around and we'd like to get those tested
[20:02] <flocculant> tsimonq2: triggered for you
[20:03] <tsimonq2> thank you flocculant
[20:03] <flocculant> welcome
[20:09] <slangasek> tsimonq2: right, generally meant to be self-serve by the flavor teams :)
[20:10] <Laney> infinity: What does it do otherwise?
[20:10] <Laney> What evs
[20:10] <Laney> I see nobody new is ready
[20:11] <Laney> Publishing the rest anyway
[20:11] <tsimonq2> *SIGH* I'd really like to get Lubuntu tested...
[20:13] <Laney> It can be done later on
[20:14] <Laney> Either wait to send the announcement, or write "foo and bar will come along shortly, they are just tying their shoelaces"
[20:18] <wxl> Laney: any chance you can wait for us to test alternate real quick? we've got a team of people ready to go, myself included.
[20:19] <wxl> Laney: i can't imagine it would take very long.
[20:19] <Laney> It doesn't matter if I push up the rest in the meantime
[20:19] <wxl> Laney: especially considering one of them just popped up.
[20:19] <Laney> Someone else is sending the announcement and you can get them to hold off before doing it
[20:19] <wxl> someone else being—
[20:19] <tsimonq2> I'm doing the announcement with sakrecoer
[20:19] <tsimonq2> so we can hold off
[20:19] <wxl> i mean there's a "someone" online
[20:20] <Laney> there you go
[20:20] <wxl> ah ok great
[20:20] <Laney> the question is if you get it marked ready before I go offline :-)
[20:20] <wxl> well we just got our builds, so
[20:20] <Laney> go go go
[20:23] <sakrecoer> i'm here... but i wont be for more than 2 hours... early morning tomorrow
[20:23] <wxl> 2 hours is WAY more than enough time
[20:23] <tsimonq2> sakrecoer: we are working as hard as we can
[20:23] <sakrecoer> \o/
[20:23] <tsimonq2> yeah what he said ;)
[20:23] <wxl> we're all downloading as we speak :)
[20:24] <sakrecoer> alright! i'm not on the minute eather, so don't extra sweat it if it comes down to timing me ;)
[20:24] <sakrecoer> s/eather/either
[20:27] <Laney> infinity: orite, I saw it failed to build
[20:27] <Laney> I guess this -next thing didn't exist before
[20:38] <flexiondotorg> tsimonq2, Tiebreaker?
[20:39] <tsimonq2> flexiondotorg: eh nvm
[20:40] <flexiondotorg> tsimonq2, Is there anything that needs smoke testing?
[20:41] <tsimonq2> flexiondotorg: yes pls wxl pays beer
[20:42] <tsimonq2> flexiondotorg: http://iso.qa.ubuntu.com/qatracker/milestones/366/builds/129632/testcases
[20:42] <tsimonq2> wxl: sorry, we all have to make sacrifices, you cover flexiondotorg's beer :P
[20:42]  * flexiondotorg smells beer...
[20:44] <flexiondotorg> Downloading Lubuntu i386 alternate.
[20:44]  * wxl passes flexiondotorg a Duff.
[20:44] <tsimonq2> \o/
[20:44] <wxl> my download is taking forever and it's really making me mad.
[20:44] <flexiondotorg> I'd just like to remind everyone I'm still on shortwave radio "broadband", so...
[20:49] <flocculant> wxl: I'll do a 32bit - almost got iso now
[20:50] <flocculant> marked as running on tracker
[20:50] <wxl> cool thx flocculant. pop into #lubuntu-devel for coordination
[20:50] <flocculant> wxl: what are we looking to make sure is fixed here?
[20:51] <wxl> flocculant: https://launchpad.net/bugs/1616400
[20:53] <flocculant> wxl: ok so trying to configure keyboard is failing ... my keyboard layout appears to be lt ...
[20:53] <tsimonq2> flocculant: got a bug that we can link on the release notes?
[20:54] <flocculant> nvm - got it now
[20:54] <flocculant> wording is a bit bizarre there - but not worrying right now
[21:12] <slangasek> ginggs: and there seem to be some other packages needing removal, for reals, not mentioned on the fpc bug... ztex-bmp, winff, view3dscene... ?
[21:21] <slangasek> not view3dscene, that one's not built on powerpc
[21:28] <wxl> sakrecoer: Laney: almost there. one last in progress test to finish and then we'll have the mandatory ones done.
[21:29] <sakrecoer> wxl: great!
[21:30] <Nio> good night
[21:31] <wxl> k sakrecoer Laney marked as ready
[21:32] <sakrecoer> wxl: alright! lets send that mail then! :)
[21:33] <wxl> sakrecoer: do it! and don't forget to wish linux a happy 25th
[21:33] <tsimonq2> wait
[21:33] <tsimonq2> sakrecoer: wait
[21:33] <sakrecoer> sure!
[21:33] <tsimonq2> Laney: are we ready?
[21:50] <Laney> 2 minutes
[21:51] <tsimonq2> ok
[21:51] <sakrecoer> ok :) was about to mention that mate,gnome and studio download link still give 404
[21:54] <Laney> I synced the mirrors
[21:54] <Laney> everything should be there in 30 minutes or so
[21:56] <tsimonq2> ok
[21:56] <sakrecoer> alright :)
[22:03]  * flexiondotorg is now connect via 3G using my MX4 hotspot.
[22:03] <flexiondotorg> Because having the radio broadband fail right now, is, is....
[22:05] <Laney> So yeh, check some of the torrents work and send the mail whenever you want
[22:05] <Laney> I'm going to unfreeze the archive now
[22:05] <Laney> thanks all
[22:06] <flexiondotorg> Thanks Laney
[22:06] <Laney> if kubuntu get ready then we can push out a beta 1 image for them tomorrow
[22:07] <Laney> otherwise, I don't think it's a big deal for them to miss this one personally
[22:07]  * Laney will leave their images uncronned for now
[22:07] <Laney> other dailies are back on
[22:07] <Laney> nighty night
[22:09] <tsimonq2> o/ Laney
[22:09] <tsimonq2> Laney: thanks a lot for your help :)
[22:12] <sakrecoer> thanks everyone! :)
[22:23] <aldomann_> hey, just got the mail from the mailing list about the release
[22:24] <aldomann_> I was about to make the official anouncement of Ubuntu GNOME 16.10 beta 1, but the link seems to be an empty folder
[22:24] <aldomann_> http://cdimage.ubuntu.com/ubuntu-gnome/releases/yakkety/beta-1/
[22:24] <sakrecoer> aldomann_: hit reload ;)
[22:25] <aldomann_> not seeing the images on http://cdimage.ubuntu.com/ubuntu-gnome/releases/16.10/beta-1/ either
[22:25] <sakrecoer> aldomann_: odd, i do ..
[22:26] <sakrecoer> i have to go sleep now thogh! see you soon everyone! thanks for your help and patience!
[22:27] <flexiondotorg> aldomann_, Ubuntu GNOME has synced now :-)
[22:27] <aldomann_> nevermind, seeing them now
[22:28] <flexiondotorg> aldomann_, OK, something odd going on.
[22:28] <flexiondotorg> Ubuntu GNOME was fully populated a minute ago.
[22:28] <flexiondotorg> Now just hashes.
[22:29] <flexiondotorg> And populated again.
[22:33] <tsimonq2> published! \o/ http://fridge.ubuntu.com/2016/08/25/yakkety-yak-beta-1-released/
[22:38] <flexiondotorg> tsimonq2, Thanks for organising :-)
[22:42] <tsimonq2> flexiondotorg: thank sakrecoer, he did most if not all the work :)
[23:27] <bdmurray> slangasek: ^^ updated apport hook