| 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:20 |
| juliank | I guess I'll just upload it anyway, as something must be going wrong locally | 12:22 |
| juliank | oh, hmm there are a lot of symlinks | 12:23 |
| === ricab is now known as ricab|bbl | ||
| 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:35 |
| 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:36 |
| * ahasenack checks armhf | 12:38 | |
| ahasenack | hm, not easily done, I don't have access to armhf | 12:38 |
| ahasenack | ah, found it | 12:43 |
| ahasenack | iptables-nftables-compat | 12:43 |
| ahasenack | no that comes from iptables itself | 12:43 |
| ahasenack | ah, was dropped | 12:44 |
| ahasenack | it looks line in armhf some of these packages weren't rebuilt at the right time | 13:02 |
| === ricab|bbl is now known as ricab | ||
| 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:53 |
| 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... | 14:54 |
| RikMills | kfunk: did you do this? https://discourse.ubuntu.com/t/intent-to-provide-chromium-as-a-snap-only/5987 | 15:05 |
| 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:17 |
| 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:20 |
| 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:34 |
| 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:36 |
| 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:44 |
| 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:45 |
| * juliank could just upload it and then we'll see if it fails there too, but not sure | 15:46 | |
| juliank | Oh, it seems it's running in a built tree, maybe that's a difference | 15:48 |
| juliank | it's always good to just let problems rest for a few hours and get back to them | 15:53 |
| juliank | uploaded. | 15:54 |
| bdmurray | juliank: great, I'm glad I could help ;-) | 15:54 |
| 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:23 |
| genii | There is no definitive way to establish number of users | 19:24 |
| The_LoudSpeaker | atleast no of downloads of latest lts ? | 19:25 |
| The_LoudSpeaker | or 19.04 ? | 19:25 |
| 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] | 19:37 |
| vorlon | alkisg: we definitely don't want to revert to ipconfig. Patches certainly welcome | 21:30 |
| 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:14 |
| sarnold | rcj: done | 22:15 |
| rcj | Thank you sarnold | 22:15 |
| 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 | 22:50 |
| mwhudson | oops | 23:12 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!