/srv/irclogs.ubuntu.com/2022/03/10/#ubuntu-release.txt

-queuebot:#ubuntu-release- New: accepted macromoleculebuilder [arm64] (jammy-proposed) [3.5+dfsg-4ubuntu1]00:02
vorlonschopin: fwiw you didn't subscribe ubuntu-archive to LP: #1964367 but I found it anyway00:15
ubottuLaunchpad bug 1964367 in virtuoso-opensource (Ubuntu) "virtuoso-opensource: remove armhf and s390x binaries from Jammy" [Undecided, Fix Released] https://launchpad.net/bugs/196436700:15
-queuebot:#ubuntu-release- Unapproved: glibc (focal-proposed/main) [2.31-0ubuntu9.7 => 2.31-0ubuntu9.8] (core, i386-whitelist)01:48
-queuebot:#ubuntu-release- Unapproved: linux-firmware (focal-proposed/main) [1.187.28 => 1.187.29] (core, kernel)07:27
RikMillscjwatson: kubuntu livefs failed again this morning https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/jammy/kubuntu08:36
RikMillsthe 'fixed harder' didn't work08:36
RikMillsxubuntu also failed. possibly others08:40
seb128ubuntu worked but maybe we just got lucky08:50
schopinvorlon: oh? thanks!08:59
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (impish-proposed/main) [2.742.4 => 2.742.5] (desktop-core, i386-whitelist)09:15
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.40 => 2.664.41] (desktop-core, i386-whitelist)09:23
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.57 => 2.525.58] (desktop-core)09:28
cpaelzersil2100: FYI - I have updated the virt-manager FFe bug and I think it is now ready for (re)evaluation for an FFe approval by the release team. (https://bugs.launchpad.net/ubuntu/+source/virt-manager/+bug/1961027)09:55
ubottuLaunchpad bug 1961027 in virt-manager (Ubuntu) "[FFE] merge virt-manger >3.2 for Jammy once released" [Critical, New]09:55
sil2100cpaelzer: thanks, let me look in a moment!10:14
cjwatsonRikMills: Yeah, I updated our ticket with IS last night with some more details of failures we've observed10:20
-queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (focal-proposed) [1.187.29]10:26
-queuebot:#ubuntu-release- Unapproved: keyutils (bionic-proposed/main) [1.5.9-9.2ubuntu2 => 1.5.9-9.2ubuntu2.1] (core)13:47
rbasaksil2100: o/ I've got an urgent customer SRU request that's been through a couple of review iterations already. It's keyutils in Bionic. I've SRU-reviewed it already and it's ready to accept, but I'd like to make an exception that I don't feel comfortable making without checking with another SRU team member first. It would mean accepting into Bionic (and releasing when tested by the customer,13:48
rbasakshortening the usual 7-day aging) without Focal and Impish fixed. So for a while there would be a user regression if they upgrade from Bionic to Focal. In mitigation that's theoretical because this customer knows about it and don't intend to do that upgrade, and we know of nobody else even affected by this bug. Jammy is fixed. For Focal and Impish the backport is more complicated and that's why it13:48
rbasakhasn't been resolved yet. But utkarsh2102 commits to making sure that he will also fix Focal and Impish soon. Does that sound OK to you?13:48
sil2100rbasak: hey! Let me take a look at the upload there, gather some context and get back to you in a minute. I'll just finish up the SRU review that I'm doing right now!13:49
rbasakThanks! Apart from the above question, I'm happy to accept it to Bionic now. The Focal and Impish need adjusting and I'm rejecting them now.13:51
-queuebot:#ubuntu-release- Unapproved: rejected keyutils [source] (focal-proposed) [1.6-6ubuntu1.1]13:52
-queuebot:#ubuntu-release- Unapproved: rejected keyutils [source] (impish-proposed) [1.6.1-2ubuntu2.1]13:52
-queuebot:#ubuntu-release- Unapproved: accepted command-not-found [source] (impish-proposed) [21.10.1]13:56
-queuebot:#ubuntu-release- Unapproved: accepted command-not-found [source] (focal-proposed) [20.04.6]13:58
-queuebot:#ubuntu-release- Unapproved: accepted command-not-found [source] (bionic-proposed) [18.04.6]14:02
sil2100rbasak: ok, this sounds fine, if utkarsh2102 makes sure it's handled for the later releases in the next 1-2 weeks14:05
sil2100rbasak: feel free to accept o/14:05
tumbleweedginggs, doko: FWIW I'm still looking at a couple of python3.10 + setuptools / distutils issues, but other things on the go too. hopefully will have some patches in a couple of days14:12
ginggstumbleweed: thank you!14:13
rbasaksil2100: thanks!14:17
rbasakI'll accept it now.14:18
-queuebot:#ubuntu-release- Unapproved: accepted keyutils [source] (bionic-proposed) [1.5.9-9.2ubuntu2.1]14:19
-queuebot:#ubuntu-release- Unapproved: libreoffice (impish-proposed/main) [1:7.2.5-0ubuntu0.21.10.1 => 1:7.2.6-0ubuntu0.21.10.1] (ubuntu-desktop)14:26
ricotzsil2100, hello :), I am hoping you have time to look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/196327915:03
ubottuLaunchpad bug 1963279 in libreoffice (Ubuntu Impish) "[SRU] libreoffice 7.2.6 for impish" [High, In Progress]15:03
sil2100o/15:16
-queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (impish-proposed) [1:7.2.6-0ubuntu0.21.10.1]15:23
ricotzthank you very much :)15:25
utkarsh2102sil2100, rbasak: thank you very much! I've informed the partner and they're testing it right now. And I'll take care of Focal and Impish by the next week (or two)15:30
=== dbungert1 is now known as dbungert
vorlonoh great, I can't reproduce the osslsigncode build failure locally. >_<16:11
schopinvorlon: maybe a TZ issue? It's all related to timestamps16:12
vorlonschopin: Debian maintainer disabled the test suite in a subsequent upload, so I'm doing the same16:16
vorlonosslsigncode seems perfectly compatible with openssl, just got stuck because the Debian maintainer had enabled a buggy test suite16:18
vorlonat just the wrong time for us16:18
-queuebot:#ubuntu-release- New source: xilinx-runtime (jammy-proposed/primary) [2.8.743-0ubuntu5]16:38
-queuebot:#ubuntu-release- New: accepted xilinx-runtime [source] (jammy-proposed) [2.8.743-0ubuntu5]16:42
-queuebot:#ubuntu-release- New binary: xilinx-runtime [arm64] (jammy-proposed/universe) [2.8.743-0ubuntu5] (no packageset)17:02
-queuebot:#ubuntu-release- New: accepted xilinx-runtime [arm64] (jammy-proposed) [2.8.743-0ubuntu5]17:03
-queuebot:#ubuntu-release- New source: cd-boot-images-riscv64 (jammy-proposed/primary) [1]17:04
-queuebot:#ubuntu-release- New: accepted cd-boot-images-riscv64 [source] (jammy-proposed) [1]17:06
-queuebot:#ubuntu-release- New: accepted opm-simulators [amd64] (jammy-proposed) [2021.10-4ubuntu1]17:08
-queuebot:#ubuntu-release- New: accepted opm-simulators [ppc64el] (jammy-proposed) [2021.10-4ubuntu1]17:08
-queuebot:#ubuntu-release- New: accepted opm-simulators [arm64] (jammy-proposed) [2021.10-4ubuntu1]17:08
ginggswould someone please 'force-badtest pyfai/0.21.1+dfsg1-1build1/ppc64el' ?  it has already regressed in release in the same way on all other architectures, but migration-reference/0 gives me neutral because of skip-not-installable17:22
vorlonginggs: ack17:25
ginggsvorlon: ta!17:25
vorlonginggs: doen17:25
-queuebot:#ubuntu-release- New: accepted cd-boot-images-riscv64 [riscv64] (jammy-proposed) [1]17:55
ahasenackhi release team, debian just removed src:libnfsidmap-regex from debian (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006709)18:30
ubottuDebian bug 1006709 in ftp.debian.org "RM: libnfsidmap-regex -- ROM; not needed anymore as provided with src:nfs-utils" [Normal, Open]18:30
ahasenackmore fun for me, to start providing bin:libnfsidmap-regex built from src:nfs-utils, or work on a MIR for being able to include the libnfsidmap-regex code in bin:libnfsidmap1 (built from src:nfs-utils), just like debian18:30
ahasenackjust letting you know I'm aware of it, and considering my options18:31
Eickmeyercjwatson: Studio failed today, same issue.18:37
-queuebot:#ubuntu-release- Unapproved: rejected glibc [source] (focal-proposed) [2.31-0ubuntu9.8]18:42
cjwatsonEickmeyer: Yep, as I mentioned to Rik I escalated it again last night18:51
cjwatsonNo word yet though18:51
xypronbdmurray: what is stopping https://launchpad.net/ubuntu/+source/sbsigntool/0.9.2-2ubuntu1~18.04.1 from being merged? cjwatson asked me to SRU a patch for signing riscv64 images. But I guess the previous SRU should be finished first.19:02
xypron... for bionic (as this is the release on our signing box)19:04
bdmurrayxypron: I see that package version as being in bionic19:05
xypronbdmurray: in updates ok19:07
vorlonahasenack: does a decision need to be made on libnfsidmap-regex for jammy?  We don't have to remove the package before release just because Debian has; OTOH the package is in universe and has no reverse-depends so even if we did I'm not sure how significant the impact is19:07
vorlon(the package name itself personally makes me shudder, if I found myself managing nfs idmaps with a regex engine I would be rethinking my life choices)19:07
xypronbdmurray: so this will not be added to release?19:08
ahasenackvorlon: realistically, only if the security team could ack a yet-to-be-written MIR for it19:08
ahasenackvorlon: for now, let's keep it19:08
ahasenackit works with nfs-utils as we have it in jammy now19:08
ahasenackit's delta with debian we can manage19:09
ahasenackalthough an alternative it to just create a bin:libnfsidmap-regex package from src:nfs-utils19:09
ahasenackno mir needed, and we keep the status quo, and we could then remove src:libnfsidmap-regex19:09
cjwatsonxypron: you have the wrong end of the stick19:09
ahasenacka bit more of delta with debian19:09
ahasenackbecause they package that regex.so together with bin:libnfsidmap119:10
cjwatsonwhat we're asking for is whether the riscv64 support added in https://launchpad.net/ubuntu/+source/sbsigntool/0.9.4-2ubuntu1 could please be either backported or cherry-picked to bionic-updates and focal-updates, as SRUs19:10
ahasenacklet's keep it as is, there are options19:10
cjwatsonin order to support riscv64 signing by Launchpad19:10
cjwatsonbionic (the release pocket) is frozen as of release time, which we know very well and so we certainly would not have asked for it to be updated :-)19:11
xyproncjwatson: sorry for my missing understanding. The patch for RISC-V has been accepted in upstream and will prepare an SRU. Is Bionic alone enough?19:12
cjwatsonxypron: see https://wiki.ubuntu.com/StableReleaseUpdates for how this works.  An SRU that has reached -updates is complete19:12
vorloncjwatson: wait, who's signing what on riscv64?19:12
cjwatsonxypron: It should really ideally be in both bionic-updates and focal-updates, so that if we upgrade the signing service to focal rather than directly to jammy then the feature doesn't regress19:13
cjwatsonvorlon: xnox and xypron were asking for this in ~launchpad a while back; I don't know what the signing regime is but this was just with ad-hoc generated PPA keys19:13
vorlonhmm19:13
vorlonok19:13
vorlonif it's just ppa keys then that's fine for now; I've specifically asked that we not be signing any riscv64 artifacts with the Ubuntu keys19:14
vorlonuntil there is a use case for them that's not snakeoil19:14
cjwatsonright, that's fair enough, I'm just thinking of getting enablement going19:14
* vorlon nods19:14
vorlonjbicha: LP: #1964407> omg19:24
ubottuLaunchpad bug 1964407 in rutilt (Ubuntu) "Please remove rutilt from Ubuntu" [Undecided, New] https://launchpad.net/bugs/196440719:25
xyproncjwatson: LP #196451019:35
ubottuLaunchpad bug 1964510 in sbsigntool (Ubuntu) "[SRU] enable signing riscv64 binaries in bionic" [Undecided, New] https://launchpad.net/bugs/196451019:35
cjwatsonxypron: brilliant, thanks!20:58
dbungertSo I suggest we do a quasi-sync of mariadb-10.6 (LP: #1964045) to make progress on openssl 1.1, but rbasak rightly points out that we can expect a ppc FTBFS with that (debbug 1006527).  Shall we proceed?21:14
ubottuLaunchpad bug 1964045 in mariadb-10.6 (Ubuntu) "FTBFS with current test suite" [Undecided, Confirmed] https://launchpad.net/bugs/196404521:14
vorlondbungert: I'm happy with proceeding, if there are build failures I always prefer they be visible in -proposed than somewhere else :)21:24
vorloncurrently buliding21:28
dbungertvorlon: thanks!21:29
rbasakI just looked to see if someone was expecting me to sponsor the sync. Why the ubuntu1 upload instead of a sync directly from experimental?21:34
rbasakAnyway it's not important. I'm just curious to know the logic there.21:34
vorlonrbasak: to avoid a ~exp1 version number in an LTS release21:34
vorlon(so, cosmetics)21:34
rbasakOK :)21:34
vorlonrbasak, dbungert: mariadb-10.6 built on ppc64el?22:56
bdmurrayvorlon: looking at tasksel one of its reverse dependencies is provided by the debian-science source package which also produces some science-* metapackages.22:57
bdmurrayvorlon: Given that I'm not sure if it is still worth trying to remove tasksel.22:57
dbungertvorlon: https://salsa.debian.org/mariadb-team/mariadb-server/-/commit/3478b9d9b2f0520be4f36b84aa444e4cdb90e9da23:04
ubottuCommit 3478b9d in mariadb-team/mariadb-server "Fix htm use on PowerPC to fix build failure (might close #1006527)"23:04
vorlonbdmurray: feel free to close the bug in this case23:31
rbasakhttps://buildd.debian.org/status/package.php?p=mariadb-10.6&suite=experimental23:35
rbasakIs the Ubuntu upload not exactly the same? Or some build dependency difference?23:36
dbungertthe ubuntu source difference should just be changelog + what `update-maintainer` does23:41

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