[10:39] <Tonio_> hi there !
[10:39] <Tonio_> my @ubuntu.com email address doesn't forward to my gmail account since yesterday 23h59....
[10:39] <Tonio_> who may I contact to get that fixed please ?
[10:40] <Tonio_> I checked the canonicam smtp server and it seems to accept the email but nothing coming afterwards...
[10:40] <Tonio_> also, am I on the good channel to ask for this ?
[10:43] <dasjoe> No, wrong channel. This one is for Ubuntu development, currently focused on the soon to be released 17.10
[10:44] <dasjoe> Please email rt@ubuntu.com with a link to your Launchpad profile and the details of your problem.
[10:49] <Tonio_> thx dasjoe :)
[11:58] <xnox> Laney, nplan tests started to fail on s390x but it seems like "reboots" of the lxc container... don't really reboot? i've touched files in /run and i can see them after every reboot mark
[11:58] <xnox> and i expect a fresh /run between each reboot
[11:59] <Laney> why would that have started now?
[12:00] <xnox> not sure yet
[12:01] <xnox> but i see it on s390x/lxc only at the moment
[12:01] <xnox> http://autopkgtest.ubuntu.com/packages/nplan/xenial/s390x
[12:01] <xnox> http://autopkgtest.ubuntu.com/packages/nplan/artful/s390x
[12:04] <xnox> Laney, is there a better way for me to debug what autopkgtest-virt-lxc is doing? as manual lxc containers do reboot with fresh /run for me
[12:12] <Laney> xnox: pass autopkgtest --debug and ... -- lxc --debug ...
[12:12] <Laney> got to have lunch now, see you in a bit
[12:45] <xnox> Laney, so with debug logs it seems like lxc-wait was timing out... and the container did not actually stop to complete the shutdown part when rebooting
[12:45] <xnox> i've made lxc-wait to be run without a timeout, and increased the wrappers timeout to be longer
[12:45] <xnox> imho it looks wrong that lxc-wait timeout is less than the overall command timeout is.
[12:46] <xnox> as the test suite goes to pretend that everything is awesome, when it did not reboot
[12:47] <xnox> and it looks like reboot command was not delievered.... cause i can do lxc-attach out of band and doing sudo reboot makes the test go further
[13:25] <xnox> Laney, i am suspecting we either need to switch s390x to lxd provider and use the pre-published lxd base images, or we need to cherrypick these lxc commits and regenerated artful lxc autopkgtest runner http://launchpadlibrarian.net/336056950/lxc_2.0.8-0ubuntu7_2.0.8-0ubuntu7.1.diff.gz
[13:28] <Laney> xnox: can you SRU them or at least provide a PPA for xenial?
[13:28] <Laney> I'm not going to work on lxd or anything like that for s390x, since we'll be using bos02 soon
[13:29] <Laney> thanks for finding the problem
[13:29] <xnox> Laney, do you have RT# of what is blocking you from using bos02?
[13:29] <Laney> no
[13:30] <Laney> but you don't have to worry about that
[13:30] <xnox> Laney, trello card? i thought you had RT#
[13:30] <Laney> no
[13:30] <Laney> maybe William does, but I don't
[13:30] <xnox> Laney, well i'm blocked landing systemd in artful now due to nplan/s390x "regression"
[13:31] <Laney> ok, and you found the fixes, so if you provide me with an lxc then I can upgrade to that and then we'll be happy again
[13:31] <xnox> Laney, can you please skiptest nplan/s390x? i guess i can create a qemu vm locally, and test nplan in the adt qemu vm on s390x locally first.
[13:31] <xnox> ok
[13:37] <xnox> hmmmm https://launchpad.net/~ubuntu-lxc/+archive/ubuntu/lxc-stable
[13:40] <seb128> slangasek, hey, is foundations reviewing their rls-aa-incoming bugs still? some like bug #1717009 didn't see much activity
[15:01] <Laney> xnox: did you get an s390x build of that?
[15:01] <Laney> I mean... I guess I could hack the template...
[15:04] <xnox> Laney, well, it's not that simple.
[15:05] <xnox> Laney, as autopkgtest-build-lxc fails with netplan only instances.
[15:05] <Laney> because why?
[15:05] <xnox> Laney, so it seems we either need bos02 autopkgtest going or switch to lxd or fix more things.
[15:06] <xnox> Laney, because it fiddles with /etc/network/interfaces; does not expect networkd config to be in runtime dirs; and expects chroot alone to work to get working networking, when it also needs to enter the pid and mount space and ipc namespace because resolved is now a stub resolver
[15:06] <xnox> or like setup resolv.conf from the host
[15:06] <xnox> so new lxc template help to get autopkgtest-build-lxc going further, but not to successful completion
[15:07] <xnox> this is reproducible on any arch
[15:07] <xnox> but s390x is the only one using lxc backend =/
[15:09] <Laney> guess we should just get this in
[15:19] <smoser> bdmurray, around ?
[15:20] <bdmurray> smoser: I have an appointment shortly what's up?
[15:21] <smoser> hey.
[15:21] <smoser> wanted to know what you need from us for cloud-init sru exception
[15:22] <bdmurray> smoser: Ah, I'll have a look again when I get back then.
[15:22] <smoser> ok. thanks.
[17:00] <lamont> -loadkeys '/etc/console-setup/cached_UTF-8_del.kmap.gz' > '/dev/null'
[17:00] <lamont> +loadkeys '/tmp/tmpkbd.vNPuVc' > '/dev/null'
[17:01] <lamont> wtf?  /etc/console-setup/cached_setup_keyboard.sh seems "not right" after the upgrade just now
[17:23] <mdeslaur> cyphermox: any ideas on that console-setup thing? ^
[17:24] <iratemin> Looking for some assistance on a wifi problem.  Upgraded 17.04 - 17.10 last night.  Wifi connects but continues to show a ? instead of strength.  Unable to resolve any address.  Can ping 8.8.8.8.  Tried forcing DNS to 8.8.8.8,8.8.4.4. but didnt fix it.
[17:26] <iratemin> NetworkManager.conf already had wifi.scan-rand-mac-address=no set as others had found a few months ago.
[17:27] <nacc> iratemin: #ubuntu+1 for support
[17:27] <iratemin> ok, thank you  sorry if this was the wrong spot.
[17:38] <slangasek> seb128: we did discuss 1717009 in yesterday's meeting, we declined to target it for 17.10 at the time because we think we already have a full plate between now and release; this seems like something fixable in SRU once an upstream fix is available?
[18:01] <seb128> slangasek, sounds fine, the bug tag should be tagged to rls-aa-notfixing then right? would be nice also to add a comment stating the decision so others know what's going on :-)
[18:05] <bdmurray> smoser: Looking at https://wiki.ubuntu.com/CloudinitUpdates again all the "TODOs" in the Automated and Manual Test Results need to be done for the tag to get change to v-done correct?
[18:08] <cyphermox> mdeslaur: nope. looks wrong.
[18:08] <smoser> bdmurray, yes. so we open a master bug, put that template in, and then for each master bug we would need to attach that stuff.
[18:08] <smoser> is that what you were asking ?
[18:09] <smoser> previously i was asking if you thought this was "Ready to Use"
[18:09] <bdmurray> smoser: And *all* bits are required for it to be verified?
[18:09] <smoser> yes that'd be the intent.
[18:10] <bdmurray> smoser: Then, yes its about ready to use - just some formatting changes to the page that I could make.
[18:10] <smoser> (but until we replace 'manual' with 'automated', the collected results will be human done)
[18:10] <smoser> bdmurray, sure. thanks!
[18:10] <bdmurray> smoser: Should I remove the draft header too?
[18:10] <smoser> please.
[18:40] <smoser> bdmurray, i have another question... with your general SRU team member hat on
[18:40] <smoser> cloud-init upstream dropped a dependency on python3-prettytable.
[18:40] <smoser> we dropped that dependency in the artful packaging
[18:41] <smoser> should we drop it in the xenial and zesty packaging ?
[18:41] <smoser> or just leave it as legacy
[18:42] <bdmurray> If its not used might as well drop it for new installs.
[18:43] <smoser> ok. thanks.
[18:43] <smoser> blackboxsw, ^ i can make that packaging change quick in ubuntu packaging.
[18:47] <smoser> blackboxsw, ok. i did that. you might want to re-fetch upstream.
[18:47] <smoser> s/might/will/
[18:49] <blackboxsw> refetching
[18:49] <blackboxsw> thx
[18:56] <NMCUNIX> Hi Guys
[18:57] <NMCUNIX> I'm on Kubuntu 17.10 beta 2 - Can I also install the new Gnome Ubuntu desktop by simply doing : sudo apt install ubuntu-session   ?
[23:10] <jbicha> bdmurray: silly question, but do xdiagnose and xterm need to be demoted to universe before they are added to utils/demoted.cfg in ubuntu-release-upgrader?
[23:15] <bdmurray> jbicha: demoted.cfg is created automatically so yes
[23:15] <jbicha> ok, maybe we'll get that done next week