16:03 #startmeeting 16:03 Meeting started Thu Jan 19 16:03:48 2017 UTC. The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 16:03 16:03 Available commands: action commands idea info link nick 16:03 kind of wondering why that's required for audio? 16:04 chiluk: able to /initiate/ it from the OS, I think you mean :) 16:04 chiluk, but it kind of does reboot system into the UEFI egg, hence can't do anything 16:04 [TOPIC] lightning round 16:04 $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox tdaitx xnox chiluk mwhudson) 16:04 o/ 16:04 barry caribou infinity doko mwhudson xnox chiluk slangasek tdaitx bdmurray robru cyphermox sil2100 16:04 oh yeah forgot about that xnox.. still slick. 16:04 win! 16:04 Damn, I won... 16:04 no meeting last week, so 2-week status 16:04 python-webencodings 0.5-2; python-persistent 4.2.2-1; various other debian things; html5lib/python-bleach regressions - will be looking at proposed branch to regress html5lib to seven-9s version (test w/pip); python-pip 9.0.1-2 (fixes python3.6 compat); python-mode 1:6.2.3-1 16:04 * sil2100 hates being last, needs to wait so long for his turn 16:05 network-manager still has not promoted due to systemd regression; looked at LP: #1647031 (still cannot reproduce locally due to kvm crash *inside* virt-qemu); i think this is not related to network-manager but a more general systemd regression (i think pitti confirmed) 16:05 Launchpad bug 1647031 in systemd (Ubuntu) "systemd-resolved’s 127.0.0.53 server does not follow CNAME records" [High,Triaged] https://launchpad.net/bugs/1647031 16:05 way better than lenovo that requires a CD-ROM... *(seriously I tried a usb stick). 16:05 ubuntu-image: released 0.14 to subsume 0.13; contains several autopkgtest fixes; still need to q/a the SRUs & snap; LP: #1650402; LP: #1655735; various housekeeping; LP: #1656371; LP: #1656391; 16:05 Launchpad bug 1650402 in Ubuntu Image "Add CI for Python 3.6" [Medium,Fix committed] https://launchpad.net/bugs/1650402 16:05 Launchpad bug 1655735 in linux (Ubuntu) "Incompatible libdevmapper 1.02.136 (2016-11-05) and kernel driver (unknown version)." [High,Incomplete] https://launchpad.net/bugs/1655735 16:05 Launchpad bug 1656371 in Ubuntu Image "Sparse file unittests fail on zfs" [High,Fix committed] https://launchpad.net/bugs/1656371 16:05 Launchpad bug 1656391 in Ubuntu Image "mount autopkgtest failure in lxc container" [Critical,Fix committed] https://launchpad.net/bugs/1656391 16:05 looked at autopkgtest-buildvm-ubuntu-cloud problems, but it only occurred on yakkety and i've since upgraded all machines to zesty; debian bug #783202 16:05 Debian bug 783202 in autopkgtest "[adt-buildvm-ubuntu-cloud] timeout nearly after display "Net device info"" [Normal,Open] http://bugs.debian.org/783202 16:05 looked at nova ftbfs on trusty w/python 2.7.12-1-14.02 16:05 looked at claws-mail 3.14.1-2 promotion bug - it's caused by gpgme1.0 ftbfs (LP: #1647204) 16:05 Launchpad bug 1647204 in gpgme1.0 (Ubuntu) "1.8.0-2 FTBFS in zesty 17.04" [Undecided,Confirmed] https://launchpad.net/bugs/1647204 16:05 python3.6 transition work for z; ppa test rebuild begun; scripts to sync/copy/status/rebuild updated, refined, and gitified; 16:05 --done-- 16:05 Bugfix : 16:05 LP: #103690 - IBM ppc64 - crash tool does not work on 4.8 kernels 16:05 Launchpad bug 103690 in ndiswrapper (Ubuntu) "Ndiswrapper can't connect to WPA network using 2.6.20-14-generic on amd64 (feisty)" [Undecided,Invalid] https://launchpad.net/bugs/103690 16:05 merge crash tool 16:06 Sosreport 3.3 trusty SRU 16:06 trusty, yakkety & xenial actually 16:06 Sponsor slashd krb5 SRU for LP: #1648901 16:06 Launchpad bug 1648901 in krb5 (Ubuntu Xenial) "SPNEGO crash on mechanism failure" [Medium,In progress] https://launchpad.net/bugs/1648901 16:06 (done) 16:09 no infinity 16:09 infinity is off... 16:09 doko, 16:10 - finish the trusty/python 2.7 test rebuild. for now, identified python-glanceclient nova oslo.messaging glance cinder as failing. these at least need investigation 16:10 - python 3.5.3 release 16:10 - GCC: extract, reduce, forward ppc64el ICE, fixed with the next upload 16:10 - GCC: update to the 2007-01 snapshot 16:10 - next GCC update, GCC cross fixes 16:10 - some non-security openjdk-8 updates 16:10 (done) 16:10 i guess mwhudson not here?! 16:11 deputy systemd: integrate instead of systemd-shim hand off to tvoss et.al. 16:11 receive bugs from tvoss et.al. about racy start of snapd units due to cgmanager 16:11 redo deputy systemd, without conflicts with systemd-shim and without cgmanager 16:11 stable, in unaproved queue 16:11 fix old s390x bugs 16:11 upload installer SRUs for 16.04.2, hopefully (most are released now, remaining netcfg is optional/cosmetic) 16:11 doko: yeah, i looked at those but it'll take a deeper dive 16:11 refresh of merges 16:11 Away next week, skiing in Arosa, CH 16:11 .. 16:11 barry: coreyb already uploaded kombu to -proposed. some of these should be fixed with this upload 16:11 doko: cool 16:13 chiluk: you're up 16:13 LP#1647389 - Deployed xenial-mitaka cloud and can now reproduce 16:13 LP#1655225 - Have a fix that seems to have resolved it. Need to check debdiff, and then ready for upload/SRU 16:13 LP#1650067 - Having to create an original patch in order to resolve as attempts to backport patches has grown to too much change 600-700 lines. I have hope an original patch should be much smaller. 16:13 --done-- 16:13 slangasek: your turn 16:13 * short week, bank holiday Monday + sprint travel swap Tuesday 16:13 * clearing downed branches from driveway and yard due to ice storm 16:13 * improve kernel SRU processing: lp:~vorlon/ubuntu-archive-tools/kernel-sru-review/ now tries to auto-accept UEFI binaries for us 16:13 * SRUs 16:13 ubotto no love? 16:13 * ppc64el SRUs for 16.04.2 16:13 * unpicking nvme regression between kernel and systemd 16:13 * ubuntu-core candidate image builds with snapd 2.21 16:13 (done) 16:14 = Back from vacations since Monday 16:14 = OpenJDK Updates 16:14 * OpenJDK 8 16:14 - Patches available on last Saturday 16:14 - Applied to current OpenJDK 8 package 16:14 - Updated package to 8u121 as it was released earlier 16:14 - Currently under test and looking for regressions 16:14 * OpenJDK 7 16:14 - started backports 16:14 (done) 16:14 worked with webops to requeue some old core files 16:14 reported daisy bug LP: #1655145 re interrupted core file reception 16:14 testing --graceful-timeout in canonistack (it works from the charm) 16:14 modified daisy app charm to utilize --graceful-timeout for gunicorn 16:14 Launchpad bug 1655145 in Daisy "interrupted core file reception results in lack of resubmission" [Low,Triaged] https://launchpad.net/bugs/1655145 16:14 submitted gunicron charm MP for graceful-timeout support 16:14 sumitted RT 98894 regarding updating staging daisy app charm 16:14 investigation into / fixing of retracer swift 404 issues 16:14 worked on modifications to apport-retrace to use a gdb sandbox LP: #1517257 16:14 Launchpad bug 1517257 in apport (Ubuntu) "apport-retrace should install and use gdb for target release" [Medium,Triaged] https://launchpad.net/bugs/1517257 16:14 research into / testing of unattended-upgrades bug LP: #1654070 16:14 Launchpad bug 1654070 in unattended-upgrades (Ubuntu) "sanity check can fail for packages missing dependencies" [Medium,Triaged] https://launchpad.net/bugs/1654070 16:14 wrote a bug pattern for ros upgrade failure bug LP: #1611737 16:14 worked with juliank re SRU verification of LP: #1651923 16:14 modified / tested Kees's gdb patch based off upstream feedback 16:14 some SRU reviews with sil2100 16:14 Launchpad bug 1611737 in ubuntu-release-upgrader (Ubuntu) "Can't upgrade from 14.04 to 16.04 if ros-indigo-desktop-full or ros-indigo-perception installed from ROS servers" [Undecided,Confirmed] https://launchpad.net/bugs/1611737 16:14 Launchpad bug 1651923 in apt (Ubuntu Yakkety) "apt https method decodes redirect locations and sends them to the destination undecoded." [High,Fix committed] https://launchpad.net/bugs/1651923 16:15 ✔ done 16:15 robru: you are up 16:16 cyphermox: ? 16:16 yeah 16:16 horum, never heard of ros-indigo-desktop...... 16:17 xenial: 16:17 - SRU grub2 PowerNV petitboot menu fix (bug LP: #1447500) 16:17 - debugging os-prober SRU output w/ slashd (bug LP: #1579609) 16:17 Launchpad bug 1447500 in grub2-signed (Ubuntu Xenial) "Ubuntu creates cluttered Petitboot menu entries" [Medium,Fix committed] https://launchpad.net/bugs/1447500 16:17 - grub-installer NVMe PReP support SRU (bug LP: #1656048) 16:17 - juju 2.0.2 SRU (bug LP: #1648894) 16:17 yakkety: 16:17 - juju 2.0.2 SRU (bug LP: #1648894) 16:17 Launchpad bug 1579609 in os-prober (Ubuntu Xenial) "os-prober bug resulting in possible FS corruption" [Critical,Fix committed] https://launchpad.net/bugs/1579609 16:17 Launchpad bug 1656048 in grub-installer (Ubuntu Xenial) "grub-installer might not install to the PReP partition of NVMe disks" [High,In progress] https://launchpad.net/bugs/1656048 16:17 Launchpad bug 1648894 in juju-core (Ubuntu Yakkety) "[SRU] Juju 2.0.2" [High,In progress] https://launchpad.net/bugs/1648894 16:17 zesty: 16:17 - HTX (htxubuntu) DASD exercisers fail (bug LP: #1648561) 16:17 - Juju 2.0.2 upload to zesty (bug LP: #1648894) 16:17 - cluttered Petitboot menu fix in grub2 (bug LP: #1447500) 16:17 - (disabling os-prober for PowerNV) 16:17 Launchpad bug 1648561 in os-prober (Ubuntu Xenial) "HTX (htxubuntu) DASD exercisers fail" [High,Triaged] https://launchpad.net/bugs/1648561 16:17 - debugging ubiquity-only startup 16:17 - grub-installer support for PReP backing partition on NVMe (bug LP: #1656048) 16:17 - netplan bonding support 16:17 - netplan bonding unit/intregration tests 16:17 - reviewing ubuntu-budgie slideshow changes 16:17 - ubiquity-dm panel HiDPI fixes 16:17 ±other stuff: 16:17 - netplan bonding+bridging planning 16:17 (done) 16:17 tdaitx: 8u121 for arm64 too? didn't see that yet 16:18 (one week status, forgot what was going on last week already) 16:18 - Landing team work, silo coordination 16:18 - Participating in some SRU reviews 16:18 - walinuxagent 2.2.2: 16:18 * Preparing the packaging, building test debs in PPA 16:18 * Setting up an Azure account, fighting with the setup 16:18 * Testing the packages on Azure VMs (basic tests) 16:18 * Pushing packages to zesty, yakkety, xenial and trusty, poking for approval to -proposed 16:18 * Looking into properly handling conffile defaults changes 16:18 - Writing up steps needed to be done when adding new flavors on a wiki 16:18 doko, using 8u112 with the hotspot security patches for that, just waiting to compare build results and see if it is sane 16:18 - Finalizing and enabling ubuntu-personal auto daily-builds on canonistack 16:18 - Discussion regarding ubuntu-core image builds 16:18 - Looking into getting the dbus bugfix release migrated to xenial-updates 16:19 cyphermox: petitboot menu fix ♥ 16:19 - Updating packageset for xubuntu 16:19 (done) 16:19 slangasek: it should help making that not suck. 16:19 alrighty 16:19 barry: did you have fun with systemd/network-manager? I kind of expected having to deal with that :) 16:19 cyphermox: oh, lots :( 16:20 cyphermox: let's talk after the meeting 16:20 sure. 16:20 cyphermox: AIUI you still can deal with it, since systemd is blocking things? 16:20 slangasek: yes, just need to catch up on what has been done so far. 16:20 ok 16:20 anything on status? 16:21 I do need some SRU reviews. 16:22 cyphermox: which release / anything that warrants queue jumping? 16:22 some things that would be good to have for 16.04; grub2 and grub-installer on ppc64el 16:22 * xnox would want netcfg sru review 16:22 not that it warrants queue jumping though. 16:23 (it is small if one filterdiff -x */po/* spew from debconf-update) 16:23 the queue is rather long... 16:23 and the equivalent SRUs for yakkety. 16:23 cyphermox: I don't see grub2 in queue for xenial 16:23 there's also juju-core. 16:23 grub2 in xenial was already moved to proposed. 16:23 maybe i should spend time verifying things in there, cause there is a lot of committed things, but not validated =/ 16:23 cool; I can commit a big block of time to reviews tomorrow 16:24 fwiw I've done some sru releases this morning prompted by maas needing released, looks like we've had a backlog of things needing released? 16:24 xnox: yes, that too 16:24 I can also continue working on SRUs tomorrow, but still there will have to be someone to double-check them for me 16:24 So not much help from me yet 16:24 sil2100: your mentor hasn't given you the green light yet to do them on your own? 16:24 yeah, things that got released today were all dandy =) 16:24 I'll have a good look at pending-sru to see if there are things I can review that slipped through the cracks 16:25 [TOPIC] SRUs 16:25 ohey topic 16:25 wee 16:25 I didn't do that many of them, some were reviewed by Robie 16:25 Since I overlap with him more than bdmurray usually 16:25 He hasn't looked at releasing verified stuff either afaik. 16:25 No, that not yet, just doing UNAPPROVED reviews so far 16:26 sil2100: ok. you asked me earlier about whether you should be set loose, and I said your mentor should comment; has rbasak given an indicator of what's left to do? 16:26 slangasek: I think there were / are a fair number of autopkgtest failures with the SRUs 16:26 bdmurray: yeah, I just marked nplan bad-test in yakkety for example 16:27 ATM the only way those autopkgtest failures get resolved is if the sru team drives them, so... 16:27 that's sad 16:28 bdmurray: well, nothing flags the autopkgtest failures on the bug and nobody but the sru team looks at http://people.canonical.com/~ubuntu-archive/pending-sru.html 16:28 so maybe we need automation to post to the sru bugs when there are autopkgtest failures? 16:29 slangasek: from sru-report or the autopkgtest infrastructure? 16:29 bdmurray: sru-report is probably saner 16:30 bdmurray: do you want to follow up on this? 16:31 I'll have a think about it (the bug) 16:31 slangasek: let me poke Robie to see if he was happy with my SRU reviews so far 16:31 [ACTION] bdmurray to think about exposing autopkgtest failures on SRU bugs 16:31 * meetingology bdmurray to think about exposing autopkgtest failures on SRU bugs 16:31 sil2100: ok, cool 16:31 [TOPIC] AOB 16:31 anything else? 16:31 bdmurray: you think if Robie gives me a +1 I could at least do the UNAPPROVED ones by myself? :) 16:32 doko, gaughen: fwiw we need to talk about rustc... the security team tells me it's becoming a hard build-dependency for new upstream versions of firefox 16:32 sil2100: Have not approved anything? If so why? 16:32 bdmurray: I would then poke you or him for the verified ones if I start going though them 16:32 ack 16:32 bdmurray: I was approving, but only after you or Robie double-checked them 16:32 sil2100: So you haven't REJECTED anything? 16:32 my AOB: if someone pings me for something and I don't respond, ping harder, I may be in the zone working on the bond and bridge support for netplan. 16:33 slangasek: yes, I expected something like this ... that's why I updated it. only problem ... doesn't yet exist for armhf. maybe it will with the next release 16:33 (ie. telegram beeps on my phone) 16:33 bdmurray: not yet actually, not besides the ones that were superseeded (like the ubuntu-image ones) 16:33 doko: right. but I guess we need to SRU this all the way back to trusty as well 16:33 slangasek: the good thing is that we already have the regular llvm updates ... 16:34 sil2100: I think its important to have an understanding of what types of things cause a reject. 16:34 ahh, not yet 3.9 ... so we to convince the mesa maintainers =) 16:34 do we support firefox/armhf on trusty?! 16:34 bdmurray: agreed 16:35 xnox: we don't have *any* rustc package in trusty 16:35 xnox: and in xenial, we only have it on amd64 + i386 16:35 bdmurray: yeah, didn't have any packages that would warrant a reject - ubuntu-image had issues that I found and pointed out and reuploaded, but that was just it 16:35 sil2100: I guess when I look at the queue today and find things to reject I could send them your way, but then you'd know to look real carefully! 16:35 so it's a bit of a mess, given that the firefox package does exist on other archs in previous LTSes 16:35 as in i thought trusty should be red herring as there is no armhf desktop platform with X stack that can run firefox. 16:36 (w.r.t. lack of armhf in rustc) 16:36 =? 16:36 =/ 16:36 well, as I said, armhf is not specifically the issue 16:37 ok... anything else? 16:39 #endmeeting