[11:24] @pilot [11:24] (pilot (in|out)) -- Set yourself an in or out of patch pilot. [11:24] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Groovy | If you can't send messages here, authenticate to NickServ first | Patch Pilots: rbalint [11:26] hi all, i'm doing +1 maintenance today and tomorrow, feel free to ping me if you need quick help in moving proposed migration forward / uploading patches [11:26] i start with revisiting http://reqorts.qa.ubuntu.com/reports/sponsoring/ for items targeting devel [11:39] doko: LocutusOfBorg: I have finished libvirt 6.9 and uploaded it - since I track it anyway I'll retrigger builds for libsys-virt-perl and libguestfs later today [11:39] that should further unblock perl [11:39] thanks [11:40] plusone: sponsoring kbd [11:42] rbalint: is that a new message style&place that was agreed on or just your own try to improve communication ? [11:42] cpaelzer, i'm just trying it, how do you like it? [11:43] well, up to now,, you don't see much ... [11:43] cpaelzer, i just looked at the memo and i think we don't have an agreed call sign yet, but i added myself to piloting [11:44] I like it [11:44] I could easily add a highlight rule in +1 weeks and follow [11:44] even across channels [11:44] but I was the one pro-messaging - it is "the others" that need to like/adopt it [11:45] rbalint: you could on the next +1 call share your lessons learned from it so that we can make (or not) it an official recommendation to do so [11:45] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Groovy | If you can't send messages here, authenticate to NickServ first | Patch Pilots: rbalint, doko [11:45] @pilot out === udevbot_ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Groovy | If you can't send messages here, authenticate to NickServ first | Patch Pilots: rbalint [11:45] cpaelzer, ok! [11:46] so that's for patch piloting only? [11:46] doko, yes, as i understand [11:47] In my dream that would be used if you start to spend more than a few minutes on anything in proposed [11:47] not enough for a update-excuse bug yet [11:47] doko, in general i like the queue-based processing, but wanted to try that [11:47] dream on [11:47] hehe [11:47] I'm a little dreamer, ... [11:48] dreamer, but little? ;p [11:48] context switch --- rbalint I'm looking at postgresql transition atm and have a question [11:48] you once did https://launchpad.net/ubuntu/+source/gvmd/9.0.1-3ubuntu1 [11:48] did that ever go to Debian? [11:48] cpaelzer, hm, let's see [11:49] don't see MRs https://salsa.debian.org/pkg-security-team/gvmd/-/merge_requests nor bugs https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=gvmd [11:49] and it makes us miss https://tracker.debian.org/news/1182635/accepted-gvmd-901-41-source-into-unstable/ [11:49] which would fix an issue blocking the migration [11:50] I'm ok to retest if we still need your fix, rebase and upload it - but long term a submission to Debian would be good so we can drop the delta later on [11:53] cpaelzer, as I recall I did not forward it to Debian because it was fixed upstream, Debian does not have glibc 2.32 yet and it has popcon of 20 [11:54] cpaelzer, also salsa has 20.8.9-1 [12:05] ok, now I understand why it wasn't forwarded [12:05] thanks rbalint [12:05] and yes - 20.8.9-1 will then include it and can be a sync [12:05] but we will need a rebase of your fix for the time being, I'll do that later [12:06] cpaelzer, thanks! [12:07] pgpool2 needs a custom trigger to use the new version which I'll do as well [12:12] xnox, there are many oem mir items in the sponsorship queue, do you (or someone else) process those regularly? [12:14] rbalint: IIRC that was usually done by Laney (at least the initial spike on oem-*), he might know who does it now [12:16] cpaelzer, ok, i skip them for now [12:16] me or anybody really, it would be good for someone to help out with the sponsoring so it's not always me :-) [12:17] basically the debdiff to oem-qemu-meta which fourdollars usually attaches should be minimal/mostly name changes, then you can sponsor [12:17] trying to work with the DMB to get sponsors out of this process but it's moving a bit slowly I'm afraid [12:18] (sponsor to focal, these are LTS only) [12:22] Laney, ok since they are targeting LTS imo we can skip those in +1 [12:22] at least in non-LTS cycles :-) [12:23] bah [12:23] that doesn't help me :p [12:24] Laney, i see, i think there needs to be declared owners of sponsorship requests for stable releases and imo the natural people would be the ones on SRU rotation [12:25] it's ok, I'm just trying to avoid having to do it [12:26] but I will, hopefully all the debdiffs are good [12:27] Laney, thanks! [12:30] plusone ok, i've cleared many packages from the sponsoring queue [12:31] plusone: afk for lunch [13:05] * rbalint is back [14:09] doko: in regard to perl you mentioned that vim also gets a rebuild [14:10] doko: I've seen risc jobs fail with "vim-tiny : Depends: vim-common (= 2:8.2.1913-1ubuntu1) but it is not going to be installed" [14:10] doko: is vim known to currently be in flight due to those uploads you mentioned? [14:11] oh ok, looking at https://launchpad.net/ubuntu/+source/vim/2:8.2.1913-1ubuntu1 explains [14:12] doko: I have cleared all I could out of perls way that I could, libguestfs will resolve once vim dependencies work out avoiding https://launchpadlibrarian.net/507673988/buildlog_ubuntu-hirsute-riscv64.libguestfs_1%3A1.42.0-11ubuntu2_BUILDING.txt.gz === didrocks999 is now known as didrocks [14:31] cpaelzer: yes, I hope vim is on bdmurray's todo list ... === sem2peie- is now known as sem2peie [16:53] doko, is there a bug for cross-toolchain-base test failures on arm64? [16:54] doko, i tried runing them on big test vms, but apparently that did not help === sem2peie- is now known as sem2peie [17:02] doko, now we have one: LP: #1904760 [17:02] Launchpad bug 1904760 in cross-toolchain-base (Ubuntu) "autopkgtest fails in hirsute on arm64" [Undecided,New] https://launchpad.net/bugs/1904760 [17:03] plusone hinting cross-toolchain-base for arm64 [17:26] plusone, bdmurray looking at vim [17:48] rbalint: most likely https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97314 try building with -j 3 or -j 2 [17:48] gcc.gnu.org bug 97314 in bootstrap "bootstrap failure on i686-linux-gnu with --enable-checking=yes,extra,rtl" [Normal,Unconfirmed] [17:49] plusone while waiting for vim to build i'm going through the perl regressions [17:51] doko, thanks this looks like that, indeed, adding it to the bug === ijohnson is now known as ijohnson|lunch [18:31] hey uh, now that ca-certs are fixed, is mobile-tweaks-common needed to be fixed aswell? [19:20] Laney: openjdk-8, -13, -14, and -15 have been blocked in the past by triggering autopkgtests from reverse-deps, but ideally they shouldn't even trigger those, as they are basically satisfying alternative deps and openjdk-11 (source:openjdk-lts) already satisfies the direct deps, is there something that we could do to prevent it from happening without adding more custom policies into britney2/policies/autopkgtest.py (as gcc has)? [19:22] doko: 3 successful runs with the older gcc already, might be ok to switch to the nex bisect step before I go to bed :-) [19:23] cpaelzer: yes, I think that should be enough [20:07] Laney: I have opened bug 1903929 in case you prefer to discuss that directly there [20:07] bug 1903929 in britney "openjdk-8 uploads trigger swi-prolog, fdroidserver, and libreoffice autopkgtests unnecessarily" [Undecided,New] https://launchpad.net/bugs/1903929 === ijohnson|lunch is now known as ijohnson [20:22] @pilot out === udevbot_ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Groovy | If you can't send messages here, authenticate to NickServ first | Patch Pilots: [21:31] Huh. My builds are failing: pinephone-tweaks conflicts with mobile-tweaks [23:28] yikes. is mine the only one?