[05:09] jdstrand: interesting in all local autopkgtests the only occurring issue was the output order change (which was reliable) [05:10] thanks for the info, I'll take a second look at it [08:47] jdstrand: yes the ufw patch was for for compatibility with iptables 1.8.3 [08:47] odd that it seems to hang on the tests [08:48] the upload itself (as you have seen in the MP that I set you as reviewer to be aware) just adds another allowed result for one of the tests [08:48] Locutusofborg: it worked in local autpkgtest VMs, but it seems something odd happened on the actual upload [08:48] Locutusofborg: I don't know details yet [09:00] hmm, I see a bunch of those tests all 37 minutes old - so I assume one of you has recently restarted them [09:00] that seemed reasonable as half of them was failing on some unrelated kernel install dependency [09:01] but is seems they now all fail at Test get_netfilter_capabilities() ... [09:01] that matches the long running/hanging tests ahasenack has seen [09:06] this test just worked before, even against iptables 1.8.3 [09:07] I have alocal VM based run ongoing hoping that it breaks there as well [09:28] jdstrand: Locutusofborg: I started to track things in bug 1840633 [09:28] bug 1840633 in ufw (Ubuntu) "autopkgtests get stuck in Eoan with iptables 1.8.3" [Undecided,New] https://launchpad.net/bugs/1840633 [09:39] interesting this fail is not part of the test but instead part of the build it does for "build-needed" [09:40] There are 13 stuck tests in the queue hanging I'll ask to cancel them [09:41] actually where would I ask for that ... ? [09:41] let me spam the channels a bit :-/ [09:43] There are currently 13 UFW tests on http://autopkgtest.ubuntu.com/running#pkg-ufw; all are stuck on "Test get_netfilter_capabilities() ..." in the "build-needed" stage. This will not recover due to bug 1840633. It would be great if someone could cancel them. FYI: Since I don't exactly know who can do this I posted this on multiple channels. [09:43] bug 1840633 in ufw (Ubuntu) "autopkgtests get stuck in Eoan with iptables 1.8.3" [Undecided,New] https://launchpad.net/bugs/1840633 [09:54] jamespage: o/ did you manage to look at mysql-router from my PPA at all? I'm about to add it to src:mysql-8.0 in the archive, so now would be a good time to fix any problems :) [10:03] cpaelzer, hey, thx for the zsys MIR review! [10:04] np [10:04] I had a lot to criticize and request, I wonder that you are so happy about it :-) [10:07] Hello, what is the purpose of this channel? [10:09] EoflaOE: see title "Devel of Ubuntu (not support)" [10:09] EoflaOE: see https://wiki.ubuntu.com/IRC/ChannelList for an overview of Ubuntu channels [10:12] cpaelzer: Thanks, but is this channel also for requesting packages? [10:15] EoflaOE: I doubt a lot will happen if you just post that here, there is much more of an official process and usually done together with Debian (unless it is explicitly Ubuntu-only for some reason) https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [10:16] step1 usually is finding someone to package and maintain it [10:20] cpaelzer: Thanks. [10:25] cpaelzer, right, well I didn't read the details of the review yet so will comment on that in a bit ... :-) [10:33] tkamppeter: is there any way I can import your NetworkManager 1.10.14-0ubuntu2 packages from bionic-proposed into a PPA of my own without rebuilding them? [10:33] my users really need the fix for CVE-2018-1000135 [10:33] GNOME NetworkManager version 1.10.2 and earlier contains a Information Exposure (CWE-200) vulnerability in DNS resolver that can result in Private DNS queries leaked to local network's DNS servers, while on VPN. This vulnerability appears to have been fixed in Some Ubuntu 16.04 packages were fixed, but later updates removed the fix. cf. https://bugs.launchpad.net/ubuntu/+bug/17... (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1000135) === ricab is now known as ricab|lunch [12:55] rbalint what's the plan for systemd in eoan? seems it's back to 240-6ubuntu9 now, will e get released with that version? === ricab|lunch is now known as ricab [15:49] cyphermox, hey, did you manage to get anywhere with ffmpeg/armhf? [16:03] seb128: negative, but will be looking into this today [16:04] cyphermox, k, thx [16:04] I'm pondering going ahead with the poppler transition since ff is coming and libvpx isn't getting nearer from being unblocked [16:05] but that would probably not be popular with some persons... [16:26] well tbh I'd look more into libvpx thans others myself [23:46] i'm completely confused by the blockage around hugo in proposed [23:46] i think there might be some circular dependencies going on ...