/srv/irclogs.ubuntu.com/2021/09/14/#ubuntu-release.txt

=== guiverc2 is now known as guiverc
-queuebot:#ubuntu-release- Unapproved: blueman (focal-proposed/universe) [2.1.2-1ubuntu0.2 => 2.1.2-1ubuntu0.3] (ubuntu-mate, ubuntukylin, ubuntustudio, xubuntu)03:13
-queuebot:#ubuntu-release- Unapproved: ruby-mysql2 (focal-proposed/universe) [0.5.2-1ubuntu3 => 0.5.2-1ubuntu3.20.04.1] (no packageset)04:43
-queuebot:#ubuntu-release- Unapproved: ruby-mysql2 (hirsute-proposed/universe) [0.5.2-1ubuntu3 => 0.5.2-1ubuntu3.21.04.1] (no packageset)05:24
-queuebot:#ubuntu-release- Unapproved: libvirt (focal-proposed/main) [6.0.0-0ubuntu8.13 => 6.0.0-0ubuntu8.14] (ubuntu-server, virt)06:01
cpaelzerRAOF: hiho, I read that you are on SRU rota today06:07
cpaelzerThere is an regression-update case that people worked on the last few hours and that now is ready06:08
cpaelzerThat is in bug 194348106:08
ubottuBug 1943481 in libvirt (Ubuntu Focal) "libvirtd crashes when creating network interface pools in 6.0.0-0ubuntu8.13" [Critical, In Progress] https://launchpad.net/bugs/194348106:08
cpaelzerthe queuebot ping above is the related upload into focal-unapproved06:08
RAOFcpaelzer: Hey, lo! *Technically*, I observe North American Tuesday, but I'm happy to be pinged :)06:08
cpaelzerRAOF: since we do not want to loose too mcuh time on regression updates I wanted to ping if you could have a look06:09
cpaelzerOh I thought you observe your tuesday and thought that is some kind of "after noon, but not too late to ping" - in any case thanks in advance for having a look06:09
cpaelzerand if you can't make it let me know so that I can ping others later today06:10
RAOFI'm always happy to receive pings in working hours. It's 16:15 here, so that's fine :)06:15
-queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (focal-proposed) [6.0.0-0ubuntu8.14]06:15
RAOFThat seems perfectly sensible. Accepted.06:15
cpaelzerThank you so much RAOF!06:16
-queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [amd64] (impish-proposed) [2.04-1ubuntu47]08:21
-queuebot:#ubuntu-release- New source: xlnx-kria-firmware (impish-proposed/primary) [0.6]08:23
-queuebot:#ubuntu-release- New: rejected xlnx-kria-firmware [source] (impish-proposed) [0.5]08:25
-queuebot:#ubuntu-release- New source: xlnx-kria-firmware (impish-proposed/primary) [0.6]08:27
-queuebot:#ubuntu-release- New: rejected xlnx-kria-firmware [source] (impish-proposed) [0.6]08:28
-queuebot:#ubuntu-release- New: accepted xlnx-kria-firmware [source] (impish-proposed) [0.6]08:28
-queuebot:#ubuntu-release- New binary: xlnx-kria-firmware [arm64] (impish-proposed/universe) [0.6] (no packageset)08:36
-queuebot:#ubuntu-release- New: accepted xlnx-kria-firmware [arm64] (impish-proposed) [0.6]08:45
-queuebot:#ubuntu-release- New source: xlnx-kria-firmware (focal-proposed/primary) [0.6~20.04.1]09:59
* enyc meows10:08
paridesil2100, hi! How will you handle the fact that 18.04.6 are only going to be released for a subset of the archs? Is it just a matter of not manually blessing the ppc/s390x .6 images as released?10:37
-queuebot:#ubuntu-release- Unapproved: xrt (focal-proposed/universe) [202020.2.8.726-0ubuntu7~20.04 => 202020.2.8.743-0ubuntu1~20.04] (no packageset)10:41
guivercsil2100, when is 18.04.6 (likely?) to be released?   (I see the request for testing RC; wondering about ubuntu_news post..)10:42
parideguiverc, see https://lists.ubuntu.com/archives/ubuntu-devel/2021-September/041613.html10:45
guivercyeah thanks, I have the quality one, but it was release date (or ETA) that interested me... if in UWN it won't publish till next Monday for example.. no point if already released...10:46
paridethat's another email and it says: our estimated release date is this Thursday (16th of September)10:48
guivercthanks, yep that's the date I was interested in.. (I missed the ETA email).. thank you paride10:49
parideyw!10:50
sil2100paride: hey! The publication scripts offer quite some freedom in which arches we want to publish, so we can do it only for a subset11:06
sil2100I'm still trying to reach Steve to see if he's okay with just releasing amd64 and arm6411:07
sil2100Anyway, looks like there might be a respin for the desktop images at least, because I think I found a bug related to ubuntu-drivers11:07
ricotzsil2100, hey, "expat" went through without issues11:15
paridesil2100, the old "MinimalVirtual" install now exceeds what we set to be the limit for Bionic (limit was: 2080MB, installed size is now: 2162MB)11:38
paridethat's something we stopped checking when the d-i server images were phased out11:39
paridehowever for Focal the limit was 2360MB11:40
paridesil2100, this ~80MB difference looks physiological (general increase of package size over the years), but before bumping the test limit I'd like an ACK11:44
paridejust in case we wanted that to be a harder limit for any reason11:44
sil2100ricotz: \o/11:59
sil2100paride: I think that's fine, we also saw a size increase for desktop but didn't see anything malicious with that12:00
paridesil2100, good! thanks12:00
* paride goes to tweak the limits12:00
paridesil2100, we're all green in platform-qa \o/12:16
sil2100\o/12:32
seb128hum, is that an autopkgtest bug that the first try on https://autopkgtest.ubuntu.com/packages/a/autopilot-gtk/impish/amd64 which has triggers 'glib2.0/2.68.4-1build1 libffi/3.4.2-1ubuntu3' is blocking the new glib but not libffi?13:42
seb128https://autopkgtest.ubuntu.com/packages/d/dbus-python/impish/amd6413:43
seb128https://autopkgtest.ubuntu.com/packages/b/bolt/impish/amd6413:43
seb128checking those it seems more likely than libffi is creating the regressions than glib13:44
seb128yet the update_excuse for libffi flags none of those, which means it could probably migrate despite the issues?13:44
seb128@juliank, ^13:45
juliankseb128: that vrsion of libffi is no longer in proposed13:51
juliankseb128: presumably libffi is not a trigger for those packages13:51
juliankseb128: but the new python3.9 needs new libffi to migrate, so it becomes added to set of triggers13:52
seb128juliank, I guess that's because it's through a transient package?13:52
seb128juliank, would doing a manual trigger get those failures added to the libffi section?13:53
juliankseb128: I don't know13:53
juliankseb128: try it out with -1ubuntu4 and see?13:53
seb128juliank, k, trying, thanks13:53
sil2100grrrr git clone of ubiquity taking ages14:11
seb128someone mentioned slowness issues on ~Launchpad14:11
seb128juliank, do you know how we get libffi updates to trigger tests, for example gjs? (without adding a depends manually that would encode a soname)14:12
juliankseb128: with a depends14:25
seb128juliank, depends on what? we don't want to hardcode the soname there...14:26
juliankseb128: just test depend on libffi-dev?14:26
seb128I guess that would work despite being a bit hackish?14:26
juliankthat's the way it goes :D14:27
seb128alright, thanks for the advice ;-)14:27
bdmurraysil2100: I wrote some code to look at the sizes of the packages in the manifest files and I didn't see anything overly large in them.14:39
sil2100bdmurray: hey! I fixed one critical issue in ubiquity for 18.04.6 - https://git.launchpad.net/ubiquity/commit/?id=28779054c060dea4fe2376b8e7275a634fbfa94914:39
ubottuCommit 2877905 in ubiquity "scripts/simple-plugins: ubuntu-drivers autoinstall is now deprecated, use 'install' instead. bionic"14:39
sil2100bdmurray: I'm filling in a bug with another critical issue, but for that one maybe I'll poke around for help14:39
ginggsseb128: juliank: there's a better way: 'Restrictions: hint-testsuite-triggers' https://salsa.debian.org/apparmor-team/apparmor/-/blob/debian/master/debian/tests/control#L914:40
bdmurraysil2100: nice14:40
juliankginggs: nice14:41
sil2100bdmurray: I'll report it but first I need to check if it's a new bug or an old one14:42
seb128ginggs, thanks, it seems a bit more complicated than adding a depends but I guess it has the advantage of not imposing extra unneeded depends to the tests and making it clearer why they are listed14:45
ginggsseb128: also adding an extra depends might hide a missing depends14:45
seb128right14:45
cpaelzerare there shorter aging periods for regression updates like https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/194348115:36
ubottuLaunchpad bug 1943481 in libvirt (Ubuntu Focal) "libvirtd crashes when creating network interface pools in 6.0.0-0ubuntu8.13" [Critical, Fix Committed]15:36
cpaelzeror would that be like removing the current -updates restoring the former, and then once aged enough push the new one?15:36
bdmurraycpaelzer: in the event that an update is fixing a regression there can be shorter aging periods15:44
bdmurraycpaelzer: has there been any additional testing besides the test case in that bug?15:58
sil2100eh, so many issues16:06
vorlon?16:11
sil2100bdmurray, vorlon: hey, do you guys remember if in bionic it was possible to install nvidia drivers without network enabled? Asking since right now (after my fixes) this fails as there is no nvidia drivers on the cd pool (and cannot be fetched)16:11
sil2100I tried looking at the .list for 18.04.5 and didn't see nvidia drivers there either16:11
vorlonI believe that was something that was addressed in focal16:12
bdmurrayI don't think it was possible and something we fixed in Eoan16:12
bdmurrayThe last time we were in London16:12
vorlonhence all the late-in-release bugs in focal around making sure we always install matching nvidia drivers and kernel16:12
vorlonok, eoan then :)16:12
sil2100Ok, phew, then not a regression!16:12
sil2100I got confused since the damn isotracker test-case mentions to use offline mode for this test, but we possibly modified the test case for future releases and it just stayed this way16:13
vorlonright, because we were never going to release bionic again so we didn't care ;p16:13
sil2100;)16:14
sil2100Ok, so the only real blocker (or at least worth investigation) IMO is this:16:14
sil2100https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/194361416:14
ubottuLaunchpad bug 1943614 in ubiquity (Ubuntu Bionic) "ubuntu-drivers crashes due to click when ubiquity runs the Polish language (locale)" [Critical, Confirmed]16:15
sil2100I'll update the tracking document16:15
sil2100This I confirmed does seem to be a regression, as it seemed to work for .5, but I only briefly looked at it16:15
vorlonvýborně16:15
sil2100It's not very important, but then again people from Poland installing drivers will just fail and have to do it on their own ;)16:15
sil2100And I assume more languages like these are affected16:16
sil2100Only similar bug in the past I saw was LP: #1797579, but that one is a bit different16:16
ubottuLaunchpad bug 1797579 in ubiquity (Ubuntu) "ubiquity removes packages for non-en_US english locales" [Undecided, Fix Released] https://launchpad.net/bugs/179757916:17
sil2100Since there's no removals from what I see16:17
vorlondo you have a minimum reproducer from the commandline for the ubuntu-drivers crash?16:20
vorlon'ubuntu-drivers autoinstall' here in a bionic chroot just spits out 'No drivers found for installation'16:20
vorlonmaybe I need to enable restricted16:20
bdmurrayI thought Martin Pitt had a way of faking hardware that requires restricted16:21
vorlonwell I do have nvidia hardware outside the chroot, so now that I've added restricted, things are happening16:21
vorlonbut no crashes yet16:21
vorlonpossibly all thanks to the python3 "is this in utf8 or ascii mode? depends on if it's a tty or a file" nonsense16:23
vorlonoh, but the error message is even weirder, "you exported a locale but it doesn't exist"16:24
vorlonok yes I can reproduce it with 'LANG=pl_PL.UTF-8 ubuntu-drivers autoinstall' when I *don't* install the locale16:25
vorlonhairy16:26
bdmurrayhirsute?16:26
vorlonyes16:26
-queuebot:#ubuntu-release- Unapproved: accepted ruby-mysql2 [source] (hirsute-proposed) [0.5.2-1ubuntu3.21.04.1]16:51
-queuebot:#ubuntu-release- Unapproved: accepted ruby-mysql2 [source] (focal-proposed) [0.5.2-1ubuntu3.20.04.1]16:53
vorlonproblem not reproducible for me on hirsute, yet I don't see any relevant code differences in python3-click or ubuntu-drivers-common...16:54
vorlonhmm but installing hirsute versions of python3-click and ubuntu-drivers-common on bionic, I can still reproduce it16:57
vorlonpython3 behavior change, whee17:01
vorlon(newer python3 falls back to C.UTF-8 automatically on invalid locale)17:01
vorlonso not really a solution for bionic17:02
bdmurrayvorlon: which issue are you looking at?17:05
vorlonbdmurray: LP: #194361417:05
ubottuLaunchpad bug 1943614 in ubiquity (Ubuntu Bionic) "ubuntu-drivers crashes due to click when ubiquity runs the Polish language (locale)" [Critical, Confirmed] https://launchpad.net/bugs/194361417:05
vorlonand I have a prospective patch17:05
bdmurrayOh, I thought it meant a literal click! I should have looked at the bug. ;-)17:06
-queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (focal-proposed) [1.187.17]17:12
vorlonbdmurray, sil2100: I've uploaded my proposed workaround for ubuntu-drivers-common; please have a look.  If you think this is something we need to fix in ubiquity instead, more digging required17:12
vorlon(I found it a lot easier to make ubuntu-drivers not crash than to figure out why ubiquity is generating locales at the wrong point in time, but if the latter has other knock-on effects we should revisit)17:12
vorlonbah ok my upload was rejected because tseliot's git tree seems to be out of date vs the archive17:13
vorlonrebasing17:13
vorlonin the meantime, perhaps you can look at the PR and weigh in17:14
-queuebot:#ubuntu-release- Unapproved: stress-ng (focal-proposed/universe) [0.11.07-1 => 0.11.07-1ubuntu1] (no packageset)17:15
sil2100vorlon: looking!17:22
-queuebot:#ubuntu-release- Unapproved: stress-ng (hirsute-proposed/universe) [0.12.06-1 => 0.12.06-1ubuntu1] (no packageset)17:23
sil2100vorlon: ok, code wise looks good, but let me give it a spin17:26
vorlonsil2100: ok, reuploading17:50
-queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (bionic-proposed/main) [1:0.9.0~0.18.04.3 => 1:0.9.0~0.18.04.4] (desktop-core, ubuntu-server)17:50
bdmurrayvorlon: what's this .orig file?18:06
-queuebot:#ubuntu-release- Unapproved: accepted zfs-linux [source] (hirsute-proposed) [2.0.2-1ubuntu5.2]18:11
sil2100vorlon: ok, seems to work as expected!18:24
sil2100So I'm +1 on this change, tho it would be nice to have the .orig cleaned up!18:25
sil2100bdmurray: since vorlon is busy, I'll re-upload this with the orig removed18:25
bdmurraysil2100: okay, let me know when to review it18:27
-queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (bionic-proposed/main) [1:0.9.0~0.18.04.3 => 1:0.9.0~0.18.04.4] (desktop-core, ubuntu-server)18:29
-queuebot:#ubuntu-release- Unapproved: rejected ubuntu-drivers-common [source] (bionic-proposed) [1:0.9.0~0.18.04.4]18:30
sil2100bdmurray: ready ^18:31
sil2100Ok, in that case I'll also upload ubiquity with that other fix18:31
-queuebot:#ubuntu-release- Unapproved: accepted stress-ng [source] (focal-proposed) [0.11.07-1ubuntu1]18:31
bdmurraysil2100: aw man, there already is an ubuntu-drivers-common in bionic-proposed and its very underverified18:34
sil2100Aw come ooon18:34
sil2100Same version?18:34
sil2100Ah, .318:35
sil2100grrr18:35
sil2100I feel as if in this case we should just drop .3 from -proposed, upload .4 with *ONLY* the change from vorlon and then ask tseliot to rebase on top18:35
bdmurrayI'm looking at some of the bugs18:36
sil2100Uploaded ubiquity just now, if you could take a look at that one too18:37
-queuebot:#ubuntu-release- Unapproved: ubiquity (bionic-proposed/main) [18.04.14.16 => 18.04.14.17] (core)18:37
bdmurrayI'm a +1 for dropping .3 from -proposed.18:38
bdmurraysil2100: autoinstall seems like it should still work given the ubuntu-drivers code18:44
sil2100bdmurray: sadly it doesn't, because the current ubuntu-drivers version fails when you give --package-list option to it18:44
sil2100I didn't dive into the details, but since it's deprecated anyway I didn't feel like debugging the deprecated command!18:45
sil2100bdmurray: it basically crashes with the error '--package-list unknown argument' or something like that18:45
bdmurrayokay18:45
sil2100I vaguely remember us having a similar issue during some release already, hm18:46
bdmurrayoh the @click.option() list is much smaller for the autoinstall function18:47
-queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (bionic-proposed) [18.04.14.17]18:48
sil2100bdmurray: eh, so the ubuntu-drivers-common thing won't be that easy - the version that's in -updates is an older version number18:56
sil21001:0.8.6.3 instead of 1:0.9.018:57
sil2100So we'd have to do a dummy version with the whole .is. or similar notation18:57
sil2100hm, or guess I could just remove it from -proposed like with remove-package18:58
sil2100And just push a 1:0.8.6.3~0.18.04.218:59
sil2100vorlon: ^18:59
sil2100I'll start preparing that19:00
bdmurraysil2100: but then people with the current version from -proposed installed won't have an upgrade path until a new ubuntu-drivers-common is uploaded right? I guess we could just do the upload early next week19:07
sil2100bdmurray: yeah, we could do that. It's not the first time when we get a new upstream version to -proposed and then drop it for the previous one and just continue from there19:08
sil2100I suppose it's the risk of -proposed19:08
vorlonfurthermore, they probably don't need an upgrade path for this issue; having a locale set in the environment but not existing seems like very niche behavior outside of this ubiquity issue19:09
sil2100Ok, pushed the old version with vorlon's change on top + removing the old sru with sru-remove19:12
bdmurrayvorlon: I mean the people who already have the version of the package from -proposed installed19:12
vorlonbdmurray: of course; I'm saying that if we remove that, and replace it with this one change, there's nothing currently that they /need/ to upgrade to, and we can merge the two after .619:13
bdmurrayvorlon: got it, we just need to remember to do the merge after .6!19:14
* vorlon nods19:15
* sil2100 needs to wait for the removal to be processed before pushing the new version to the queue19:17
-queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (bionic-proposed/main) [1:0.8.6.3~0.18.04.1 => 1:0.8.6.3~0.18.04.2] (desktop-core, ubuntu-server)19:18
bdmurrayI'm rejecting the older one19:21
sil2100Yes plz19:22
-queuebot:#ubuntu-release- Unapproved: rejected ubuntu-drivers-common [source] (bionic-proposed) [1:0.9.0~0.18.04.4]19:23
sil2100Let's get those reviewed and building in -proposed - if someone could help with the verification of the -proposed packages, that would be awesome as well19:31
sil2100I need to AFK now, but I'll be back later :)19:31
sil2100Updated the tracking document as well19:33
bdmurrayI'm reviewing the package now19:34
-queuebot:#ubuntu-release- Unapproved: accepted ubuntu-drivers-common [source] (bionic-proposed) [1:0.8.6.3~0.18.04.2]19:44
-queuebot:#ubuntu-release- Unapproved: accepted stress-ng [source] (hirsute-proposed) [0.12.06-1ubuntu1]21:38
-queuebot:#ubuntu-release- Unapproved: debian-installer (bionic-proposed/main) [20101020ubuntu543.18 => 20101020ubuntu543.19] (core)21:38
vorlonbdmurray: ^^21:38
-queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (bionic-proposed) [20101020ubuntu543.19]21:42
bdmurrayOh testing ubuntu-drivers-common it became clear what added python3-click and python3-colorama to the bionic ioss21:58
bdmurrayisos21:58
vorlon:)22:02
-queuebot:#ubuntu-release- Unapproved: accepted gnutls28 [sync] (bionic-proposed) [3.5.18-1ubuntu1.5]22:10
-queuebot:#ubuntu-release- Unapproved: accepted gnutls28 [sync] (xenial-proposed) [3.4.10-4ubuntu1.9]22:17
vorlon^ useful to include gnutls28 in 18.04.6, so that apt on the image can access https sources22:20
sil2100List of changes keeps on growing ;) But +1 for that one23:31
sil2100o/23:31

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