/srv/irclogs.ubuntu.com/2020/12/16/#ubuntu-release.txt

LocutusOfBorgubuntu-archive: golang-gopkg-libgit2-git2go.v28 is now superseeded by source golang-gopkg-libgit2-git2go.v3009:04
LocutusOfBorgcan anybody please kick it out?09:04
dokoRAOF: mir ftbfs on arm64 and s390x09:27
RAOFdoko: I saw the s390x one and will check out the arm64 one tomorrow.09:32
dokoRAOF: ta, not yet accepting, would block the transition09:43
rbalintLaney, 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:52
RAOFOh, have I trodden on a transition? Sorry.09:55
Laneyrbalint: it is, I was just running it manually to check what's up there09:56
rbalintLaney, thanks!10:01
dokowhy did seb remove evolution-data-server, without any notice?10:26
dokono mention on the release channel10:26
doko"the source is in sync with Debian and the owning team wants to keep it this way"10:26
doko... forcing another team to keep a delta in another package ...10:27
Laneydoko: 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 yesterday10:33
dokoLaney: well, yes, e-d-s was the only user ...10:34
dokoand no, no mention of removal, and no, you can't vendorize symbols changes10:36
tjaaltonis proposed cleanup an AA thing?10:38
dokoyes, has to be done manually10:39
tjaaltonok10:39
dokoxnox: libphonenumber has the last i386 boost runtime dependency10:54
guiverc:)  thanks jibel & RikMills11:24
=== alan_g is now known as alan_g_
egeyarhello! 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:06
rbalintrbasak, do you do process SRUs today?13:08
rbalintsil2100, could you please process glibc srus today?13:52
rbalintLaney, i've filed a hint for LP: #1908411 until it is resolved https://code.launchpad.net/~rbalint/britney/+git/hints-ubuntu/+merge/39542813:54
ubot5Launchpad bug 1908411 in linux-hwe-5.4 (Ubuntu) "autopkgtest times out on armhf in bionic" [Undecided,New] https://launchpad.net/bugs/190841113:54
sil2100Sure14:12
rbalintsil2100, thanks, the next one are in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4258/+packages, i'm testing the fixes from the ppa14:25
rbalintsil2100, the cross-toolchain-base build failures are ok and correct, they are waiting for the glibc builds14:26
tjaaltonsil2100: 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 stack14:30
sil2100tjaalton: hey! I think that makes sense - seeing that there is no disruptive or big changes, sticking with the provided one seems fine14:31
tjaaltonupstream 1.20.x will stay as an abi-stable branch it seems14:31
tjaaltonright14:31
sil2100I liked your idea and already pushed it to all the release peeps14:32
tjaaltonah good :)14:32
sil2100So yeah, +1 on no hwe X packages this time :)14:32
tjaaltonexcellent14:32
sil2100rbalint: let me take a look at that once I'm back from the meeting14:32
tjaaltonso I'll just backport xorg-server then14:32
sil2100rbalint: will you be syncing it to the queue?14:32
sil2100tjaalton: awesome14:32
rbalintsil2100, no, will upload them properly15:05
sil2100rbalint: give me a sign once you do, I'll handle them as soon as possible16:25
rbalintsil2100, i'm still waiting for the build for focal to verify LP: #1906250, this may take a few hours16:39
ubot5Error: Could not gather data from Launchpad for bug #1906250 (https://launchpad.net/bugs/1906250). The error has been logged16:39
rbalintsil2100, otherwise you consider the bugs/sources ok?16:39
rbalintsil2100 i can upload the sources and give a call when the verification is done, would that be ok?16:40
sil2100rbalint: 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 +116:50
rbalintsil2100, i realized i mislabeled a patch and now i'm now double-checking those sru parts17:32
rbalintsil2100, i've just uploaded glibc to hirsute, so the srus-s can technically follow the fix in devel17:33
rbalintsil2100, i've uploaded the glibc and cross-toolchain-base packages for focal and groovy, please take a look18:24
rbalintsil2100, the test still has not finished18:24
sil2100rbalint: looking in a moment!18:42
RikMillssil2100: signon for focal should be releasable now. the ppc64el FTBFS was just a LP blip18:44
dokosil2100: 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 queues18:48
dokoand: 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 migrated18:49
rbalintsil2100, the cross-toolchain-base sru may not be needed for Groovy18:49
rbalintsil2100, test passed, please accept both glibcs and cross-toolchain-base for focal at least19:03
rbalintsil2100, oh, wait, groovy's riscv64 build failed, let me check it19:04
rbalintsil2100, hm, no log19:05
rbalintsil2100, its ok ¯\_(ツ)_/¯19:06
sil2100doko: I'll look at that after the glibc reviews19:51
RikMillsvorlon: 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 testsers20:22
RikMillsa 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 solid20:26
rbalintplusone i'm triggering s390x tests with hello/ in hirsute to help setting a baseline20:39
kanashirobdmurray, 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 #190636420:44
ubot5Launchpad bug 1870514 in docker.io (Ubuntu Groovy) "[SRU] update containerd:amd64 1.3.3-0 stops docker daemon" [Critical,In progress] https://launchpad.net/bugs/187051420:44
ubot5Launchpad bug 1906364 in docker.io (Ubuntu Groovy) "[SRU] unattended-upgrade still restarts blacklisted daemons" [Critical,In progress] https://launchpad.net/bugs/190636420:44
kanashirothose are related to the docker.io bug some users faced in production when updating containerd20:45
kanashiroif you have any question you can ping sergiodj and I20:45
bdmurraykanashiro: 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:50
kanashirobdmurray, right, then we do not have other option, let's do it next year20:53
bdmurraykanashiro: Well you might check with Andy, Chris and Timo. I don't know when they finish.20:55
kanashirobdmurray, ok, thanks20:56
dokorbalint: is there a reason that libc6-prof isn't built for s390x in groovy?21:13
dokosame in hirsute21:16
rbalintdoko, yes, LP: #189804921:19
ubot5Launchpad bug 1898049 in glibc (Ubuntu) "Building with -fno-omit-frame-pointer fails on i386 and s390x" [Undecided,New] https://launchpad.net/bugs/189804921:19
rbalintdoko, since libc6-prof is quite new i think there is not a lot of demand for it on s390x yet, also not on i38621:22

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!