[09:04] <LocutusOfBorg> ubuntu-archive: golang-gopkg-libgit2-git2go.v28 is now superseeded by source golang-gopkg-libgit2-git2go.v30
[09:04] <LocutusOfBorg> can anybody please kick it out?
[09:27] <doko> RAOF: mir ftbfs on arm64 and s390x
[09:32] <RAOF> doko: I saw the s390x one and will check out the arm64 one tomorrow.
[09:43] <doko> RAOF: ta, not yet accepting, would block the transition
[09:52] <rbalint> Laney, http://autopkgtest.ubuntu.com/running#pkg-linux-hwe-5.4 is still running, i think it is in a loop, could you please check it?
[09:55] <RAOF> Oh, have I trodden on a transition? Sorry.
[09:56] <Laney> rbalint: it is, I was just running it manually to check what's up there
[10:01] <rbalint> Laney, thanks!
[10:26] <doko> why did seb remove evolution-data-server, without any notice?
[10:26] <doko> no mention on the release channel
[10:26] <doko> "the source is in sync with Debian and the owning team wants to keep it this way"
[10:27] <doko> ... forcing another team to keep a delta in another package ...
[10:33] <Laney> doko: boost-defaults dropped binaries that weren't unused, that delta in e-d-s isn't necessary, xnox said they would fix that and then we don't need any delta, discussion from #ubuntu-devel yesterday
[10:34] <doko> Laney: well, yes, e-d-s was the only user ...
[10:36] <doko> and no, no mention of removal, and no, you can't vendorize symbols changes
[10:38] <tjaalton> is proposed cleanup an AA thing?
[10:39] <doko> yes, has to be done manually
[10:39] <tjaalton> ok
[10:54] <doko> xnox: libphonenumber has the last i386 boost runtime dependency
[11:24] <guiverc> :)  thanks jibel & RikMills
[13:06] <egeyar> hello! I had an issue with a package, rusty-tags. We solved the issue with the source maintainer and he released rusty-tags 3.9.0. I do not know Ubuntu's update process, but it would make my life easier if that package was also updated on the next Ubuntu 20.04 LTS update. thanks!
[13:08] <rbalint> rbasak, do you do process SRUs today?
[13:52] <rbalint> sil2100, could you please process glibc srus today?
[13:54] <rbalint> Laney, i've filed a hint for LP: #1908411 until it is resolved https://code.launchpad.net/~rbalint/britney/+git/hints-ubuntu/+merge/395428
[14:12] <sil2100> Sure
[14:25] <rbalint> sil2100, thanks, the next one are in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4258/+packages, i'm testing the fixes from the ppa
[14:26] <rbalint> sil2100, the cross-toolchain-base build failures are ok and correct, they are waiting for the glibc builds
[14:30] <tjaalton> sil2100: hey, we didn't discuss if a renamed hwe xorg stack should be provided or not. I suggested that we'd keep updating the stock one until there's a need for a separate stack
[14:31] <sil2100> tjaalton: hey! I think that makes sense - seeing that there is no disruptive or big changes, sticking with the provided one seems fine
[14:31] <tjaalton> upstream 1.20.x will stay as an abi-stable branch it seems
[14:31] <tjaalton> right
[14:32] <sil2100> I liked your idea and already pushed it to all the release peeps
[14:32] <tjaalton> ah good :)
[14:32] <sil2100> So yeah, +1 on no hwe X packages this time :)
[14:32] <tjaalton> excellent
[14:32] <sil2100> rbalint: let me take a look at that once I'm back from the meeting
[14:32] <tjaalton> so I'll just backport xorg-server then
[14:32] <sil2100> rbalint: will you be syncing it to the queue?
[14:32] <sil2100> tjaalton: awesome
[15:05] <rbalint> sil2100, no, will upload them properly
[16:25] <sil2100> rbalint: give me a sign once you do, I'll handle them as soon as possible
[16:39] <rbalint> sil2100, i'm still waiting for the build for focal to verify LP: #1906250, this may take a few hours
[16:39] <rbalint> sil2100, otherwise you consider the bugs/sources ok?
[16:40] <rbalint> sil2100 i can upload the sources and give a call when the verification is done, would that be ok?
[16:50] <sil2100> rbalint: yeah, we can do it like that - upload the sources, I'll take a look at the SRU from the queue and wait with accepting it for your +1
[17:32] <rbalint> sil2100, i realized i mislabeled a patch and now i'm now double-checking those sru parts
[17:33] <rbalint> sil2100, i've just uploaded glibc to hirsute, so the srus-s can technically follow the fix in devel
[18:24] <rbalint> sil2100, i've uploaded the glibc and cross-toolchain-base packages for focal and groovy, please take a look
[18:24] <rbalint> sil2100, the test still has not finished
[18:42] <sil2100> rbalint: looking in a moment!
[18:44] <RikMills> sil2100: signon for focal should be releasable now. the ppc64el FTBFS was just a LP blip
[18:48] <doko> sil2100: two questions: could you consider skipping the glibc/armhf test triggered by binutils? timeoud out twice, and won't have a chance to succeed with the loaded queues
[18:49] <doko> and: please ignore all autopkg tests triggered by gnat. gnat transitions are all-in-one, and the tests will succeed with the default in the release pocket. can do gnat 10ubuntu2 upload to re-trigger these after the package migrated
[18:49] <rbalint> sil2100, the cross-toolchain-base sru may not be needed for Groovy
[19:03] <rbalint> sil2100, test passed, please accept both glibcs and cross-toolchain-base for focal at least
[19:04] <rbalint> sil2100, oh, wait, groovy's riscv64 build failed, let me check it
[19:05] <rbalint> sil2100, hm, no log
[19:06] <rbalint> sil2100, its ok ¯\_(ツ)_/¯
[19:51] <sil2100> doko: I'll look at that after the glibc reviews
[20:22] <RikMills> vorlon: would you consider skiptest'ing kio and kconfig. the LO test fail on armhf is obviously not their fault, and the delay in migrating the remaining parts of the KDE frameworks 5.77.0 stack is causing some system tray and desktop search breakage for testsers
[20:26] <RikMills> a retry is queued, but the armhf adt queued is moving at a pace slower than a slow thing which the breaks on, stuck in treacle, and nearly frozen solid
[20:39] <rbalint> plusone i'm triggering s390x tests with hello/ in hirsute to help setting a baseline
[20:44] <kanashiro> bdmurray, sil2100 idk exactly who could help me with that but I'd like to release the following SRUs asap (preferably before EOW): LP #1870514 and LP #1906364
[20:45] <kanashiro> those are related to the docker.io bug some users faced in production when updating containerd
[20:45] <kanashiro> if you have any question you can ping sergiodj and I
[20:50] <bdmurray> kanashiro: today's EOY for me, and sil_2100 is already done and so is steve. With that I'm hesitant to release any SRUs given there aren't many people to follow up with any regressions.
[20:53] <kanashiro> bdmurray, right, then we do not have other option, let's do it next year
[20:55] <bdmurray> kanashiro: Well you might check with Andy, Chris and Timo. I don't know when they finish.
[20:56] <kanashiro> bdmurray, ok, thanks
[21:13] <doko> rbalint: is there a reason that libc6-prof isn't built for s390x in groovy?
[21:16] <doko> same in hirsute
[21:19] <rbalint> doko, yes, LP: #1898049
[21:22] <rbalint> doko, since libc6-prof is quite new i think there is not a lot of demand for it on s390x yet, also not on i386