=== arraybolt3_ is now known as arraybolt3
vorlonarraybolt3: you reported test results for kubuntu 20.04.5 on http://iso.qa.ubuntu.com/qatracker/milestones/438/builds/257634/testcases/1301/results; did you follow the test case saying to click on the release notes hyperlink and confirm it launches?  It doesn't work for me on focal daily00:33
arraybolt3Shoot... no, I didn't. I almost certainly went on autopilot and did testing for Kubuntu the same way I do it for Lubuntu, where that isn't part of the instructions.00:35
arraybolt3It opens a Kate window right?00:35
vorlonit currently does nothing00:35
arraybolt3That's what it used to do for me the times I clicked that link.00:35
arraybolt3Oh. For me it always opened a Kate window before.00:35
vorlonok then I should cross-check against 20.04.500:36
arraybolt3Maybe, lemme see if I have the ISO here.00:36
arraybolt3I don't have Focal, so yeah, it will probably be faster if someone other than me does it.00:36
arraybolt3(I don't have the ISO I mean.)00:36
arraybolt3Sorry about that, I will look at the testcases more closely for future testing.00:37
arraybolt3The times I tested before were on Jammy, so it's entirely possible that the feature is broken on Focal entirely, I don't think I've ever tested the release notes on Focal.00:38
* arraybolt3 wget's the new Desktop ISO00:40
vorlonconfirmed, same behavior w/ kubuntu release notes in .500:48
vorlonmwhudson, dbungert: twice now with ubuntu-server focal daily, subiquity has stalled at the 'probing for disks' stage.  Going back and forward again clears the error00:53
Eickmeyersil2100: ope, Ubuntu Studio should've been opted-out of Focal 20.04.6 since it's so close to EOL for Studio Focal (3 years), just seems silly to release a new image just to retire it in a month.00:55
sil2100Eickmeyer: ah, ok, that's fine00:56
vorlonEickmeyer: thanks, we can drop it from the list00:56
EickmeyerI just marked it as disabled.00:56
* arraybolt3 is having trouble getting my testing laptop to boot...00:56
vorlonI've disabled ubuntustudio on the series manifest00:57
Eickmeyervorlon: Thanks00:57
sil2100vorlon: I kicked the focal source build now as well o/00:58
vorlonsil2100: cheers00:58
Eickmeyersil2100: Thanks! And, don't lose too much sleep.00:58
sil2100No worries, vorlon's got it all covered00:58
arraybolt3(boot problems are a hardware issue, nothing wrong with the ISOs)00:58
arraybolt3*my boot problems, I mean00:58
sil2100I'm just here out of curiosity!00:58
arraybolt3Well, tar. My testing is going to be limited to virtual machines and maybe Chromebooks, since my primary testing machine has an intermittent hardware fault that has decided to rear its head today.01:18
arraybolt3Anyway, I guess I'll use VBox for testing since others are likely already using QEMU-based VMs for testing.01:19
vorlonarraybolt3: if you find any images that don't have explicit UEFI test cases, let me know.  Every image should get at least one smoke test on an appropriately-configured UEFI system to ensure it actually has the right boot bits and nothing got missed01:21
arraybolt3vorlon: Will do. I think GNOME Boxes should let me test UEFI Secure Boot properly, I'll make sure and if so I'll use that for doing said smoke testing.01:21
vorlonarraybolt3: note the SecureBoot test case listed in https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/200907801:22
-ubottu:#ubuntu-release- Launchpad bug 2009078 in debian-installer (Ubuntu Focal) "rebuild debian-installer against current boot stack (SecureBoot security updates / revocations)" [Undecided, Fix Released]01:22
dbungertvorlon: I haven't been able to reproduce getting blocked on probing, any speculation on what we might be doing differently?01:22
vorlondbungert: nope.  Is there something you want me to look at in the logs?01:23
vorlondbungert: it didn't happen the first few times I tested.  It happened the first time when I added a second disk for RAID; but then I deleted that disk again and it still happened01:23
dbungertvorlon: ok, I'll try multi disk.  Not sure what to look for in the logs, a pastebin of the subiquity-server-debug.log would be nice01:24
vorlondbungert: ok.  I'm doing a kubuntu install now and then going to dinner, but I'll try to dig that up this evening01:25
jbichaarraybolt3: btw, the EFI option in Boxes breaks the Boxes Snapshot feature (in case you were curious why the buttons didn't seem to work) https://gitlab.gnome.org/GNOME/gnome-boxes/-/issues/92001:32
-ubottu:#ubuntu-release- Issue 920 in GNOME/gnome-boxes "EFI option silently breaks snapshots" [Opened]01:32
arraybolt3jbicha: Interesting, never noticed that (I hardly ever use snapshots, sometimes to my detriment...).01:33
arraybolt3I decided to go for virt-manager though since it lets me do more involved configuration which is handy for booting different ISOs on the same VM.01:33
arraybolt3I just noticed a *possible* graphical regression when booting 20.04.6 in VBox - the "Checking disks" prompt at the beginning renders in a weird way. I'll check to see if it's an actual regression and report it if so.01:34
arraybolt3https://i.imgur.com/fEXmyiP.png (is what I'm seeing)01:36
=== chris14_ is now known as chris14
arraybolt3Nice, it's not a regression. The behavior of the graphical weirdness has changed a bit, but it's not a regression, at least not on a 800x600 screen.03:03
arraybolt3Only MATE and Budgie still need UEFI smoke testing - I've done Desktop, Xubuntu, and Kylin, and it looks like everyone else beat me to Kubuntu.04:57
arraybolt3(everyone else, i.e. vorlo'n)04:58
arraybolt3I'll snag MATE next since it's probably smaller than Budgie and therefore should download faster.04:58
arraybolt3Also the MATE download link on the ISO tracker is broken.05:00
vorlonhmm shouldn't be, the link looks correct05:00
arraybolt3vorlon: It's missing a "focal".05:01
arraybolt3It's pointing to the Lunar image directory.05:01
arraybolt3(lol, the MATE image is a gigabyte *bigger* than Budgie. Didn't expect that.)05:01
vorlonyeah I can take a look at fixing that after I finish this last Kubuntu test05:01
vorlonheh somehow xenial,bionic,jammy have correct download links for mate but focal was missed05:04
vorlonhttp link fixed05:06
-queuebot:#ubuntu-release- New binary: ubiquity-slideshow-ubuntu [amd64] (lunar-proposed/main) [188] (ubuntu-desktop)06:39
-queuebot:#ubuntu-release- New binary: ubuntu-wallpapers [amd64] (lunar-proposed/main) [23.04.1] (desktop-core)07:25
LocutusOfBorgplease unblacklist meson autopkgtests07:28
LocutusOfBorgI did upload 1.0.1-5ubuntu1 with fixes and additional logs for the disk space full issue07:28
arraybolt3Every flavor of Ubuntu that is part of the 20.04.6 release has been smoke-tested in a Secure Boot UEFI environment that refuses to boot a 20.04.5 ISO. I just finished the last one.07:31
ginggsarraybolt3: thank you!07:49
arraybolt3Glad to help!07:50
ginggsLocutusOfBorg: meson/armhf/lunar removed from never_run07:56
arraybolt3UIF-related question, if I upload a package *before* the freeze, and Britney migrated it out *after* the freeze, that's still allowable, right? Just like we do for FF?08:05
arraybolt3(Asking because there's a last-minute change for the UI that I intend to push to Lubuntu and need to know if I should push it right now or if it's OK to wait until after I wake up.)08:06
arraybolt3nvm, I'm realizing it's probably a good idea to push it now.08:08
-queuebot:#ubuntu-release- New: accepted ubiquity-slideshow-ubuntu [amd64] (lunar-proposed) [188]08:32
-queuebot:#ubuntu-release- New: accepted ubuntu-wallpapers [amd64] (lunar-proposed) [23.04.1]08:32
seb128arraybolt3, yes, upload time is what counts, not when it migrates08:33
LocutusOfBorgthanks ginggs I'll update as soon as I have feedbacks on the test08:33
LocutusOfBorgvorlon, I stole your ugene diff on Debian tracker and uploaded :) libprocps-dev can be NBS cleanup in some hours08:34
LocutusOfBorginterestingly somebody NBS cleaned it up with ugene depending on it...08:36
ginggsLocutusOfBorg: ugene did not depend on libprocps808:39
LocutusOfBorgginggs, build-depend on libprocps-dev08:46
LocutusOfBorgin fact, removing the build-dependency and uploading was the fix08:47
-queuebot:#ubuntu-release- Packageset: Removed nvidia-graphics-drivers-510-server from i386-whitelist in lunar08:54
-queuebot:#ubuntu-release- Packageset: Added argyll to i386-whitelist in lunar08:54
-queuebot:#ubuntu-release- Packageset: Added jam to i386-whitelist in lunar08:54
-queuebot:#ubuntu-release- Packageset: Added libstring-license-perl to i386-whitelist in lunar08:54
sil2100tjaalton: hey! I see you submitted an FFe for mesa 23.0.1 last week - how's that looking?09:18
tjaaltonsil2100: it hasn't been released yet09:19
tjaaltonbut having a pre-ack would allow me to upload once it arrives09:19
tjaalton23.0.1 is way overdue09:19
tjaaltonbeen four weeks since .0 came out09:20
sil2100tjaalton: ouch, man. I thought it would be already released last week09:32
tjaaltonshould happen today, their CI is slow09:36
tjaaltonor having some issues, dunno09:36
ricotztjaalton, hi :), would you still be available to look at the libreoffice SRU?09:54
ginggsLocutusOfBorg: 1.0.1-5ubuntu1 meson/1.0.1-5ubuntu1 2023-03-15 09:58:07 UTC 0h 31m 41s - pass10:00
ginggs^ for lunar/armhf10:00
-queuebot:#ubuntu-release- Unapproved: accepted dotnet6 [source] (kinetic-proposed) [6.0.114-0ubuntu1~22.10.1]12:47
-queuebot:#ubuntu-release- Unapproved: accepted dotnet6 [source] (jammy-proposed) [6.0.114-0ubuntu1~22.04.1]12:56
-queuebot:#ubuntu-release- Unapproved: accepted dotnet7 [source] (kinetic-proposed) [7.0.103-0ubuntu1~22.10.1]13:32
-queuebot:#ubuntu-release- Unapproved: glance (kinetic-proposed/main) [2:25.0.0-0ubuntu1.1 => 2:25.1.0-0ubuntu1] (openstack)13:41
-queuebot:#ubuntu-release- Unapproved: neutron (kinetic-proposed/main) [2:21.0.0-0ubuntu1 => 2:21.1.0-0ubuntu1] (openstack)13:42
-queuebot:#ubuntu-release- Unapproved: glance (jammy-proposed/main) [2:24.1.0-0ubuntu1.1 => 2:24.2.0-0ubuntu1] (openstack)13:43
vorlonLocutusOfBorg: ah fwiw I already did the NBS cleanup of libprocps-dev, because while I submitted a diff for ugene build-deps, I guess you'll have also seen that it FTBFS (a pre-existing issue seen on the rebuild test)14:30
vorlonLocutusOfBorg: so removing libprocps-dev first doesn't regress ugene in the release pocket14:30
LocutusOfBorgvorlon, the FTBFS is already fixed :D14:37
LocutusOfBorgI though you had forgot to upload it, this is why I pinged14:37
ricotzhello SRU team, please accept libreoffice/kinetic https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/200935414:51
-ubottu:#ubuntu-release- Launchpad bug 2009354 in libreoffice (Ubuntu Kinetic) "[SRU] libreoffice 7.4.6 for kinetic" [High, Incomplete]14:51
-queuebot:#ubuntu-release- Unapproved: ceph (jammy-proposed/main) [17.2.5-0ubuntu0.22.04.1 => 17.2.5-0ubuntu0.22.04.2] (ubuntu-server)15:01
-queuebot:#ubuntu-release- Unapproved: ceph (kinetic-proposed/main) [17.2.5-0ubuntu0.22.10.1 => 17.2.5-0ubuntu0.22.10.2] (ubuntu-server)15:02
seb128I tried to trigger a rebuild for the Ubuntu lunar daily through the ISO tracker some hours ago but it's not showing up on https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/lunar/ubuntu for some reason15:02
seb128could someone from the release team trigger one?15:02
vorlonseb128: is this legacy or subiquity?15:15
vorlonseb128: my guess is the failure to trigger is related to my unpleasant cowboy to post daily-live images for 20.04.4 under the 'Legacy' product even though daily-live isn't legacy for lunar15:16
vorlon(done so that it posts to the right place to get the relevant test suites for that image)15:16
seb128vorlon, yes, daily-live is the new installer15:16
vorlonseb128: so you want the daily-live image built - ok building15:17
vorlonit still won't post to the right place on the iso tracker, but, well15:17
vorlonthis is a problem we should plan to sort out better for the future, since it will also affect 22.04 point releases15:17
seb128vorlon, thanks15:22
seb128vorlon, oh, is that why the 'Ubuntu Desktop amd64 (re-building)' entry on http://iso.qa.ubuntu.com/qatracker/milestones/441/builds has a version from yesterday despite the fact we had a daily build this morning15:22
bdmurrayginggs: why was meson/armhf/linux removed from never_run?15:23
* bdmurray does some detective work and finds out15:25
vorlonseb128: yes15:25
ginggsbdmurray: i thought the commit message was clear15:26
vorlonseb128: we probably need to extend the file format to include a 'series' field like a lot of the other config files do :/15:26
bdmurrayginggs: I was just reading scrollback not actually looking at other things.15:26
bdmurrayIs it possible a test with the previous version will get triggered?15:27
ginggsbdmurray: possible if someone tries a migration-reference before the new meson migrates15:28
vorlonI am planning to quiesce proposed-migration for a couple of hours today for the final cutover from snakefruit to ubuntu-archive-toolbox.  A 1-2 hour gap in proposed-migration output is nothing extraordinary so I don't expect this to have significant impact on development (and it shouldn't matter for the in-flight 20.04.6 which hopefully won't need any more packages uploaded anyway!) but just a15:33
jbichaubuntu-release: could you figure out what's going wrong with the libreoffice/lunar-proposed i386 autopkgtest? It's shown as running despite being denylisted. Also it looks like the test keeps being triggered according to the test history15:34
vorlonbdmurray, paride: ^^15:38
bdmurrayjbicha: shows as running where? I'm not seeing it a.u.c/running15:43
jbichabdmurray: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libreoffice15:44
vorlonthat says that britney is waiting for results, not that it's running15:44
vorlonthe denylist causes britney's request for the test to disappear into the ether15:45
vorlonbut britney separately needs to know not to wait for it15:45
vorlonjbicha, bdmurray: I've added a badtest hint for libreoffice now (with an extensive commit message)15:53
ricotzvorlon, it this a typo? "i386w"16:01
vorlonricotz: sure is!16:01
ricotzI am wondering why libreoffice is that special here, aren't there other packages having autopkgtest but no i386 binaries?16:02
vorlonricotz: yes. Per the commit message, it's the fact that the denylist will prevent us from ever getting a migration-reference run that britney will honor16:04
ricotzvorlon, ok, if it weren't on this denylist, then what?16:05
ricotzthe libreoffice debian/control file doesn't list i386 as supported why is it even considered still?16:06
vorlonricotz: then autopkgtest generates a result that proposed-migration can pick up and use to reset its understanding of the baseline.16:07
vorlonricotz: because the implementation can't tell the difference between arch: all and arch: any packages wrt what needs to be tested.  Libreoffice has binaries published in the i386 Packages file which are Architecture: all16:08
ricotzI see, although isn't arch-all handled by amd64 for a long time already16:09
vorlonthat's not the point16:09
vorlonautopkgtests for Architecture: all packages run on ALL architectures16:10
vorlonbecause the fact that there's no arch-dependent code does not mean that the package doesn't have to work on non-amd64 architectures16:10
ricotzok, still weird that there aren't a whole lot of other packages suffering from this condition16:11
vorlonno it isn't16:11
vorlonthis package was explicitly blacklisted16:12
ricotzhmm, git grep force-badtest | grep i386 | wc -l == 916:13
-queuebot:#ubuntu-release- New source: gcr4 (lunar-proposed/primary) [4.1.0-0ubuntu1]16:18
seb128is there a known issue 'blocked in proposed for <n> days' emails?16:31
seb128I've some people who told me they didn't get notified recently that their uploads were stucked in proposed16:31
-queuebot:#ubuntu-release- Unapproved: systemd (focal-proposed/main) [245.4-4ubuntu3.20 => 245.4-4ubuntu3.21] (core, i386-whitelist)16:32
arraybolt3seb128: I personally have never gotten an email like that even when my uploads have gotten stuck.16:33
arraybolt3I didn't even know that was a thing.16:33
seb128vorlon, ^ is that a potential regression from the migration you are working on?16:35
seb128arraybolt3, weird16:36
arraybolt3LocutusOfBorg: Please do not sync LXQt packages from Debian into Ubuntu. Lubuntu and the Debian LXQt Team are having disagreements and are currently maintaining LXQt separately. Every sync from Debian means more work for the Lubuntu team to revert the sync and return things to the state Lubuntu should be in.16:36
arraybolt3(In particular, I now need to fix the watch file and version deps and review the patch for lxqt-session.)16:37
arraybolt3We do intend on eventually resolving the disagreements so that hopefully this isn't a problem anymore.16:38
arraybolt3*dep versions16:40
LocutusOfBorgarraybolt3, some parts of the delta were just wrong, e.g.16:46
LocutusOfBorg-               liblxqt1-dev (>= 1.2.0),16:46
LocutusOfBorg+               liblxqt1-dev (>= 1.2.0~),16:46
LocutusOfBorgthe version in Debian packaging with ~ is better than the Ubuntu part16:47
LocutusOfBorgthe package needed some care and patches, that were already in Debian16:47
arraybolt3Perhaps. But there's still the point that there is extra work to be done now. We could have pulled that in ourselves when we were ready.16:47
LocutusOfBorgarraybolt3, ack16:47
arraybolt3Sorry, this is a weird situation, and hopefully this will end up going away in the future.16:48
LocutusOfBorgbtw I kept the Ubuntu specific patches, I didn't plain sync16:48
vorlonseb128: I have heard reports of the email notifications about stuck packages not going through.  They all go through for me (and I tend to get a lot of them due to no-change rebuilds).  But other mail providers may be dropping them / not delivering them and there's not much I can do about that (and I'm not signing up to fight gmail's filtering)16:58
arraybolt3LocutusOfBorg: That's good, maybe this isn't as "oh no!" as I thought. (We had one time where the whole stack accidentally got synced. That may have made me a bit... protective :P)16:58
arraybolt3Anyway, I needed to audit that package anyway for copyright file reasons, so I guess this is a good push into doing that.16:59
-queuebot:#ubuntu-release- Unapproved: nova (kinetic-proposed/main) [3:26.1.0-0ubuntu1 => 3:26.1.0-0ubuntu2] (openstack)17:01
seb128vorlon, alright, thanks17:12
vorlonarraybolt3: ^^ anyway you can check whether you have any mails in your gmail spam box17:17
vorlonschopin: LP: #2006739> December 2011? Not a typo?17:17
-ubottu:#ubuntu-release- Launchpad bug 2006739 in glibc (Ubuntu) "[FFe] Include Memory Tagging Extension support in the arm64 glibc build" [Medium, Triaged] https://launchpad.net/bugs/200673917:17
arraybolt3vorlon: Not in spam, but I am using Gmail.17:18
seb128vorlon, Jeremy confirmed that for him gmail had put them in spam17:18
arraybolt3They just aren't coming through at all.17:18
arraybolt3(I clear my spam regularly.)17:18
schopinvorlon: erm. typo. That should be 2021.17:18
seb128Till also said he hasn't those in his spams17:19
cjwatsonWe probably need to get IS to set up DKIM signing for those17:20
cjwatsonAssuming they're already going via one of the modern relays17:21
vorlonyeah.  gmail sometimes decides to accept mail but drop it from delivery and not give the user any way to find it.  Or they might be giving an error from Canonical's outbound mail server that I don't see.  And what Colin said17:21
vorlonI can tune it to make sure we're using best internal practices for the mail, but I can't control gmail's hostility to mail17:21
cjwatsonIf somebody has one of the emails in question with full headers, I suggest running it through dkimproxy-verify to see what it says17:21
vorlonI delete them after receipt so I don't have any to reference currently and it's hard to intentionally trigger the conditions for their sending :)17:22
vorlonI'll watch out for the next one, but er today I'm also switching the server they're sent from soooooo17:22
vorlonschopin: you shouldn't set FFe requests triaged yourself, we use that for workflow management of the FFes themselves17:23
cjwatsonOh, that in itself might help, of course, depending on what the mail relay situation is for snakefruit vs. u-a-t17:23
vorlonIS had us specifically switch to noreply+proposed-migration@ubuntu.com as the sender a while ago specifically for integrating with the modern policies17:24
vorlonso switching servers *shouldn't* make it better or worse17:25
dbungertvorlon: I tried a few variations of the probe test you mention hung, I haven't seen that yet.  If you have a moment, a retest with 20.04.5 would be nice.18:11
vorlondbungert: ok.  I'm afk for a bit right now, and then I'm working on ubuntu-archive-toolbox.internal, but I should have time to look at this today.  It's not high priority from my side if you can't reproduce it, so don't worry over much on your side, but I will be sure to follow through18:51
dbungertvorlon: ack18:51
kanashiro[m]ubuntu-archive: could I get someone to promote mosh to main? LP: #199710619:37
-ubottu:#ubuntu-release- Launchpad bug 1997106 in mosh (Ubuntu) "[MIR] mosh" [Undecided, In Progress] https://launchpad.net/bugs/199710619:37
vorlonkanashiro[m]: a) mosh is not seeded, we should see it on https://ubuntu-archive-team.ubuntu.com/component-mismatches.html before it gets promoted; b) 'in progress' is not 'fix committed' so at a glance the MIR is not done yet19:57
vorlonquiescing proposed-migration now for the cutover19:57
kanashiro[m]vorlon: ok, it should show up as a component mismatch soon (it was committed in seeds). And the bug status I did not touch, this was redirected by me as already approved and towards promotion (requiring seeds change and poking an AA), I do not know if it would be ok for me to change the status to Fix Committed, AFAICS it was approved by the MIR and security team20:11
vorlonkanashiro[m]: yes, it's for the MIR team to move it to fix committed; if they haven't done so you should poke them as to why20:11
vorlonbut I won't action a MIR promotion until it is20:11
kanashiro[m]slyon: since you reviewed and approved the mosh MIR could you please check the status of the bug and set it accordingly? LP: #199710620:13
-ubottu:#ubuntu-release- Launchpad bug 1997106 in mosh (Ubuntu) "[MIR] mosh" [Undecided, In Progress] https://launchpad.net/bugs/199710620:13
vorlonproposed-migration finished, final sync from snakefruit is done; turning off the dry-run mode on u-a-t and turning the jobs back on20:34
vorlonfound a bug specific to the autopkgtest queuing from p-m; rolling back20:46
vorlonsorry, had a few things come up so haven't actually rolled p-m back to snakefruit yet - but IS installed the missing dependency so trying again22:00
vorlonamqp connection failing from britney but this time not because of a missing package dep.  going to see if I can figure this out, p-m offline still for a bit while I debug22:11
vorlonaha firewall issue22:20
vorlonstill trying to work through this and see if I can get it done in short order so that we don't have to rollback22:21
vorlonfirewall sorted, trying again22:47
vorlonit's running, autopkgtest requests are not failing on the client side22:57
vorlonand https://autopkgtest.ubuntu.com/running#queue-huge-lunar-s390x shows them - we're in business22:57
vorlonok things are live now!  https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html shows the first successful run on ubuntu-archive-toolbox23:26
vorlonfor the moment there will be some publication delays because there's a frontend that only syncs data every hour @ :17.  Now that things are up I'm going to work on moving that to an ssh trigger so that we don't have delays seeing the output23:27
-queuebot:#ubuntu-release- Unapproved: squid (kinetic-proposed/main) [5.6-1ubuntu3 => 5.6-1ubuntu3.1] (ubuntu-desktop, ubuntu-server)23:29

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