[00:11] -queuebot:#ubuntu-release- Unapproved: lxd (bionic-proposed/main) [3.0.3-0ubuntu1~18.04.1 => 3.0.3-0ubuntu1~18.04.2] (edubuntu, ubuntu-server)
[00:46] <blackboxsw> RAOF: I realize you're not official SRU vanguard today, but we wanted to avoid delay until Monday on a cloud-init has a `regression-updates` bug  https://bugs.launchpad.net/cloud-init/+bug/1966085. We have verified this hotfix resolves snappy use-cases (and subiquity-based desktop live installer on Jammy).
[00:46] <ubottu> Launchpad bug 1966085 in cloud-init (Ubuntu Impish) "cloud-init status --wait never returns if datasource not found" [Undecided, Fix Committed]
[00:48] <blackboxsw> ROAF:  so TLDR not sure if you'll have time today or not but looking for a review of cloud-init uploads for release of 22.1-14-g2e17a0d6-0ubuntu1~18.04.3  for bionic focal and impish
[00:58]  * RAOF has a look.
[01:35] <RAOF> blackboxsw: looks sensible, Friday is still tomorrow for many people, released.
[02:14] <blackboxsw> thanks a ton bdmurray and RAOF
[02:43] <vorlon> Eickmeyer[m]: what do you want the new limit to be at which we warn for Ubuntu Studio images being too big?
[02:43] <vorlon> Eickmeyer[m]: IMHO it's best practice to continue paying attention to image size so that it doesn't grow quickly without anyone having oversight
[02:44] <Eickmeyer> vorlon: I do agree with that. Can we do 5GB for the time being?
[02:46] <vorlon> Eickmeyer: sure
[02:46] <Eickmeyer> I don't imagine we'll get anywhere close to that, but that would give us a buffer.
[02:51] <Eickmeyer> Thanks again, vorlon.
=== mirespace_ is now known as mirespace
[09:23] <juliank> autopkgtest-cloud update: yesterday's issue with bos01 was resolved, but networking is whacked, so nothing moved there yet
[09:32] <juliank> another ~140 ppc64el baseline rebuilds will land in jammy-proposed shortly
[09:34] -queuebot:#ubuntu-release- Unapproved: accepted alsa-ucm-conf [source] (focal-proposed) [1.2.2-1ubuntu0.13]
[10:07] <juliank> vorlon: suggesting usb stick because image size not fitting on dvd -> there are blu-ray discs too
[10:07] <juliank> :D
[10:07] <juliank> some places may not allow usb sticks, but allow blu-ray
[10:33] -queuebot:#ubuntu-release- New binary: python3-defaults [ppc64el] (jammy-proposed/main) [3.10.4-0ubuntu1] (core, i386-whitelist)
[10:37] -queuebot:#ubuntu-release- New: accepted python3-defaults [ppc64el] (jammy-proposed) [3.10.4-0ubuntu1]
[11:21] <juliank> the ~140 packages in bileto 4815 are landing now, bos01 network still under investigation by IS
[11:22] <juliank> I have completely turned off bos01 workers so things are easier to investigate for IS
[11:22] <juliank> also we waste less time trying to run tests that will only fail with timeouts
[12:34] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-510 [source] (impish-proposed) [510.60.02-0ubuntu0.21.10.1]
[12:40] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-510 [source] (focal-proposed) [510.60.02-0ubuntu0.20.04.1]
[12:47] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-390 [source] (impish-proposed) [390.147-0ubuntu0.21.04.1]
[12:48] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-390 [source] (focal-proposed) [390.147-0ubuntu0.20.04.1]
[12:49] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-390 [source] (bionic-proposed) [390.147-0ubuntu0.18.04.1]
[13:04] <juliank> bos01 workers are on again but have DNS issues
[13:08] <juliank> W: Failed to fetch http://ftpmaster.internal/ubuntu/dists/impish/InRelease  Could not connect to ftpmaster.internal:80 (91.189.89.100), connection timed out
[13:08] <juliank> W: Failed to fetch http://ftpmaster.internal/ubuntu/dists/impish-updates/InRelease  Unable to connect to ftpmaster.internal:http:
[13:08] <juliank> ^ this is the DNS issue fwiw, it gets the wrong DNS server assigned and hence wrong ftpmaster resolved
[13:43] <juliank> further updates: we now have 85 amd64 workers enabled, but I'll probably enable more if this remains stable, we're temporarily taking over all the lcy01 resources that launchpad was previously using
[13:43] <juliank> so amd64 queues should move twice as fast as normal
[13:43] <juliank> this will at least tell you any amd64 regressions even if the rests is dragging
[13:44] <juliank> queue size / running reporting is broken as rabbitmq is overloaded
[14:06] <ahasenack> :/
[14:06] <ahasenack> so many  pieces
[14:07] <ahasenack> thanks for working on it
[14:26] <ahasenack> juliank: do you know if bileto is running autopkgtests?
[14:26] <ahasenack> or rather, if it's able
[14:27] <ahasenack> or I shouldn't even try as it will make things worse
[14:29] -queuebot:#ubuntu-release- Unapproved: accepted bolt [source] (focal-proposed) [0.9.1-2~ubuntu20.04.1]
[17:35] -queuebot:#ubuntu-release- New binary: wlroots [amd64] (jammy-proposed/universe) [0.15.1-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: wlroots [ppc64el] (jammy-proposed/universe) [0.15.1-1] (no packageset)
[17:37] -queuebot:#ubuntu-release- New binary: wlroots [arm64] (jammy-proposed/universe) [0.15.1-1] (no packageset)
[17:37] -queuebot:#ubuntu-release- New binary: wlroots [s390x] (jammy-proposed/universe) [0.15.1-1] (no packageset)
[17:37] -queuebot:#ubuntu-release- New binary: wlroots [armhf] (jammy-proposed/universe) [0.15.1-1] (no packageset)
[17:43] <vorlon> juliank: "some places may not allow usb sticks but allow blu-ray" are you talking about IT security policies here?  Is that a use case that Ubuntu Studio cares about?
[17:43] -queuebot:#ubuntu-release- New: accepted wlroots [amd64] (jammy-proposed) [0.15.1-1]
[17:43] -queuebot:#ubuntu-release- New: accepted wlroots [armhf] (jammy-proposed) [0.15.1-1]
[17:43] -queuebot:#ubuntu-release- New: accepted wlroots [s390x] (jammy-proposed) [0.15.1-1]
[17:43] -queuebot:#ubuntu-release- New: accepted wlroots [arm64] (jammy-proposed) [0.15.1-1]
[17:43] -queuebot:#ubuntu-release- New: accepted wlroots [ppc64el] (jammy-proposed) [0.15.1-1]
[17:43] <vorlon> at least as far as I'm aware, bluray players are exceedingly uncommon
[17:51] <juliank> vorlon: IT security policies, yeah; just in general consideration, did not think about use case
[17:52] <juliank> vorlon: well eventually as stuff grows, those places will need BD drives to get ubuntu installed
[17:53] <juliank> ahasenack: so if you set lander signoff or whatever to ack, then it should do a britney run and queue tests and stuff, but beware the queues are super busy and we fairly-ish distribute times between them, so this takes away distro time
[17:54] <ahasenack> ok, won't do it, I'm just interested in the riscv64 build, since I can't enable that in a ppa of my own
[17:55] <juliank> ahasenack: well we don't have riscv64 autopkgtests
[17:55] <juliank> ahasenack: if you only want to build that's fine to use bileto for, just don't approve the lander signoff; just click publish once you think it's ready :D
[17:56] <juliank> * bos01 should now be returning to service on jammy, using ports.ubuntu.com instead of ftpmaster.internal for networking issue reasons *
[18:03] <ahasenack> juliank: just build, ack
[18:06] <bdmurray> ahasenack: You should be able to request having riscv64 in your PPA
[18:06] <ahasenack> bdmurray: #is, #launchpad, launchpad answers?
[18:07] <bdmurray> ahasenack: I think our new hires have used answers
[18:07] <ahasenack> k
[18:43] -queuebot:#ubuntu-release- Unapproved: grub2-unsigned (jammy-proposed/main) [2.06-2ubuntu6 => 2.06-2ubuntu6] (core, i386-whitelist)
[18:51] -queuebot:#ubuntu-release- Unapproved: grub2-unsigned (jammy-proposed/main) [2.06-2ubuntu6 => 2.06-2ubuntu6] (core, i386-whitelist)
[19:03] <Eickmeyer> vorlon: If you upped the limit and we don't care about size now, then why are we still seeing this when I put stuff back in the seed that were removed for space reasons?
[19:03] <Eickmeyer> xorriso : FAILURE : File exceeds size limit of 4294967295 bytes: '/srv/cdimage.ubuntu.com/scratch/ubuntustudio/jammy/dvd/tmp/jammy-amd64/CD1/casper/filesystem.squashfs'
[19:32] <Eickmeyer> vorlon: Per my research, looks like we need to set xorriso -file_size_limit off
[19:34] <Eickmeyer> That or -iso-level 3 or -iso-level 4.
[20:05] <vorlon> Eickmeyer: we raised the size limit for the *image*.  Files in the image are still limited to 4GiB.
[20:06] <Eickmeyer> vorlon: Ok, so we're back to the squashfs issue that I described in my email.
[20:06] <vorlon> yes
[20:06] <Eickmeyer> Per xorriso's manpage, the file size limit can be ignored if one does -file_size_limit off.
[20:08] <vorlon> Eickmeyer: hmm, I see that in the manpage.  We could certainly try it; if the Linux kernel allows this, that's all that matters, we don't require any other OS to be able to read the contents of the squashfs
[20:08] <Eickmeyer> According to my research, the Linux kernel allows it now.
[20:08] <vorlon> I'm on PTO today, so best is if you can either open a bug on ubuntu-cdimage or raise an MP against lp:~ubuntu-cdimage/debian-cd/ubuntu
[20:09] <Eickmeyer> vorlon: Ok, fair. Anybody else I can ping about it?
[20:09] <juliank> *** issues in autopkgtest cloud bos01 are resolved, we should be fully operational again (caveat we use a mirror, not ftpmaster.internal, so it might lag) ***
[20:09] <ahasenack> \o/
[20:10] <juliank> *** ppc64el baseline rebuild is completed and in proposed, sans two handful of ftbfs ***
[22:33] <Eickmeyer> Trying to get Ubuntu Studio building again, bug 1966523
[22:33] <ubottu> Bug 1966523 in Ubuntu CD Images "Ubuntu Studio ISOs are reaching hard ISO 9660 limit" [Undecided, New] https://launchpad.net/bugs/1966523