[06:03] -queuebot:#ubuntu-release- Packageset: 101 entries have been added or removed
[06:43] <cpaelzer> vorlon: I'm not disappointed, but want to make sure: this is just i386 removal or would you want/need something changed in DPDK for this?
[07:17] <vorlon> cpaelzer: just i386 removal
[08:26] <rbalint> sil2100, could you please accept wslu srus?
[08:53] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (focal-proposed) [5.4.0-8.11]
[08:53] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (focal-proposed) [5.4.0-8.11]
[08:53] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (focal-proposed) [5.4.0-8.11]
[08:53] -queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (focal-proposed) [5.4.0-8.11]
[09:01] -queuebot:#ubuntu-release- Unapproved: landscape-client (eoan-proposed/main) [18.01-0ubuntu9 => 18.01-0ubuntu9.1] (ubuntu-server)
[09:20] <seb128> hey there
[09:20] <seb128> SRU team, we would like https://launchpad.net/ubuntu/+source/pulseaudio/1:8.0-0ubuntu3.11 to be pulled out of xenial-updates due to bug #1856054
[09:21] <seb128> rbasak, tjaalton, sil2100, ^ can one of you help with that?
[09:21] <seb128> popey, ^ fyi
[09:21] <tjaalton> xenial-updates?
[09:22] <seb128> yes
[09:22] <seb128> it builds with libsnapd-glib now
[09:22] <tjaalton> I don't think we have power to do that
[09:22] <tjaalton> the bug mentions bionic
[09:22] <rbasak> Yeah I was about to say
[09:22] <seb128> right, but that impacts xenial as well
[09:22] <rbasak> Need an AA to pull it
[09:23] <rbasak> SRU team can only accept something on top I believe
[09:23] <seb128> I'm AA and can delete
[09:23] <seb128> so should I just go ahead and delete from updates?
[09:23] <seb128> unsure what's the process there
[09:23] <rbasak> +1 wearing my SRU hat to treat it as a regression and in principle pull it
[09:23] <seb128> rbasak, tjaalton, the problem is that libsnapd-glib which got added as a depends is a small glue lib, but it Recommends snapd
[09:24] <rbasak> As I assume it was an unintended consequence?
[09:24] <seb128> rbasak, tjaalton, it's less an issue on bionic since we do install snapd by default there
[09:24] <seb128> indeed
[09:24] <tjaalton> ok
[09:24] <seb128> people who did the SRU didn't take into account that not everyone is using snapd
[09:24] <seb128> especially not on xenial
[09:24] <tjaalton> was just going to ask why it's an issue because it's not clear from the bug
[09:24] <tjaalton> lol ;)
[09:25] <seb128> it basically means any xenial user having pulseaudio is going to have snapd pulled in
[09:25] <seb128> which is probably going to annoy a lot of people
[09:25] <rbasak> seb128: I think you should delete it from updates assuming it hasn't been there very long
[09:25] <tjaalton> yes, go for ti
[09:25] <tjaalton> it
[09:25] <seb128> rbasak, tjaalton, thanks
[09:25] <rbasak> seb128: but we need to upload a replacement soon to avoid confusion with people having an unpublished version installed
[09:25] <seb128> I wonder if we should delete from bionic as well?
[09:25] <seb128> right
[09:25] <sil2100> seb128: +1 from me as well, the procedures are generally: remove the version from -updates, and copy-package the previous version so that it's re-published, and then quickly look for a revert/fix
[09:26] <seb128> or restore that one once we have fixed snapd-glib to lower the Recommends to a Suggests
[09:26] <rbasak> If the effect is the same, then we should do the same thing on all affected supported releases
[09:26] <seb128> well, bionic has snapd installed by default on Ubuntu Desktop at least
[09:26] <seb128> but it's still going to pull snapd for e.g xubuntu users who might not want it
[09:26] <rbasak> There are also a contingent of users who deliberately remove snapd on installation
[09:27] <RikMills> should that lib really be recommending?
[09:27] <rbasak> I wouldn't say that we "support" that, but if we reinstante snapd as an unintended consequence, rather than a deliberate choice, then I think that's something we should accept as a regression and pull it for the benefit of that contingent too.
[09:27] <Laney> That's probably the fix, but in the interim it's correct to remove the SRUs
[09:35] <seb128> k, SRU deleted from now, I'm going to republish the old one to updates
[09:36] <seb128> the new one is in proposed
[09:36] <seb128> we need to fix snapd-glib to lower the recommends to a suggest then we can restore the pulseaudio one
[09:36] <seb128> thanks rbasak tjaalton sil2100
[09:36] <seb128> popey, ^
[09:37] <popey> Nice one, thanks.
[09:37] <seb128> popey, thx for pointing it out!
[09:41] <popey> np
[09:41] <popey> someone lobbed an angry youtube video my way. i will thank them :)
[09:42] <Laney> hahah
[09:42] <Laney> sincerely, outraged of youtube
[09:43] <popey> "sincerely". This is a new alternate universe youtube I would quite like.
[09:49] <RikMills> popey: the video by 'Learn Linux'?
[09:49] <popey> yes
[09:50] -queuebot:#ubuntu-release- Unapproved: pulseaudio (xenial-updates/main) [1:8.0-0ubuntu3.11 => 1:8.0-0ubuntu3.10] (core) (sync)
[09:50] <RikMills> ok, I commented with the bug link
[09:50] <popey> as did i
[09:50] <RikMills> :D
[09:58] <seb128> rbasak, tjaalton, ^ I copied back the previous version but it hit unapproved, should I just accept it from there?
[09:59] <tjaalton> fine by me
[09:59] <rbasak> +1
[10:00] <seb128> thx
[10:00] -queuebot:#ubuntu-release- New binary: zinnia [s390x] (focal-proposed/universe) [0.06-5ubuntu1] (input-methods)
[10:01] -queuebot:#ubuntu-release- Unapproved: pulseaudio (bionic-updates/main) [1:11.1-1ubuntu7.5 => 1:11.1-1ubuntu7.4] (desktop-core, ubuntu-server) (sync)
[10:02] -queuebot:#ubuntu-release- New binary: zinnia [amd64] (focal-proposed/universe) [0.06-5ubuntu1] (input-methods)
[10:02] -queuebot:#ubuntu-release- New binary: zinnia [armhf] (focal-proposed/universe) [0.06-5ubuntu1] (input-methods)
[10:02] -queuebot:#ubuntu-release- New binary: zinnia [arm64] (focal-proposed/universe) [0.06-5ubuntu1] (input-methods)
[10:02] -queuebot:#ubuntu-release- New binary: zinnia [ppc64el] (focal-proposed/universe) [0.06-5ubuntu1] (input-methods)
[10:02] -queuebot:#ubuntu-release- Unapproved: accepted pulseaudio [sync] (bionic-updates) [1:11.1-1ubuntu7.4]
[10:02] -queuebot:#ubuntu-release- Unapproved: accepted pulseaudio [sync] (xenial-updates) [1:8.0-0ubuntu3.10]
[10:20] <rbasak> sil2100: I'm just reviewing open-vm-tools in the SRU queues now - carry over from yesterday
[10:32] <sil2100> rbasak: thanks for the heads up, I didn't start my SRU shift yet if anything anyway
[10:42] -queuebot:#ubuntu-release- Unapproved: accepted open-vm-tools [source] (eoan-proposed) [2:11.0.1-2ubuntu0.19.10.2]
[10:43] -queuebot:#ubuntu-release- Unapproved: accepted open-vm-tools [source] (disco-proposed) [2:11.0.1-2ubuntu0.19.04.2]
[10:44] -queuebot:#ubuntu-release- Unapproved: accepted open-vm-tools [source] (bionic-proposed) [2:11.0.1-2ubuntu0.18.04.2]
[10:45] <cpaelzer> thanks rbasak
[11:07] -queuebot:#ubuntu-release- New: accepted zinnia [amd64] (focal-proposed) [0.06-5ubuntu1]
[11:07] -queuebot:#ubuntu-release- New: accepted zinnia [armhf] (focal-proposed) [0.06-5ubuntu1]
[11:07] -queuebot:#ubuntu-release- New: accepted zinnia [s390x] (focal-proposed) [0.06-5ubuntu1]
[11:07] -queuebot:#ubuntu-release- New: accepted zinnia [arm64] (focal-proposed) [0.06-5ubuntu1]
[11:07] -queuebot:#ubuntu-release- New: accepted zinnia [ppc64el] (focal-proposed) [0.06-5ubuntu1]
[12:10] <cjwatson> I fixed https://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.focal/ to run on amd64 as of the last run; that was the clear intent of the code vorlon wrote in update-germinate, but there was a bug that meant it was still running for i386
[12:10] <cjwatson> (Similarly the other *.focal other than i386.focal)
[13:02] -queuebot:#ubuntu-release- Unapproved: valgrind (bionic-proposed/main) [1:3.13.0-2ubuntu2.1 => 1:3.13.0-2ubuntu2.2] (ubuntu-desktop)
[13:33] <slashd> sil2100, could you please accept this 'valgrind' ^ upload if your time permit today ? Thanks in advance
[13:49] <rbalint> sil2100, could you also please check landscape-client for eoan?
[14:13] -queuebot:#ubuntu-release- Unapproved: linux-firmware (bionic-proposed/main) [1.173.13 => 1.173.14] (core, kernel)
[14:14] -queuebot:#ubuntu-release- Unapproved: linux-firmware (disco-proposed/main) [1.178.6 => 1.178.7] (core, kernel)
[14:16] -queuebot:#ubuntu-release- Unapproved: linux-firmware (eoan-proposed/main) [1.183.2 => 1.183.3] (core, kernel)
[14:17] -queuebot:#ubuntu-release- Unapproved: xen (disco-proposed/main) [4.9.2-0ubuntu2 => 4.9.2-0ubuntu4] (ubuntu-desktop, ubuntu-server, virt)
[14:28] <slashd> rbalint: as an fyi simpoir and I are currently working at bumping lds-client on eoan to 19.12
[14:29] <slashd> does your fix included in 19.12 release ?
[14:32] <slashd> rbalint, would you be okay if we add your fix on top of 19.12 (If not already there ?) instead ?
[14:34] <jdstrand> sil2100: hey do you know who did this: 03:50 -queuebot:#ubuntu-release- Unapproved: pulseaudio (xenial-updates/main) [1:8.0-0ubuntu3.11 => 1:8.0-0ubuntu3.10] (core) (sync)
[14:35] <jdstrand> sil2100: and this: 04:01 -queuebot:#ubuntu-release- Unapproved: pulseaudio (bionic-updates/main) [1:11.1-1ubuntu7.5 => 1:11.1-1ubuntu7.4] (desktop-core, ubuntu-server) (sync)
[14:35] <sil2100> jdstrand: hey! I think it was seb128, an emergency update pull as it was causing some regressions for users
[14:35] <sil2100> Pulling in snapd via a recommends chain I guess
[14:35] <jdstrand> sil2100: notice, whoever did that downgraded pulseaudio from an accepted SRU
[14:35] <jdstrand> https://launchpad.net/ubuntu/+source/pulseaudio/+publishinghistory
[14:36] <sil2100> jdstrand: yes, it's an intentional downgrade
[14:36] <jdstrand> what was the issue?
[14:36] <jdstrand> this broke snapd tests (cc mborzecki)
[14:37] <jdstrand> ok, I see backscroll
[14:38] <sil2100> jdstrand: I think they're working on pushing a new, fixed version
[14:46] <jdstrand> seb128: are you using a new bug to track the pulseaudio issue or are you going to move https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1781428 back to Fix Committed? It is currently Fix Released, which is wrong with the revert
[14:49] <jdstrand> seb128: also, when do you expect the updated pulseaudio to land? I'm guessing this is a new full SRU cycle so not until after the new year?
[14:52] <seb128> jdstrand, hey, @bug should be set back to fix commited indeed
[14:53] <seb128> jdstrand, I think we just need to make snapd-glib lower its recommends to a suggest, that can probably be done today/tomorrow and might not need a full week staging since it's just a packaging change, but that's up to the SRU team to decide
[14:54] <seb128> it should be fine to aim for after the w.e moving back to updates imho, but again it's a SRU team call
[14:58] <jdstrand> seb128: ok, I'll adjust the bug and make a comment. is there a snapd-glib bug?
[14:59] <seb128> jdstrand, bug #1856054
[15:00] <seb128> kenvandine seems to be on it
[15:02] <kenvandine> seb128: yeah, jamesh is going to talk to robert then prepare an upload
[15:04] <seb128> kenvandine, jdstrand, I opened https://bugs.launchpad.net/ubuntu/+source/snapd-glib/+bug/1856196 for the SRU with testcase, etc. Going to be easier than conflicting problems on the same reports
[15:04] <kenvandine> seb128: thanks
[15:04] <seb128> kenvandine, it's a simple s/Recommends/Suggests afaik, you could probably just do that change and upload today if we want to aim at getting the SRU back in before holidays
[15:05] <jdstrand> seb128: sure the snapd-glib bug being separate is fine. fyi, https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1781428/comments/21
[15:06] <tjaalton> vorlon: could i386 builds use the nocheck profile? that would get rid of the build-depends on xvfb (and xauth)
[15:11] <seb128> jdstrand, ack, it's a bit unfortunate that the test can't adapt/check the capability. Does it mean the tests need to hardcode the environment they are used on? e.g they will fail on other distributions?
[15:13] <jdstrand> seb128: the test is specifically meant to catch if the mediation patches are dropped in Ubuntu
[15:13] <jdstrand> seb128: they are working as designed
[15:14] <jdstrand> the test is run on other distros (but could if other distros picked up the patch)
[15:14] <jdstrand> stepping into a meeting
[15:14] <seb128> jdstrand, k, it seems a bit unfortunate that the test is another component and not in pulseaudio then :/
[15:15] <jdstrand> seb128: there are all kinds of functional tests in snapd
[15:15] <jdstrand> anyway...
[15:15] <seb128> jdstrand, right, thanks for the headsup and enjoy the meeting!
[15:16] <jdstrand> thanks!
[15:19] <tjaalton> vorlon: there are 28 packages that build-depend on xvfb, and four of them don't support nocheck atm, but a fixed libglvnd is in experimental and I fixed libxkbcommon in git. it leaves apport and qtwebsockets-opensource-src to fix
[15:20] <rbasak> seb128: "That's only a depends change, snapd isn't going to be pulled in when installing the library anymore but that's wanted" -> are you sure that there's nothing relying on that?
[15:20] <rbasak> For example, is there another path to get snapd installed by default where it gets installed by default?
[15:22] <seb128> kenvandine, ^ to check with robert I guess?
[15:22] <seb128> rbasak, xenial didn't even have that libary, it got added as a SRU, but yeah we should check that gnome-software (which is the only user of the lib there afaik) doesn pull snapd if/when needed
[15:23] <kenvandine> yeah, that's why i'd rather have robert in the loop
[15:24] <kenvandine> seb128: and i think neon uses snapd-glib as well
[15:25] <kenvandine> for discover
[15:25] <seb128> kenvandine, doesn't seem to on xenial according to rdepends on my xenial system
[15:25] <seb128> but that might be an issue on bionic
[15:25] <kenvandine> yeah
[15:25] <seb128> anyway we should review how snapd gets pulled in
[15:29] -queuebot:#ubuntu-release- Unapproved: accepted valgrind [source] (bionic-proposed) [1:3.13.0-2ubuntu2.2]
[15:56] <rbalint> slashd, re: landscape-client no, the fix is not in 19.12, i cherry-picked it to focal
[15:58] <rbalint> slashd, i'd like to get this fix out before christmas, do you have a similar time-frame?
[15:58] <slashd> rbalint, I can upload 19.12 next week
[15:58] <slashd> including your fix
[15:58] <slashd> simpoir, ^
[16:00] <rbalint> slashd, this sounds like getting it to release next year 6 Jan, the earliest
[16:01] <slashd> rbalint, more or less yeah, if you need it before that, feel free to pursue with your upload
[16:03] <rbalint> slashd, this is a small fix, maybe it could go out after like 5-6 days, then the 19.12 backport can enter -proposed next wednesday/thursday
[16:19] <slashd> rbalint, lgtm
[16:25] <rbalint> now we just have to find someone to accept the small fix today sil2100 ;-)
[16:26] <sil2100> Which small fix? ;)
[16:27] <sil2100> I'm reviewing wslu for now
[16:39] -queuebot:#ubuntu-release- Unapproved: accepted wslu [source] (eoan-proposed) [2.3.2-0ubuntu2~19.10.3]
[16:41] -queuebot:#ubuntu-release- Unapproved: accepted wslu [source] (disco-proposed) [2.3.2-0ubuntu2~19.04.3]
[16:43] <seb128> can somewhat tell britney to ignore virtualbox/amd64 which is blocking libvncserver to migrate? it's a kernel/virtualbox issue, not due to the vnclib
[16:43] -queuebot:#ubuntu-release- Unapproved: accepted wslu [source] (bionic-proposed) [2.3.2-0ubuntu2~18.04.3]
[16:43] <rbalint> sil2100, the landscape-client one in eoan
[16:47] -queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (eoan-proposed) [18.01-0ubuntu9.1]
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted wslu [source] (xenial-proposed) [2.3.2-0ubuntu2~16.04.3]
[17:07] <sforshee> vorlon, LocutusOfBorg: where are we at on getting virtualbox 6.0.14-dfsg-4 to migrate for focal? We have a 5.4 kernel in -proposed now
[18:29] <LocutusOfBorg> sforshee, one single test failure
[18:37] <LocutusOfBorg> sforshee, https://launchpad.net/ubuntu/+source/kopanocore
[18:38] <LocutusOfBorg> python3 /usr/sbin/kopano-search --help --> works
[18:38] <LocutusOfBorg>  /usr/sbin/kopano-search --help --> doesn't work
[18:38] <LocutusOfBorg> this is the reason for the test failure
[18:38] <LocutusOfBorg> [pid  3172] openat(AT_FDCWD, "/sbin/ldconfig", O_RDONLY) = -1 EACCES (Permission denied)
[18:38] <LocutusOfBorg> and this is what actually happens with strace
[18:39] <LocutusOfBorg> so, I don't know why python3 behaves in such way, if launched with the ./ or python3 interpreter
[18:42] <LocutusOfBorg> of course, under sbuild it fails, under pbuilder it works -.-'
[18:43] <LocutusOfBorg> unless somebody has a better idea, I don't have anything more to do for debugging
[18:55] <vorlon> tjaalton: nocheck> that would not generally be correct, no
[19:06] -queuebot:#ubuntu-release- Unapproved: tomcat-native (bionic-proposed/universe) [1.2.21-1~18.04.1 => 1.2.21-1~18.04.1build1] (no packageset)
[19:10] <ddstreet> tdaitx you're the java guy, right?  can you review this upload to make sure i got the facts right?  it's a simple no-change rebuild, but i don't have experience with tomcat or static JNI libs so would be good to confirm the explanation of why the rebuild is needed is correct
[19:10] <ddstreet> by 'this upload' i meant tomcat-native ^
[19:10] <ddstreet> from lp #1854072
[19:11] <vorlon> locutus_: soooo kopanocore 8.7.0-5 introduces changes related to apparmor profiles, isn't this probably a regression caused by that?
[19:12] <vorlon> locutus_: or possibly 8.7.0-4
[20:15] <tjaalton> vorlon: then I don't see other way than adding libdmx and libxres so xorg-server can build
[20:18] <vorlon> tjaalton: that's probably the parsimonious solution right now
[20:53] <LocutusOfBorg> vorlon, you are a genius, this explains why calling with python3 works
[21:14] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (eoan-proposed) [1.183.3]
[21:18] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (disco-proposed) [1.178.7]
[21:21] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (bionic-proposed) [1.173.14]
[21:36] -queuebot:#ubuntu-release- Unapproved: nova (eoan-proposed/main) [2:20.0.0-0ubuntu1 => 2:20.0.1-0ubuntu1] (openstack, ubuntu-server)
[21:46] <doko> vorlon: binutils now ftbfs on i386, same as the autopkg test. I don't like investiing time on "fixing" this in the toolchain, so please could you restore the cross compiler packages?
[22:01] <vorlon> doko: link to this build failure?
[22:01] <vorlon> LocutusOfBorg: what I don't know is why intrigieri didn't run into this in Debian
[22:03] <vorlon> doko: because the autopkgtest failure is due to failing to resolve dependencies on python3* cross-architecture, so that's not going to be the same in a ftbfs in launchpad
[22:09] <doko> https://launchpad.net/~doko/+archive/ubuntu/toolchain/+build/18241328
[22:12] <vorlon> doko: so I see gcc-9-cross* still in the archive, which package are you missing?
[22:13] <vorlon> and gcc-defaults is certainly in the archive
[22:14] <vorlon> doko: so it's quite possible that something needs changing in the archive, but it's not obvious to me what that is, can you dig into it and let me know?
[22:18] <doko> vorlon: as I said, it's the missing cross compilers
[22:24] <vorlon> what cross compilers are missing?
[22:24] <vorlon> I just told you gcc-9-cross* are still in the archive
[22:24] <vorlon> "the cross compilers" is not a package name I can fix
[22:27] <doko>  sbuild-build-depends-binutils-dummy : Depends: g++-aarch64-linux-gnu but it is not going to be installed
[22:27] <doko>                                        Depends: g++-arm-linux-gnueabi but it is not going to be installed
[22:28] <doko> [...]
[22:28] <vorlon> $ rmadison -s focal -a i386 g++-aarch64-linux-gnu
[22:28] <vorlon>  g++-aarch64-linux-gnu | 4:9.2.1-3.1ubuntu1 | focal | i386
[22:28] <vorlon> $
[22:28] <vorlon> your move.
[22:29] <doko> apparently the binutils 2.33.1-5 built, so what changed after that?
[22:30] <doko> anyway, afk now
[22:36] <LocutusOfBorg> vorlon, apparmor is not installed in debian autopkgtests?
[22:36] <vorlon> LocutusOfBorg: but somebody should have been testing while preparing the changes to the apparmor profile
[22:37] <vorlon> LocutusOfBorg: anyway, I found the answer, it's because /usr/sbin/ldconfig is a wrapper *script* in Ubuntu and not in Debian
[22:38] <vorlon> so it needs r permission on ldconfig because it's a script, and an additional x permission on ldconfig.real
[22:40] <LocutusOfBorg>   /{,usr/}sbin/ldconfig.real rx, ?
[22:46] <vorlon> Pixr rather
[22:46] <vorlon> (to retain the other semantics)
[22:46] <vorlon> and I merged it all on one line with ldconfig
[22:53] <vorlon> seb128: heh I just beat you to doing https://code.launchpad.net/~seb128/britney/gtk-version-updated/+merge/376734
[22:53] <seb128> vorlon, yeah, I saw, I deleted my mp when I saw the conflict markers on the generated diff :)
[22:54] <seb128> vorlon, can you review https://code.launchpad.net/~seb128/britney/distroinfo-i386-badtest/+merge/376689 ?
[22:55] <vorlon> seb128: was next on my list - done (but I moved the hint up with the rest of the ones related to python modules)
[22:55] <seb128> vorlon, k, thanks!
[22:56] <vorlon> hmm you know this one might be fixable
[22:56] <vorlon> because the python module is arch: all
[22:57] <vorlon> though really a better solution is to make it skippable when doing cross-testing
[22:57] <vorlon> so I'll leave it for now
[23:01] <seb128> k
[23:23] -queuebot:#ubuntu-release- New binary: python-pbcommand [amd64] (focal-proposed/universe) [1.1.1+git20191122.ec024c3-1] (no packageset)