=== jamesh_ is now known as jamesh
[01:57] <rbasak> bryce: just came across     whitelist: Drop php-horde-*
[01:57] <rbasak> I never considered dropping things from the whitelist. We probably shouldn't, because then if there is an update then it won't hit the repository and that might mismatch user expectations.
[01:58] <rbasak> ie. I think that once we import a package we shouldn't stop importing it.
[01:58] <rbasak> One thing I intend to do is "auto-whitelist" anything for which a repository exists now
[01:58] <rbasak> (and then the whitelist wouldn't be necessary any more, since a one-off import would do the trick)
[01:59] <rbasak> Any opinion on that please?
[03:07] <bryce> rbasak, php-* is super spotty in git ubuntu - a ton of the stack is in universe - so I think user expectations here are going to be negligible.  With php-horde-* in particular, it's dropped from focal and newer.  I'm not sure when it was first imported but at best we're talking xenial/bionic support at most.
[03:08] <bryce> rbasak, php-horde-* comprises a ton of packages, so whitelisting that stack seemed rather bold.
[03:09] <bryce> rbasak, anyway, I don't think it needs to be whitelisted, but it certainly doesn't bother me if you want to set policy of whitelist being non-reducible
[06:53] <slyon> Hey, could somebody please trigger this test for me? https://autopkgtest.ubuntu.com/packages/netplan.io/groovy/ppc64el – It failed due to timeouts on ppc64el, passed on all other architectures.
[07:57] <eoli3n> Hi
=== zyga_ is now known as zyga-mbp
[08:08] <seb128> slyon, hey, done now
[08:25] <slyon> thank you!
[08:26] <seb128> np!
[08:44] <LocutusOfBorg> aleb, I mean, its in groovy now?
[13:05] <sil2100> mvo: hey! I think you usually dealt with DDTP updates for Ubuntu, right?
[13:05] <sil2100> Looking at https://code.launchpad.net/ddtp-ubuntu I don't see any for groovy, but I don't actually know if this is still used?
[13:23] <mvo> sil2100: uh, it may mean I need to update that, it's all a bit annoying, in a meeting right now but let me try to run the machinery after the meeting, please ping me again if you have not heard back in 1h about progress
[13:31] <sil2100> mvo: thank you! Is there any documentation we could read up on that not to bother you next time? :)
[20:02] <aleb> <LocutusOfBorg "aleb, I mean, its in groovy now?"> Yes, thank you!
[22:09] <Unit193> This is late in the cycle I think, if there's a bugfix release that fixes a FTBFS with gcc-10, worth sync'ing?  It should be in the Xubuntu packageset if not seeded.
[22:09] <Unit193> Yeah, not seeded just in the 'supported' seed.