[00:49] <RikMills> urgh. glibc is now blocked by 'r' things :/
[00:51] <mwhudson> oh no
[00:54] -queuebot:#ubuntu-release- Unapproved: ubiquity (focal-proposed/main) [20.04.15.10 => 20.04.15.11] (core)
[00:56] <RikMills> rmatrix (1.3-2+really1.2-18-0ubuntu1) is causing some to FTBFS as they need the real 1.3-2
[00:56] <RikMills> + various test fails
[00:57]  * RikMills goes to sleep
[01:05] <RikMills> https://bugs.launchpad.net/ubuntu/+source/rmatrix/+bug/1915926
[01:05] <ubot5> Ubuntu bug 1915926 in rmatrix (Ubuntu) "Make R packages migrate" [Undecided,New]
[04:19] <xnox> trying to rebuild r-bioc-preprocesscore against old R, but new glibc in bileto
[04:19] <xnox> such that glibc can migrate without r stuff.
[04:25] <xnox> looks good https://launchpadlibrarian.net/523825563/buildlog_ubuntu-hirsute-s390x.r-bioc-preprocesscore_1.52.1-1build1_BUILDING.txt.gz
[04:25] <xnox> will copy that into the archive and it should hopefully unstick glibc from r
[04:27] <xnox> ok 25 minute wait for the riscv binary; then glibc should have a chance to migrate
[04:50] <xnox> r-bioc-preprocesscore copied into hirsute-proposed, which should be installable & migratable.
[04:51] <xnox> with glibc
[07:43] <doko> perl migrated \o/
[09:02] <Laney> vorlon: they are in the wip branch, needed various adjustments to the setup stuff, but I forgot the details now
[09:22] <RikMills> \o/ for new r-bioc-preprocesscore. /o\ for 3+ hr britney runs to see if it worked
[09:22] <RikMills> anyway, thanks xn@x. fingers crossed for glibc migrating
[09:55] <klebers> hey SRU team. We have uploaded a fix for dkms (LP: #1915051) and we've got some new autopkgtests failures reported. These failures are expected, as we were having false positives before and those can be handled by the kernel team.
[09:55] <ubot5> Launchpad bug 1915051 in dkms (Ubuntu Hirsute) "dkms-autopkgtest: Also select binary packages that depends on dkms for testing" [High,Fix committed] https://launchpad.net/bugs/1915051
[09:55] <klebers> I have verified the fix and made some comments on the bug about those adt failures
[09:59] <sil2100> klebers: thanks!
[10:00] <klebers> :)
[10:31] -queuebot:#ubuntu-release- Unapproved: wireguard-linux-compat (bionic-proposed/universe) [1.0.20201112-1~18.04.2 => 1.0.20201112-1~18.04.3] (kernel-dkms)
[10:35] <RikMills> Laney: I like the metrics plot for the runners. armhf looks flat now. is that an issue?
[10:38] <Laney> no
[10:38] <Laney> I'm redeploying them
[10:38] <RikMills> ok. thanks for info :)
[10:41] <tjaalton> Trevinho: hi, see my comment on bug 1908119, should we aim for fprintd 1.90.9 instead?
[10:41] <ubot5> bug 1908119 in fprintd (Ubuntu Groovy) "Update and SRU 1.90.8" [High,In progress] https://launchpad.net/bugs/1908119
[10:53] <seb128> the autosync job is still disabled?
[10:54] <Laney> I put that back earlier, it should run soon
[10:55] <seb128> thx
[10:58] <Laney> although I'm wondering now if we should wait for glibc to migrate first
[10:58] <Laney> would be bad if something got in the way there
[10:59] <Laney> yeah lets wait a couple more hours :p
[11:02] -queuebot:#ubuntu-release- Unapproved: accepted bind9 [source] (focal-proposed) [1:9.16.1-0ubuntu2.7]
[11:12] <RikMills> Laney: I in error triggered an i386 test for r-bioc-affy (rdepend of r-bioc-preprocesscore) which hasn't actually run since last passed in focal. will britney see that as a regression or ignore it?
[11:17] <Laney> it only looks for results it asked for
[11:17] <Laney> so should be ok
[11:18] <RikMills> Laney: thanks. just chacking, as did not want to cost a britney run ;)
[11:18] <RikMills> *checking
[11:21] <Laney> RikMills: heh
[11:21] <Laney> hopefully if glibc goes in they'll get a fair bit faster
=== didrocks999 is now known as didrocks
[11:28] <klebers> rbasak, hey! I've just replied to your question on LP: #1912783. Please let me know if I need to update the package control file to update that dependency information
[11:28] <ubot5> Launchpad bug 1912783 in west-chamber (Ubuntu Groovy) "west-chamber-dkms fails to build after ip_route_me_harder() signature change" [High,In progress] https://launchpad.net/bugs/1912783
[11:29] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-prime [source] (bionic-proposed) [0.8.16~0.18.04.1]
[11:29] <tjaalton> sil2100: meh, I didn't notice your comment about nvidia-prime in time?
[11:29] <tjaalton> -?
[11:29] <tjaalton> :/
[11:30] <tjaalton> tseliot: bug 1904583 is unverified for bionic
[11:30] <ubot5> bug 1904583 in OEM Priority Project "SRU: Backport the latest developments on drivers detection and hybrid graphics" [Critical,Confirmed] https://launchpad.net/bugs/1904583
[11:31] <tseliot> tjaalton, ok, I was waiting for somebody to approve it. I'll verify it, thanks
[11:31] <tjaalton> it was there for a few weeks
[11:35] <rbasak> klebers: thanks! Let me check I understand exactly. If a user were to get your west-chamber SRU but not your xtables-addons-dkms SRU, then installing west-chamber will fail?
[11:36] <rbasak> klebers: in that case yes, please bump the versioned depends in west-chamber-dkms.
[11:39] <klebers> rbasak, right, west-chamber-dkms uses a header from xtables-addons-dkms and I had to redefine some stuff on west-chamber that's not compatible with how things are done now, only with the new package
[11:39] <klebers> rbasak, should I upload a debdiff with only that change or diff against -updates again?
[11:42] <rbasak> klebers: I don't mind - I'll happily sponsor from either.
[11:43] <klebers> rbasak, great, thanks. I will attach a new debdiff soon
[12:12] <rbalint> vorlon, re notepadqq yes
[12:13] <xnox> really really want to see britney output today at least twice
[12:13] <xnox> to see if there is anything else missing.
[12:13] <Laney> think this one you'll be waiting for preprocesscore tests still
[12:18] <xnox> yeap, think so too.
[12:18] <RikMills> yes. I tried getting the tests in early until I saw that the armhf queue would scupper that
[12:18] <Laney> yeah let's not get into the habit of doing that anyway
[12:18]  * RikMills nods
[12:18] <xnox> RikMills:  also really we need that r-bioc-prepro... tests with R stuff from release with glibc from proposed.
[12:19] <Laney> why does it have that Depends biocgenerics thing
[12:19] <xnox> RikMills:  we _do not_ want the test results against R in -proposed for it. as we will be migrating glibc and r-bioc-preprocessor without the rest of r.
[12:19] <xnox> Laney:  the one in -release used private libc symbol thus has Depends libc6 > 2.32, libc6 << 2.33
[12:20] <xnox> Laney: the new upstream version rebuild stopped doing that, hence has libc6 > 2.29 dep.
[12:20] <Laney> not that, I  mean
[12:20] <Laney> Depends: r-bioc-preprocesscore r-bioc-biocgenerics
[12:20] <RikMills> xnox: I didn't doo against all or R in proposed
[12:20] <xnox> RikMills:  nice!
[12:21] <Laney> also it doesn't show as candidate in update_output_notest.txt
[12:21] <Laney> so i'm a bit dubious
[12:21] <RikMills> this is the implicit depends?
[12:22] <xnox> Laney:  looking.
[12:22] <xnox> Laney:  as if maybe i need to rebuild 1.50, against new glibc, and call it 1.52+really1.50.... ?!
[12:22] <xnox> ouch
[12:23] <xnox> Laney:  or just remove this 1.52 build and slot in 1.50 rebuild against glibc.
[12:23] <Laney> maybe, but why is it saying it do you know?
[12:23] <xnox> trying to figure out. one moment please your call is important to us.
[12:24] <Laney> I don't see a mention, it weirds me out
[12:26]  * RikMills looks at new excuses
[12:26] <xnox> Laney:  somehow build1 has Depends on r-api-bioc-3.12
[12:26] <RikMills> :(
[12:26] <xnox> Laney:  which is provided by new bioc-biocgenerics.
[12:27] <xnox> Laney:  let me try rebuilding 1.50 against new glibc, rather than 1.52
[12:27] <xnox> Laney:  then if that is actually installable, we'd need to remove 1.52 temporarily and put 1.50.0-1build3 in
[12:28] <xnox> how it knew to do r-api-bioc-3.12 i do not know.
[12:29] <Laney> O_O
[12:31] <Laney> it comes from the git_branch thing
[12:32] <Laney> I guess rebuilding an older version would probably go better
[12:32] <xnox> started it here https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4465
[12:32] <xnox> 1.50.0-1build3 against hirsute-release + glibc from proposed.
[12:33] <Laney> let me remove the proposed version now
[12:33] <xnox> (glibc provided by archive build-dep on a ppa with 2.33 glibc from proposed)
[12:33] <xnox> Laney:  +1
[12:33] <Laney> love this sketchy glibc from a PPA thing ...
[12:34] <xnox> the sketchy glibc is a copy of the -proposed build to kernel unstable ppa where they build all kernels for release
[12:34] <xnox> so should be safe enough
[12:35] <xnox> s390x build done and has
[12:35] <xnox> Depends: r-base-core (>= 4.0.3-1), r-api-4.0, r-api-bioc-3.11, libc6 (>> 2.33), libc6 (<< 2.34), liblapack3 | liblapack.so.3
[12:36] <xnox> which is old bioc abi, i think, let's check that.
[12:36] <Laney> half wondering if we should skiptest this too, rationale being that it will be replaced if/when new r stack gets to migrate
[12:36] <xnox> yeap it is.
[12:37] <xnox> Laney:  that would be nice.
[12:37] <Laney> I dunno if I am making an argument to fit what I want to happen though :-)
[12:38] <xnox> i mean, making it uninstallable would be very bad, as then britney will trade half of broken things here (like all of r) with less number of broken things here (like perl or something)
[12:38] <xnox> having r-bioc installable but broken is leaf and only affects r universe of things, rather than the world.
[12:39] <xnox> 20 more minutes for riscv64 build
[12:39] <Laney> yeah that's not part of any proposal, it's just having to wait a cycle to request and then receive the results, hoping they all pass
[12:39] <Laney> don't like leaf style arguments btw, leaf things are the things people actually use
[12:40]  * Laney meditates on skiptest a bit
[12:40] <doko> I doubt that. most of the leaf packages are unused
[12:40] <Laney> not sure how you can know that
[12:42] <doko> looking at popcon?
[12:42] <RikMills> publish > trigger tests britney would and get results > manually start britney run. would that work?
[12:42] <xnox> Laney:  i can run the tests in bileto ppa, and maybe we can prioritize ppa queue in autopkgtests somehow, to see those results first?
[12:43] <xnox> also i really do not want glibc migration to be split across two launchpad publishing cycles; i am pondering that we might want to pause publication whilst britney is copying glibc et.al.
[12:43]  * RikMills shuts up
[12:43]  * xnox checks queue lengths
[12:43] <Laney> xnox: run tests in bileto, add skiptest, if tests show red then zap the skiptest
[12:44] <xnox> Laney:  +1
[12:44] <Laney> I assume they would come back before the run finishes anyway
[12:45] <xnox> hmmm.... if bileto notices a thing in -proposed already, does it stop doing tests?!
[12:45] <xnox> Needs rebuild due to higher version at destination
[12:45] <xnox> [click for details]
[12:45] <xnox> sigh
[12:46] <xnox> Laney:  also it looks like no tests are run during build, only autopkgtest.
[12:47] <Laney> yeah they have autodep8 don't they
[12:51] <xnox> (made a second ppa with build4, in case bileto decides that it doesn't like / needs autopkgtest for build3)
[12:51] <xnox> i kind of wish bileto was just ppa creation & uncoditional britney without business logic.
[12:53] <Laney> isn't that controlled by setting one of the combo boxes to approved?
[12:54] <Laney> lander signoff maybe
[12:56] <xnox> well at the moment waiting for 1.52 to be gone.
[12:56] <xnox> otherwise it will pull that with glibc from proposed.
[12:57] <xnox> then will trigger tests.
[12:58] <xnox> and archive published.
[12:58] <xnox> pushing buttons in bileto
[12:59] <Laney> LocutusOfBorg: I'm a bit concerned about those r all-proposed test runs you just queued; did you see https://bugs.launchpad.net/ubuntu/+source/rmatrix/+bug/1915926 ?
[12:59] <ubot5> Ubuntu bug 1915926 in rmatrix (Ubuntu) "Make R packages migrate" [Undecided,New]
[13:07] <xnox> 1.50.0-1build3 copied into the archive
[13:08] <Laney> FINGERS! CROSSED!
[13:08]  * xnox goes out for sandwich, then will force bileto to run tests in one or the other ppa.
[13:15] <LocutusOfBorg> Laney, thanks, I didn't see that bug no
[13:39] <klebers> rbasak, debdiff attached to the bug report to fix the dependency
[13:40] <rbasak> Thanks, looking
[13:46]  * Laney kills the hirsute run to get it to start again with processcore in proposed
[13:51] <xnox> bileto tests finally queue
[13:52] <xnox> and i also figured out a patch to make bileto states more useful.
[13:56] <xnox> i love it
[13:56] <rbasak> tjaalton, vorlon: I'll take care of west-chamber and sssd in the queue as they are carried over from my Wednesday shift
[13:56] <xnox> sil2100:  https://code.launchpad.net/~xnox/bileto/+git/bileto/+merge/398343 and also https://code.launchpad.net/~xnox/bileto/+git/bileto/+ref/%E2%9C%8A
[13:56] <xnox> i love that unicode emoji branch name works.
[14:00] <rbasak> My current input validation for git-ubuntu rich history imports through changes files that's in progress will reject that, FWIW.
[14:00] <rbasak> I'm not inclined to spend the effort to fix it for your unicode branch names :)
[14:03] <rbasak> (patches welcome, but it'll need some work in pygit2 so I no longer have to "shell out" to the git CLI)
[14:07] <tjaalton> rbasak: thanks, I guessed as much when looking at sssd
[14:10] <xnox> rbasak:  i don't plat to use it long term, but I do think setting my email from: to have unicode character did trigger thunderbird bug that got fixed. it was cute.
[14:12] <xnox> so i had it like that https://launchpadlibrarian.net/369618911/Screenshot%20from%202018-05-10%2009-28-38.png but all over with 🌈 in doko's mailbox.
=== ricotz_ is now known as ricotz
[14:23] <sil2100> xnox: will look!
[14:49] -queuebot:#ubuntu-release- New binary: linux-signed-oem-5.6 [amd64] (focal-proposed/main) [5.6.0-1048.52] (no packageset)
[15:03] -queuebot:#ubuntu-release- Unapproved: accepted binutils [sync] (bionic-proposed) [2.30-21ubuntu1~18.04.5]
[15:26] -queuebot:#ubuntu-release- Unapproved: fwupd (hirsute-proposed/main) [1.5.6-1 => 1.5.6-1] (core)
[15:29] -queuebot:#ubuntu-release- Unapproved: fwupd (hirsute-proposed/main) [1.5.6-1 => 1.5.6-1] (core)
[15:32] -queuebot:#ubuntu-release- Unapproved: fwupd (hirsute-proposed/main) [1.5.6-1 => 1.5.6-1] (core)
[15:32] <rbasak> klebers: anything needed for Bionic on the versioned Depends? Or will Bionic be fine?
[15:33] <rbasak> IIRC it's a different patch
[15:33] <rbasak> klebers: no need to bump the version in the changelog for Focal as it's not accepted yet, so I'll drop that part of your debdiff.
[15:36] <klebers> rbasak, it will work fine with any xtables-addons version in bionic. The way we detect the kernel ABI version is simpler in bionic and there are no conflicts on the header files
[15:36] <rbasak> OK thanks
[15:36] <klebers> rbasak, ack, good to know... thanks
[15:48] -queuebot:#ubuntu-release- Unapproved: west-chamber (focal-proposed/universe) [20100405+svn20111107.r124-12 => 20100405+svn20111107.r124-12ubuntu0.2~20.04.1] (kernel-dkms)
[15:53] -queuebot:#ubuntu-release- Unapproved: rejected west-chamber [source] (focal-proposed) [20100405+svn20111107.r124-12ubuntu0.2~20.04.1]
[16:04] -queuebot:#ubuntu-release- New source: power-profiles-daemon (hirsute-proposed/primary) [0.1-1~fakesync1]
[16:05] -queuebot:#ubuntu-release- New: rejected power-profiles-daemon [source] (hirsute-proposed) [0.1-1~fakesync1]
[16:53] <xnox> Laney:  it still has Depends: r-bioc-preprocesscore r-bioc-biocgenerics
[16:53] <xnox> Laney:  i am confused, i guess it is failing to tell what is where?
[16:54] <xnox> or is it migrating?!
[16:54] <doko> no emails yet ...
[16:55] <xnox> never mind, it's still running things.
[16:55]  * xnox got over excited.
[16:56] <Laney> haha
[17:08] -queuebot:#ubuntu-release- Unapproved: accepted sssd [source] (focal-proposed) [2.2.3-3ubuntu0.4]
[17:27] <vorlon> rbasak: so if the behavior of glibc is changing wrt syscalls, and this is causing a regression in the behavior of a leaf package, saying that we should backport the syscall to older kernels is unsatisfactory to me; since we broadly expect Ubuntu to run as a container on miscellaneous hosts that are of reasonably recent vintage
[17:27] <vorlon> eh
[17:27] <vorlon> rbalint: so if the behavior of glibc is changing wrt syscalls, and this is causing a regression in the behavior of a leaf package, saying that we should backport the syscall to older kernels is unsatisfactory to me; since we broadly expect Ubuntu to run as a container on miscellaneous hosts that are of reasonably recent vintage
[17:28] <vorlon> rbasak: misping, sorry
[17:28] <vorlon> rbalint: I don't mean that we want to block glibc indefinitely, I'd just like to agree a plan of action here that doesn't involve punting to the kernel
[17:41] <Laney> xnox: no good, it looks like we almost get there but the giant hint it makes fails on nvidia which ends up being due to linux-oracle afaics
[17:43] <xnox> I: [2021-02-19T17:30:41+0000] - skipped: glibc (367, 40, 6)
[17:43] <xnox> I: [2021-02-19T17:30:41+0000] -     got: 57+0: a-16:a-17:a-1:i-1:p-1:r-20:s-1
[17:43] <xnox> I: [2021-02-19T17:30:41+0000] -     * arm64: apitrace, apitrace-gui, apitrace-tracers, libdsocksd0, libnss-db, libsocksd0, libsocksd0-dev, nsight-systems, nsight-systems-target, r-bioc-affy, r-bioc-makecdfenv, r-bioc-preprocesscore, r-cran-wgcna, unscd, zeek, zzuf
[17:44] <xnox> i see that
[17:44] <Laney> look for 'glibc/'
[17:44] <xnox> Laney:  how did you get to nvida? ok, one sec.
[17:46] <Laney> pinged ap_w about that
[17:48] <xnox> i fail to find nvidia, i think i'm not looking at the right place.
[17:49] <Laney> https://paste.ubuntu.com/p/Yn4vP3n7Wz/
[17:50] <sigv> Do I understand it right: Hirsute packages updates wait for 7 days in -proposed and then move on to -release, but no verification?
[17:51] <RikMills> nope
[17:51] <doko> where do you see the new update_output run?
[17:51] <Laney> oracle should be flipped over
[17:51] <Laney> hoepfully that makes the kernels all go
[17:51] <xnox> doko:  we are looking at inprogress log output
[17:51] <Laney> doko: in the log
[17:52] <RikMills> https://people.canonical.com/~ubuntu-archive/proposed-migration/log/hirsute/2021-02-19/13:59:18.log
[17:52] <xnox> sigv:  hirsute waits for 0 days and no verification.
[17:53] <xnox> sigv:  not that SRU policy does not apply to $devel series. and we are using automated migration based on autopkgtest results; not regressing builds; installable packages.
[17:53] <Laney> https://git.launchpad.net/~ubuntu-kernel-release/britney/+git/hints-ubuntu/commit/?id=77a8ddd48ca8ff4a55826ebbe48abca8e8996ba2
[17:53] <xnox> sigv:  because $hirsute-proposed -> $hirsute (aka release), not to -security or -updates. as it's not stable yet.
[17:53] <Laney> friendly bot is friendly
[17:54]  * RikMills sighs and goes to look for beer
[17:54] <xnox> leh sigh
[17:55] <sigv> Got the lack of -security and -updates pockets. The question I have comes up because of https://launchpad.net/ubuntu/+source/sssd/2.4.0-1ubuntu5 which is on -proposed but not -release.
[17:55] <sigv> Relates to LP: #1908065 where I just switched Hirsute status from Fix Released to Fix Committed, and started wondering...
[17:55] <ubot5> Launchpad bug 1908065 in sssd (Ubuntu Hirsute) "Invalid SYSLOG_PID for (systemd) journal messages" [Low,Fix committed] https://launchpad.net/bugs/1908065
[17:56] <RikMills> sigv: that is waiting on glibc
[17:56] <Laney> You might want to read https://wiki.ubuntu.com/ProposedMigration/ for more general information
[17:56] <RikMills> like 1.7 trillion other things
[17:56] <sigv> RikMills: any page mortal non-Canonical/non-Ubuntu people can see with a detail message on that reasoning?
[17:57] <RikMills> sigv: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#sssd
[17:57] <sigv> RikMills: awesome, got it - thank you!
=== seb128_ is now known as seb128
[17:59] <xnox> sigv:  literarly the thing we've been working on to migrate for the past two weeks nonstop =) all of us. yes, lots of things depend on the new glibc which is being very pesky about not migrating.
[17:59] <xnox> =)
[18:00] <sigv> xnox: thank you for the heavy lifting! fingers crossed, wish you all to have smooth sailing with that migration sooner rather than later.
[18:01] <Laney> I predict weekend/evening #logstalking in our futures
[18:01] <RikMills> smooth sailing. lol
[18:01] <RikMills> but sentiment is appreciated#
[18:03] <sigv> really i can only do wishful thinking from my side here ¯\_(ツ)_/¯
[18:04] <RikMills> it's what keeps you/us sane ;)
[18:31] -queuebot:#ubuntu-release- Unapproved: accepted xtables-addons [source] (groovy-proposed) [3.9-1ubuntu0.2]
[19:19] <xnox> Laney:  ok the real html page now publish and i do see it know how oracle held that all up. lovely.
[19:22] <Laney> that part should be good now thanks to sforshee
[19:23] <xnox> Laney:  can we rerun britney without fetching any new results and use cached results only? or is that not a thing?
[19:23] <Laney> it is not
[19:24] <xnox> cool.
[19:46] -queuebot:#ubuntu-release- New: accepted linux-signed-oem-5.6 [amd64] (focal-proposed) [5.6.0-1048.52]
[22:44] <Laney> glibc's going to go
[22:44] <Laney> bet britney crashes or something now 😅
[22:44] <xnox> accepted: pgbackrest glibc
[22:45] <Laney> beat you
[22:45] <xnox> hopefully britney run finishes all copies before archive publisher run, or only starts them after the upcomming publisher run.
[22:45] <xnox> Laney:  no idea if we can pause publisher.
[22:46] <Laney> not me anyway
[22:46] <Laney> what's the concern?
[22:47] <xnox> Laney:  inconsistent publication half things get published and pushed to mirrors without the other, as publishing happens half way through.
[22:47] <xnox> unless it was fixed to do atomic copy of the whole lot.
[22:48] <xnox> cjwatson:  423 packages publishing, including multiple kernels and glibc by britney getting migrated together.
[22:48] <xnox> should be ok right?
[23:33] <RikMills> ooh. emails. thank you everyone! :D