[08:50] <rbasak> mysql-router (from src:mysql-8.0) ships /usr/bin/mysql-router which needs some shared objects
[08:50] <rbasak> They don't need to be shared objects because nothing except /usr/bin/mysql-router loads them. I'm not sure I'd call them plugins either.
[08:50] <rbasak> libmysqlrouter.so.1 is one of them. But it's strictly internal.
[08:51] <rbasak> I stuffed them inside /usr/lib/mysql-router/ to try to keep them away from public use.
[08:51] <rbasak> Do you think that's acceptable, or should packaging go further?
[08:52] <Skuggen> ^ we want to clean this up upstream, but I have no clear idea of how long it would take
=== JanC_ is now known as JanC
=== DarkTrick_ is now known as DarkTrick
=== ricab is now known as ricab|lunch
=== ricab|lunch is now known as ricab
[12:40] <doko> seb128, xnox: the mismatches graph for duplicity changed, lockfile now a direct dependency of duplicty after my lockfile upload. I think the python2.7 dependency comes from the missing ppc64el build
[12:41] <xnox> doko:  ah
[12:41] <seb128> ah, good, we just need someone to sort that one out then
=== jdstrand_ is now known as jdstrand
[16:29] <ahasenack> bryce: did you trigger php-horde-text-filter already?
[16:29] <ahasenack> I think we need it in two places: itself, and under php-deaults
[16:29] <ahasenack> php-defaults*
[16:49] <rbasak> cpaelzer: around still? About bug 1840872
[16:49] <ubottu> bug 1840872 in The Ubuntu-power-systems project "ISST-LTE:KVM:Ubuntu1804:BostonLC:boslcp3g5: libvirt fails to check for duplicate address in hotplug xml and causes the guest to go to shutoff state" [High,In progress] https://launchpad.net/bugs/1840872
[16:49] <rbasak> "causes the guest to go to shutoff state" sounds like an SRU is justified assuming it's the wrong behaviour
[16:49] <rbasak> But that doesn't seem to be in your test case?
[16:50] <rbasak> Should we be verifying that in the failure case the guest is stopped and in the expected case the guest is still running?
=== ricab_ is now known as ricab
[18:18] <ahasenack> when a package has no debian/tests directory, but its control file declares "Testsuite: autopkgtest-pkg-ruby", what exactly is run?
[18:19]  * ahasenack reads https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst in the meantime
[18:20] <bryce> ahasenack, yep I've triggered it for itself, will be keeping an eye out.  I wonder if php-defaults will then clear automatically or will need another trigger but we'll see.
[18:20] <ahasenack> I see, autodep8
[18:21] <ahasenack> bryce: if that gets green, it should migrate, unless there are issues in update_output.txt
[19:27] <cpaelzer> rbasak: the guest isn't "shut off"
[19:27] <cpaelzer> it is bad behavior
[19:27] <cpaelzer> and it could in the long run cause issues which might kill and therby shut it off
[19:27] <cpaelzer> but the testcase description is the short term test (without waiting for later issues) and fine vor the verification
[19:28] <cpaelzer> rbasak: I have that on my list to verify already
[19:28] <cpaelzer> I sometimes just hope that the reporters would actually care
[19:32] <rbasak> cpaelzer: what abou the user impact for SRU policy justification?
[22:16] <bryce> ahasenack, you probably already saw but the php-horde-text-filter test case failure persisted through the re-triggered runs
=== michagogo_ is now known as michagogo
[23:08] <Unit193> Odd_Bloke: Howdy!  Re: LP 1840483, there won't be a new release in time for Eoan, but there's been a few commits you could grab if you feel a fix is important.
[23:09] <ubottu> Launchpad bug 1840483 in barrier (Ubuntu) "barriers leaks memory when clients with duplicate names attempt to connect" [Undecided,New] https://launchpad.net/bugs/1840483