[12:20] <juliank> I'm super confused by ubuntu-release-upgrader in xenial
[12:20] <juliank> the tests are passing on autopkgtest.u.v
[12:20] <juliank> s/v$/c/
[12:20] <juliank> Yet, when running locally for my SRU, pep8 is failing everywhere
[12:20] <juliank> pep8 version is the same though, and most code did not change (just s/http/https)
[12:22] <juliank> I guess I'll just upload it anyway, as something must be going wrong locally
[12:23] <juliank> oh, hmm there are a lot of symlinks
=== ricab is now known as ricab|bbl
[12:35] <ahasenack> hi, I need some help in interpreting update_output.txt for iptables,
[12:35] <ahasenack> skipped: iptables (86, 158, 16)
[12:35] <ahasenack>     got: 939+0: a-3:a-2:a-922:i-8:p-2:s-2
[12:35] <ahasenack> and a huge list of packages
[12:36] <ahasenack> I checked some packages again, but they all seem to have been built in proposed with the new iptables already
[12:36] <ahasenack> keepalived, miniupnpd, strongswan*
[12:36] <ahasenack> systemd too
[12:38]  * ahasenack checks armhf
[12:38] <ahasenack> hm, not easily done, I don't have access to armhf
[12:43] <ahasenack> ah, found it
[12:43] <ahasenack> iptables-nftables-compat
[12:43] <ahasenack> no that comes from iptables itself
[12:44] <ahasenack> ah, was dropped
[13:02] <ahasenack> it looks line in armhf some of these packages weren't rebuilt at the right time
=== ricab|bbl is now known as ricab
[14:53] <kfunk> hey ho. just upgraded to 19.10 and I was wondering what the upgrade path re. settings/etc. regarding the Chromium DEB->Snap switch is? -- problem right now: I managed to copy over my original chromium settings dir from ~/.config to ~/snap. but now my saved passwords are gone. running KDE/Plasma Desktop...
[14:53] <kfunk> any idea how to fix this?
[14:54] <kfunk> I guess I'll need to copy over some secret key or sth, but I guess I can't be the only one who got bit by this...
[15:05] <RikMills> kfunk: did you do this? https://discourse.ubuntu.com/t/intent-to-provide-chromium-as-a-snap-only/5987
[15:17] <kfunk> RikMills: that's what I did (after digging a bit through my $HOME), but that didn't "import" my passwords.
[15:17] <kfunk> I guess that Chromium is no longer able to talk to KWallet or sth; as it also mentions a problem with the Plasma Browser Integration host
[15:20] <RikMills> sadly doesn't look like the chromium uploader (oSoMoN) is in here at the moment
[15:20] <kfunk> I'm debugging it a bit, but given Chromium's complexity this isn't going to be fun
[15:34] <kfunk> oh, okay. so a colleague of mine helped. the fix seems to be running: snap connect chromium:password-manager-service :password-manager-service
[15:36] <kfunk> also now found: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1832786
[15:36] <ubottu> Launchpad bug 1832786 in chromium-browser (Ubuntu) "[snap] chromium-browser ignores system password store" [Undecided,Incomplete]
[15:44] <juliank> bdmurray: ^^ about 3 hours ago, I mentioned that I can't get ubuntu-release-upgrader's pep8 check to pass in xenial locally for my SRU
[15:44] <juliank> bdmurray: I'm confused by that, because it seems passing on autopkgtest.u.c
[15:45] <juliank> bdmurray: do you happen to have an idea what's going on there? It seems it's failing on files that are symlinks from python-apt and apt-clone
[15:46]  * juliank could just upload it and then we'll see if it fails there too, but not sure
[15:48] <juliank> Oh, it seems it's running in a built tree, maybe that's a difference
[15:53] <juliank> it's always good to just let problems rest for a few hours and get back to them
[15:54] <juliank> uploaded.
[15:54] <bdmurray> juliank: great, I'm glad I could help ;-)
[19:23] <The_LoudSpeaker> just curious, is there any record of how many ubuntu users are present worldwide? I mean something like ____ number of people actively use ubuntu.
[19:24] <genii> There is no definitive way to establish number of users
[19:25] <The_LoudSpeaker> atleast no of downloads of latest lts ?
[19:25] <The_LoudSpeaker> or 19.04 ?
[19:37] <alkisg> Since 18.10, Ubuntu's initramfs-tools switched to calling dhclient instead of ipconfig. But dhclient-script is broken and generates invalid net-eth0.conf files, calls chown --reference= which isn't supported by busybox etc.
[19:37] <alkisg> I reported this in https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1840965; I can send code if someone's going to commit it; or, if there are thoughts to switch back to ipconfig, then everything will work again...
[19:37] <ubottu> Launchpad bug 1840965 in isc-dhcp (Ubuntu) "dhclient initramfs code writes invalid net-eth0.conf" [Undecided,New]
[21:30] <vorlon> alkisg: we definitely don't want to revert to ipconfig.  Patches certainly welcome
[22:14] <rcj> Could I get someone to nominate tracks on a livecd-rootfs SRU? LP: #1837254  I need disco, bionic, and xenial.
[22:14] <ubottu> Launchpad bug 1837254 in livecd-rootfs (Ubuntu) "ubuntu-cpc parallel builds produce unused files" [Undecided,Fix released] https://launchpad.net/bugs/1837254
[22:15] <sarnold> rcj: done
[22:15] <rcj> Thank you sarnold
[22:50] <vorlon> cjwatson: for your awareness, /usr/sbin/update-initramfs appears to be broken in the cpc-produced launchpad-buildd chroots https://launchpad.net/ubuntu/+source/diffoscope/121/+build/17428383
[23:12] <mwhudson> oops