[00:02] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-535-server [amd64] (noble-proposed/restricted) [535.154.05-0ubuntu1] (i386-whitelist)
[00:02] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-535 [amd64] (noble-proposed/restricted) [535.154.05-0ubuntu1] (i386-whitelist)
[00:04] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-535-server [arm64] (noble-proposed/restricted) [535.154.05-0ubuntu1] (i386-whitelist)
[00:04] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-535 [arm64] (noble-proposed/restricted) [535.154.05-0ubuntu1] (i386-whitelist)
[05:17] -queuebot:#ubuntu-release- New binary: python-jpype [amd64] (noble-proposed/none) [1.5.0-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: python-jpype [armhf] (noble-proposed/none) [1.5.0-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: python-jpype [ppc64el] (noble-proposed/none) [1.5.0-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: fpylll [amd64] (noble-proposed/none) [0.6.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: fpylll [arm64] (noble-proposed/none) [0.6.0-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: fpylll [ppc64el] (noble-proposed/none) [0.6.0-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: python-jpype [s390x] (noble-proposed/none) [1.5.0-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: python-jpype [arm64] (noble-proposed/none) [1.5.0-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: fpylll [s390x] (noble-proposed/none) [0.6.0-1] (no packageset)
[05:37] -queuebot:#ubuntu-release- New binary: fpylll [armhf] (noble-proposed/universe) [0.6.0-1] (no packageset)
[05:59] -queuebot:#ubuntu-release- New binary: python-jpype [riscv64] (noble-proposed/universe) [1.5.0-1] (no packageset)
[06:13] -queuebot:#ubuntu-release- New binary: fpylll [riscv64] (noble-proposed/universe) [0.6.0-1] (no packageset)
[07:40] -queuebot:#ubuntu-release- Unapproved: rejected vim [source] (lunar-proposed) [2:9.0.1000-4ubuntu3.4]
[07:57] -queuebot:#ubuntu-release- Unapproved: rejected flash-kernel [source] (lunar-proposed) [3.106ubuntu15]
[07:58] -queuebot:#ubuntu-release- Unapproved: rejected coreutils [source] (lunar-proposed) [9.1-1ubuntu2.23.04.1]
[08:02] -queuebot:#ubuntu-release- Unapproved: rejected budgie-desktop [source] (lunar-proposed) [10.7.1-1ubuntu3.1]
[08:02] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (lunar-proposed) [23.4.1-0ubuntu1~23.04.1]
[08:02] -queuebot:#ubuntu-release- Unapproved: rejected open-vm-tools [source] (lunar-proposed) [2:12.3.5-3~ubuntu0.23.04.1]
[08:02] -queuebot:#ubuntu-release- Unapproved: rejected chromium-browser [source] (lunar-proposed) [2:1snap1-0ubuntu1.23.04.1]
[08:02] -queuebot:#ubuntu-release- Unapproved: rejected zfs-linux [source] (lunar-proposed) [2.1.14-0ubuntu0.23.04.1]
[08:02] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (lunar-proposed) [23.4.1-0ubuntu1~23.04.2]
[08:16] -queuebot:#ubuntu-release- New: accepted fpylll [amd64] (noble-proposed) [0.6.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted fpylll [armhf] (noble-proposed) [0.6.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted fpylll [riscv64] (noble-proposed) [0.6.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-bitbucket-creachadair-shell [amd64] (noble-proposed) [0.0.8-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-cavaliergopher-rpm [amd64] (noble-proposed) [1.2.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-sassoftware-go-rpmutils [amd64] (noble-proposed) [0.2.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-sigstore-protobuf-specs [amd64] (noble-proposed) [0.2.1-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-veraison-go-cose [amd64] (noble-proposed) [1.2.1-1]
[08:16] -queuebot:#ubuntu-release- New: accepted python-jpype [arm64] (noble-proposed) [1.5.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted python-jpype [ppc64el] (noble-proposed) [1.5.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted fpylll [arm64] (noble-proposed) [0.6.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted fpylll [s390x] (noble-proposed) [0.6.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-go-webauthn-webauthn [amd64] (noble-proposed) [0.10.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-transparency-dev-merkle [amd64] (noble-proposed) [0.0.2-1]
[08:16] -queuebot:#ubuntu-release- New: accepted python-jpype [armhf] (noble-proposed) [1.5.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted python-jpype [s390x] (noble-proposed) [1.5.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted fpylll [ppc64el] (noble-proposed) [0.6.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-shibumi-go-pathspec [amd64] (noble-proposed) [1.3.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted python-jpype [riscv64] (noble-proposed) [1.5.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted golang-github-adamkorcz-go-fuzz-headers-1 [amd64] (noble-proposed) [0.0~git20230919.8b5d3ce-1]
[08:16] -queuebot:#ubuntu-release- New: accepted python-jpype [amd64] (noble-proposed) [1.5.0-1]
[08:16] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-535-server [amd64] (noble-proposed) [535.154.05-0ubuntu1]
[08:16] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-535 [amd64] (noble-proposed) [535.154.05-0ubuntu1]
[08:16] -queuebot:#ubuntu-release- New: accepted qutip [amd64] (noble-proposed) [4.7.3-1]
[08:16] -queuebot:#ubuntu-release- New: accepted qutip [ppc64el] (noble-proposed) [4.7.3-1]
[08:16] -queuebot:#ubuntu-release- New: accepted qutip [s390x] (noble-proposed) [4.7.3-1]
[08:16] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-535-server [arm64] (noble-proposed) [535.154.05-0ubuntu1]
[08:16] -queuebot:#ubuntu-release- New: accepted qutip [armhf] (noble-proposed) [4.7.3-1]
[08:16] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-535 [arm64] (noble-proposed) [535.154.05-0ubuntu1]
[08:16] -queuebot:#ubuntu-release- New: accepted qutip [riscv64] (noble-proposed) [4.7.3-1]
[08:31] <ricotz>  xnox, hi, dropping *-fbc1-* in control in not correct - https://launchpadlibrarian.net/708564226/nvidia-graphics-drivers-545_545.29.06-0ubuntu2_545.29.06-0ubuntu3.diff.gz
[10:43] <LocutusOfBorg> autopkgtest for diaspora-installer/0.7.18.2+debian3: amd64: Pass, arm64: Test in progress, armhf: Regression ♻ , i386: Not a regression, ppc64el: Not a regression, s390x: Regression ♻
[10:43] <LocutusOfBorg> seb128, ginggs ^^ they are regressed in release, but since the package doesn't exist in release, the migration-reference/0 fails...
[10:43] <LocutusOfBorg> can we do something?
[10:44] <LocutusOfBorg> like hint, forget
[10:44] <LocutusOfBorg> unknown	migration-reference/0
[10:44] <LocutusOfBorg> this is what happens
[11:11] -queuebot:#ubuntu-release- New binary: rustc [i386] (noble-proposed/main) [1.74.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[11:17] -queuebot:#ubuntu-release- New binary: golang-github-protonmail-gluon [amd64] (noble-proposed/universe) [0.17.0-2] (no packageset)
[11:23] <LocutusOfBorg> doko, hello, is anybody working on libguestfs rebuild issues?
[11:23] <LocutusOfBorg> I would say we need a libvirt merge
[11:23] <LocutusOfBorg> Missing build dependencies: libvirt-dev (>= 9.8.0~)
[11:24] <LocutusOfBorg> libvirt-sys-perl is sad
[11:24] <doko> sergiodj: ^^^
[11:40] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa/+sourcepub/15700348/+listing-archive-extra
[11:40] <LocutusOfBorg> sergiodj, ^^
[11:41] <LocutusOfBorg> this might even build :D
[11:42] -queuebot:#ubuntu-release- New binary: rustc [amd64] (noble-proposed/main) [1.74.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[11:42] -queuebot:#ubuntu-release- New binary: rustc [armhf] (noble-proposed/main) [1.74.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[11:59] -queuebot:#ubuntu-release- New binary: rustc [s390x] (noble-proposed/main) [1.74.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[12:03] -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (noble-proposed/main) [1.74.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[12:12] -queuebot:#ubuntu-release- New binary: rustc [arm64] (noble-proposed/main) [1.74.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[12:44] <LocutusOfBorg> well some libvirt-daemon-system revert can be now dropped
[12:45] <ginggs> LocutusOfBorg: yes, it looks like diaspora-installer can do with a hint
[12:47] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (jammy-proposed/main) [2.765.34 => 2.765.35] (desktop-core, i386-whitelist)
[12:48] <LocutusOfBorg> so this commit needs to be applied again? https://salsa.debian.org/libvirt-team/libvirt/-/commit/c62b8b27161bf69d6a8a47131450de3f81b1fe9d
[12:48] -ubottu:#ubuntu-release- Commit c62b8b2 in libvirt-team/libvirt "libvirt-daemon-system: Drop polkit rules in legacy pkla format"
[12:48] <LocutusOfBorg> seb128, ^^
[12:49] <seb128> LocutusOfBorg, no, we updated polkit in lunar, we are using .js as well now
[12:49] <seb128> sorry, in mantic
[12:51] <LocutusOfBorg> sorry seb128 I was meant to ping sergiodj ^^
[12:51] <LocutusOfBorg> I mean, that revert should have been reverted already, but meh, somebody forgot about it...
[13:20] -queuebot:#ubuntu-release- New: accepted golang-github-protonmail-gluon [amd64] (noble-proposed) [0.17.0-2]
[13:20] -queuebot:#ubuntu-release- New: accepted rustc [arm64] (noble-proposed) [1.74.1+dfsg0ubuntu1-0ubuntu1]
[13:20] -queuebot:#ubuntu-release- New: accepted rustc [i386] (noble-proposed) [1.74.1+dfsg0ubuntu1-0ubuntu1]
[13:20] -queuebot:#ubuntu-release- New: accepted rustc [s390x] (noble-proposed) [1.74.1+dfsg0ubuntu1-0ubuntu1]
[13:20] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (noble-proposed) [1.74.1+dfsg0ubuntu1-0ubuntu1]
[13:20] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (noble-proposed) [1.74.1+dfsg0ubuntu1-0ubuntu1]
[13:20] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (noble-proposed) [1.74.1+dfsg0ubuntu1-0ubuntu1]
[13:30] -queuebot:#ubuntu-release- Unapproved: freeradius (jammy-proposed/main) [3.0.26~dfsg~git20220223.1.00ed0241fa-0ubuntu3.1 => 3.0.26~dfsg~git20220223.1.00ed0241fa-0ubuntu3.2] (ubuntu-desktop, ubuntu-server)
[14:02] -queuebot:#ubuntu-release- New source: qatlib (noble-proposed/primary) [23.11.0-0ubuntu1]
[14:30] -queuebot:#ubuntu-release- Unapproved: iptables (jammy-proposed/main) [1.8.7-1ubuntu5.1 => 1.8.7-1ubuntu5.2] (core, i386-whitelist)
[14:40] <xnox> ricotz: huh, indeed it is not, this is buggy ppc64le removal.
[14:41] <xnox> ricotz: will open a bug report about it.
[14:50] <sergiodj> LocutusOfBorg: hi, I talked to doko a few minutes ago but I won't be able to upload the new libvirt today as I was planning to (there's a regression that I still have to investigate). IIRC doko has plans to fix the issue with the perl package meanwhile
[14:51] <LocutusOfBorg> ta
[14:54] <ricotz> xnox, please don't forget to push the packaging changes for 545
[14:54] <xnox> ricotz: ?
[14:55] <xnox> ricotz: note 545 is not a recommended driver, and should not be used by default
[14:56] <ricotz> xnox, I am referring to https://github.com/canonical/nvidia-graphics-drivers
[14:56] <xnox> ricotz: sure, but why do you use that repo?
[14:57] <ricotz> xnox, I am aware I am managing https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
[14:58] <ricotz> xnox, thanks
[15:08] <xnox> ricotz: i am curious why you do that though. as it duplicates what we have in the archive; doesn't work with secureboot; breaks LRM; and causes multiple upgrade bugs between releases and supported users =/
[15:09] <xnox> ricotz: what benefit does that ppa have over the ubuntu archive?
[15:10] <xnox> ricotz: i also relly disline the attirbution -> binary package copies appear as if they were uploaded and endorsed by Canonical employess in said ppa
[15:10] <ricotz> xnox, the final release *if* they are available in ubuntu are binary copies, otherwise newer release are provided which are not made available in ubuntu yet
[15:12] <xnox> ricotz: you do understand we at ubuntu have pre-release access to all rc builds of drivers months ahead of them being public.
[15:12] <xnox> ricotz: and we don't publish them to the archive, due to known issues, bugs, regressions that make it critical to not make them available on ubuntu =)
[15:13] <xnox> ricotz: or we publishe them ahead of them being available publically....... i hope you can see that 535.154.05 was build days ahead of it being public.
[15:13] <xnox> ricotz: hence it is a disservice most of the time to publish things in that ppa.
[15:13] <ricotz> xnox, I know, there are internal releases made available early to you
[15:14] <ricotz> so I tend to provide NFB releases like 545, so users can decided to try it out or not
[15:14] <xnox> the way things packaged in that ppa, when one enables it, things work when they are inline with public archive and public LRM and then break the machines when they are not inline. And potentially shipping known regressions.
[15:15] <xnox> 545 was packaged in november, regressions found, and we held releasing it until regressions were fixed and verified by nvidia
[15:15] <xnox> hence it is now published.
[15:15] <xnox> ricotz: again, disservice.
[15:16] <xnox> ricotz: also you are using up disk space in the ppa, why do you feel the need to copy in archive builds of the driver into the ppa, instead of simply deleting it? (as that would be the same effect, people upgrading to the archive builds which are served with mirrors and CDN, rather than by launchpad service only)
[15:17] <xnox> (also note archive publications have snapshot service with longer timelines than ppas do)
[15:18] <ricotz> xnox, please take a breath and research the history of that ppa instead of discrediting it right now
[15:19] <ricotz> keeping things in sync feels more clear for users than removing the builds
[15:20] <ricotz> while Alberto was hardly reachable he also didn't made me aware of such concerns
[15:53] -queuebot:#ubuntu-release- New sync: php8.3 (noble-proposed/primary) [8.3.0-1]
[16:39] <Eickmeyer> Is cdimage (or something) stuck? I did a rebuild of both Edubuntu and Ubuntu Studio and neither appeared.
[16:53] <vorlon> I saw a build failure email for edubuntu
[16:53] <vorlon> due to an ephemeral failure
[17:01] <vorlon> Eickmeyer: ^^
[17:15] <Eickmeyer> vorlon: Doesn't explain the lack of Ubuntu Studio. Launchpad's logs show as successful for both, so it happened in the stage between there and publishing and I have completely forgotten where to look. Either way, I can't trigger a rebuild since iso.qa.u.c is stuck at "rebuilding" until a successful publication.
[17:16] <vorlon> yeah that bug is frustrating
[17:16] <vorlon> I'll retrigger them both manually
[17:16] <Eickmeyer> Indeed.
[17:16] <Eickmeyer> Thanks. :)
[17:19] -queuebot:#ubuntu-release- New binary: logbook [amd64] (noble-proposed/none) [1.7.0-1.0] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: logbook [ppc64el] (noble-proposed/none) [1.7.0-1.0] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: logbook [arm64] (noble-proposed/none) [1.7.0-1.0] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: logbook [armhf] (noble-proposed/none) [1.7.0-1.0] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: python-qmix [amd64] (noble-proposed/universe) [1.0.6-6] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: logbook [s390x] (noble-proposed/none) [1.7.0-1.0] (no packageset)
[17:24] -queuebot:#ubuntu-release- New: accepted logbook [amd64] (noble-proposed) [1.7.0-1.0]
[17:24] -queuebot:#ubuntu-release- New: accepted logbook [armhf] (noble-proposed) [1.7.0-1.0]
[17:24] -queuebot:#ubuntu-release- New: accepted logbook [s390x] (noble-proposed) [1.7.0-1.0]
[17:24] -queuebot:#ubuntu-release- New: accepted logbook [arm64] (noble-proposed) [1.7.0-1.0]
[17:24] -queuebot:#ubuntu-release- New: accepted python-qmix [amd64] (noble-proposed) [1.0.6-6]
[17:24] -queuebot:#ubuntu-release- New: accepted logbook [ppc64el] (noble-proposed) [1.7.0-1.0]
[17:44] <Eickmeyer> vorlon: Now that we have Edubuntu part of ubuntu-images for the Raspberry Pi, how do we go about getting daily images built?
[17:44] <Eickmeyer> I do realize we're in unprecedented territory.
[17:46] <jbicha> I believe Ubuntu Desktop/Server don't even do daily builds for Raspberry Pi
[17:46] <Eickmeyer> jbicha: They do.
[17:51] <jbicha> Eickmeyer: where?
[17:51] <Eickmeyer> jbicha: Desktop: https://cdimage.ubuntu.com/daily-preinstalled/ Server: https://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/
[17:53] <jbicha> thank you
[17:53] <Eickmeyer> yw
[18:28] -queuebot:#ubuntu-release- New binary: golang-github-henrybear327-go-proton-api [amd64] (noble-proposed/universe) [1.0.0-3] (no packageset)
[18:44] <bdmurray> Eickmeyer: ubuntustudio timed out getting the seeds
[18:44] <bdmurray> an email was sent to ubuntustudio-release@lists.launchpad.net is that the correct destination?
[18:44] <Eickmeyer> bdmurray: Oh, ok. Well, it's fine upon the retry.
[18:45] <Eickmeyer> bdmurray: For some reason, those aren't going through. Not sure why.
[18:46] <tsimonq2> Reminds me that I need to follow up on bug 2039492 so all Kubuntu systems (and derivatives) aren't hammering git.l.n...
[18:46] -ubottu:#ubuntu-release- Bug 2039492 in plasma-distro-release-notifier (Ubuntu Noble) "[SRU] plasma-distro-release-notifier gets EOL data from git.launchpad.net" [High, In Progress] https://launchpad.net/bugs/2039492
[18:47] <tsimonq2> I remember asking Colin if there's signs of huge load on that page from his end, and his response (to my recollection) was "meh, pretty negligible, but this is worthwhile to fix."
[18:47] <bdmurray> Eickmeyer: It doesn't look like any email has gone to that list
[18:48] <Eickmeyer> tsimonq2: Been waiting on that.
[18:49] <tsimonq2> Eickmeyer: Been going through my old backlog and cleaning everything up anyway. I can commit to having a response to sitter upstream this week.
[18:49] <Eickmeyer> bdmurray: Yeah, strange. It should be. Originally it to a lists.ubuntu.com address, but we got complaints so we switched it to the launchapad one to try to alleviate that.
[18:49] <Eickmeyer> tsimonq2: 👍
[19:08] <bdmurray> Eickmeyer: you might check https://launchpad.net/~ubuntustudio-release/+mailinglist-moderate
[19:09] <Eickmeyer> bdmurray: https://i.imgur.com/F3imYb9.png
[19:10] <Eickmeyer>  ¯\_(ツ)_/¯
[19:41] -queuebot:#ubuntu-release- New: accepted golang-github-henrybear327-go-proton-api [amd64] (noble-proposed) [1.0.0-3]
[19:43] <vorlon> Eickmeyer: submit changes against lp:ubuntu-cdimage, and specifically etc/crontab
[19:43] <Eickmeyer> vorlon: Ok, I'll get on it.
[19:43] <vorlon> and then that might fail because of some missing pieces in livecd-rootfs which we can work through
[19:43] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.35]
[19:43] <vorlon> and then we also need to make sure we get it on the ISO tracker, with test cases
[19:44] <Eickmeyer> Sure, that makes sense.
[19:45] <vorlon> Eickmeyer: oh you will also need to update etc/default-arches to say which arches edubuntu daily-preinstalled is built for by default (namely, arm64+raspi and not amd64).  This should NOT go as an architecture override in etc/crontab
[19:45] <Eickmeyer> vorlon: Noted. I'll be sure to be aware of that.
[19:47] <vorlon> EOL data from git.lp.n> lolwut
[19:48] <Eickmeyer> Seemed like a good idea at the time. Working on getting that changed.
[19:48] <Eickmeyer> With tsimonq2's help.
[19:48] <vorlon> wrt mail delivery, can confirm that mail to ubuntustudio-release@ successfully made it off the cdimage server for delivery
[19:49] <Eickmeyer> Can confirm that it didn't even make it to a spam folder here.
[19:50] <vorlon> that's a launchpad mailing list, so there should be a record on the server of it?
[19:51] <vorlon> by "server" I mean "web ui"
[19:53] <Eickmeyer> Sadly, I have nothing in the moderation queue.
[19:55] <vorlon> nor a log of auto-rejected messages?
[19:56] <Eickmeyer> Nor anything in the archive.
[19:56] <vorlon> ok.  the only escalation path is to Canonical IS then
[19:57] <bdmurray> Well maybe send a test message to the list from somewhere else
[19:57] <vorlon> if you do it from a mail server that you control and can see logs on, and will dispatch to lists.launchpad.net directly, yes
[20:03] -queuebot:#ubuntu-release- New binary: samba [amd64] (noble-proposed/main) [2:4.19.4+dfsg-2ubuntu1] (core, i386-whitelist)
[20:07] <Eickmeyer> Yep, just tried a test email and everything is being lost to the ether. I'll ask IS and there will likely be an RT filed.
[20:08] -queuebot:#ubuntu-release- New binary: samba [ppc64el] (noble-proposed/main) [2:4.19.4+dfsg-2ubuntu1] (core, i386-whitelist)
[20:32] -queuebot:#ubuntu-release- New binary: samba [s390x] (noble-proposed/main) [2:4.19.4+dfsg-2ubuntu1] (core, i386-whitelist)
[20:37] <Eickmeyer> vorlon: https://code.launchpad.net/~edubuntu-dev/ubuntu-cdimage/+git/ubuntu-cdimage/+merge/458839 ? Not sure if this looks right, but have fun grilling me.
[20:40] -queuebot:#ubuntu-release- New binary: samba [arm64] (noble-proposed/main) [2:4.19.4+dfsg-2ubuntu1] (core, i386-whitelist)
[20:41] <vorlon> Eickmeyer: you should not (need to) pass SUBPROJECT
[20:43] <Eickmeyer> Should it run as a separate cron line then?
[20:44] <vorlon> Eickmeyer: also you shouldn't need to add an etc/default-arches line for the daily-live image since we're not meaning to change anything there
[20:44] <vorlon> Eickmeyer: separate cron line> orthogonal
[20:44] <vorlon> just don't set SUBPROJECT for it
[20:44] <Eickmeyer> Ah, I see.
[20:53] <vorlon> there's a bigger refactor in the back of my mind to consolidate the image dispatching to do it all around the same time of day instead of trying to stagger them around the clock, because the reason for the latter is definitively gone
[20:53] <vorlon> and then dispatch all commands in parallel with no cron entries with multiple commands in sequence
[20:53] <vorlon> but that's not your problem
[20:54] <Eickmeyer> vorlon: ack
[20:54] <Eickmeyer> vorlon: Either way, I made the changes, so hopefully that should do the trick.
[20:57] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (jammy-backports) [4:7.5.9-0ubuntu0.23.04.1~bpo22.04.1]
[21:17] -queuebot:#ubuntu-release- New: accepted samba [amd64] (noble-proposed) [2:4.19.4+dfsg-2ubuntu1]
[21:17] -queuebot:#ubuntu-release- New: accepted samba [ppc64el] (noble-proposed) [2:4.19.4+dfsg-2ubuntu1]
[21:17] -queuebot:#ubuntu-release- New: accepted samba [arm64] (noble-proposed) [2:4.19.4+dfsg-2ubuntu1]
[21:17] -queuebot:#ubuntu-release- New: accepted samba [s390x] (noble-proposed) [2:4.19.4+dfsg-2ubuntu1]
[21:18] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (jammy-backports) [304-1~bpo22.04.1]
[21:18] -queuebot:#ubuntu-release- Unapproved: rejected gallery-dl [source] (jammy-backports) [1.26.4-1~bpo22.04.1]
[21:18] -queuebot:#ubuntu-release- Unapproved: rejected cockpit [source] (jammy-backports) [307-1~bpo22.04.1]
[21:19] <tsimonq2> Very Important email sent to technical-board and ubuntu-release. This seems like another reminder for me to fix sending from @ubuntu.com...
[21:19] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (jammy-backports) [308-1~bpo22.04.1]
[21:21] -queuebot:#ubuntu-release- Unapproved: accepted limnoria [source] (jammy-backports) [2023.11.18-1~bpo22.04.1]
[21:22] -queuebot:#ubuntu-release- Unapproved: accepted gallery-dl [source] (jammy-backports) [1.26.5-1~bpo22.04.1]
[21:23] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (lunar-backports) [304-1~bpo23.04.1]
[21:23] -queuebot:#ubuntu-release- Unapproved: rejected cockpit [source] (lunar-backports) [307-1~bpo23.04.1]
[21:23] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-podman [source] (lunar-backports) [82-1~bpo23.04.1]
[21:23] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (lunar-backports) [308-1~bpo23.04.1]
[21:24] -queuebot:#ubuntu-release- Unapproved: rejected cockpit [source] (mantic-backports) [307-1~bpo23.10.1]
[21:26] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (mantic-backports) [304-1~bpo23.10.1]
[21:26] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (mantic-backports) [308-1~bpo23.10.1]
[21:26] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-podman [source] (mantic-backports) [82-1~bpo23.10.1]
[21:40] -queuebot:#ubuntu-release- New binary: libcamera [amd64] (noble-proposed/main) [0.2.0-1ubuntu1] (i386-whitelist)
[21:40] -queuebot:#ubuntu-release- New binary: libcamera [i386] (noble-proposed/main) [0.2.0-1ubuntu1] (i386-whitelist)
[21:43] -queuebot:#ubuntu-release- New binary: libcamera [arm64] (noble-proposed/main) [0.2.0-1ubuntu1] (i386-whitelist)
[21:43] -queuebot:#ubuntu-release- New binary: libcamera [ppc64el] (noble-proposed/main) [0.2.0-1ubuntu1] (i386-whitelist)
[21:44] -queuebot:#ubuntu-release- New binary: libcamera [s390x] (noble-proposed/main) [0.2.0-1ubuntu1] (i386-whitelist)
[21:53] -queuebot:#ubuntu-release- New: accepted libcamera [amd64] (noble-proposed) [0.2.0-1ubuntu1]
[21:53] -queuebot:#ubuntu-release- New: accepted libcamera [i386] (noble-proposed) [0.2.0-1ubuntu1]
[21:53] -queuebot:#ubuntu-release- New: accepted libcamera [s390x] (noble-proposed) [0.2.0-1ubuntu1]
[21:53] -queuebot:#ubuntu-release- New: accepted libcamera [arm64] (noble-proposed) [0.2.0-1ubuntu1]
[21:53] -queuebot:#ubuntu-release- New binary: libcamera [armhf] (noble-proposed/main) [0.2.0-1ubuntu1] (i386-whitelist)
[21:53] -queuebot:#ubuntu-release- New: accepted libcamera [ppc64el] (noble-proposed) [0.2.0-1ubuntu1]
[21:53] -queuebot:#ubuntu-release- New: accepted libcamera [armhf] (noble-proposed) [0.2.0-1ubuntu1]
[22:16] -queuebot:#ubuntu-release- New binary: golang-github-henrybear327-proton-api-bridge [amd64] (noble-proposed/universe) [1.0.0-2] (no packageset)
[22:17] -queuebot:#ubuntu-release- New: accepted golang-github-henrybear327-proton-api-bridge [amd64] (noble-proposed) [1.0.0-2]
[22:22] <vorlon> Eickmeyer: I mean "edubuntu", not "edubuntu-preinstalled"
[22:22] <Eickmeyer> vorlon: Oh. 😅
[22:23] <Eickmeyer> vorlon: fixed
[22:31] <vorlon> Eickmeyer: oh ah we do also need to set it up as a livefs in launchpad (etc/livefs-launchpad); I'll take care of that bit there's no sense in you raising an MP since the cdimage team has to actually create the launchpad livefs entry
[22:31] <Eickmeyer> vorlon: Makes sense.
[22:35] <Eickmeyer> vorlon: Also, heads-up: I'm pretty sure it was you and your daughter(?) that inspired us to make an ubuntu-edu-music metapackage that won't be pre-installed, but to be made available. If you have any package suggestions, let me know. :)
[22:38] <vorlon> I have a son; not sure what would have inspired that?
[22:39] <Eickmeyer> Might've been a comment on a bug report, had something to do with rosegarden.
[22:39] <vorlon> not me
[22:39] <Eickmeyer> Ok, fair. Someone inspired it. :)
[22:51] <vorlon> So. do we want the information that edubuntu preinstalled is an 'ubuntu-image' project stored in livecd-rootfs, or in the launchpad livefs metadata
[22:51] <vorlon> for ubuntu desktop it's currently in both
[22:51] <vorlon> I think in principle it should be in launchpad so we continue to make livecd-rootfs increasingly thinner
[22:53] <Eickmeyer> Hmm... is there any major difference with how it's presented? I mean, would one preclude the other from being published on cdimage.u.c?
[22:53] <vorlon> no
[22:54] <Eickmeyer> So, I think if we don't need to use livecd-rootfs, let's not.
[22:54] <vorlon> we *use* livecd-rootfs; it's just a question of where to store this particular piece of information. and I'm convinced launchpad livefs metadata is the right answer
[22:55] <Eickmeyer> I'm inclined to agree so it's not stored a million different places.
[22:55] <vorlon> ok, https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/noble/edubuntu-preinstalled/ now exists
[22:56] <Eickmeyer> Excellent.
[22:56] <vorlon> note that this is PROJECT=edubuntu and SUBPROJECT=preinstalled; changes will be needed to livecd-rootfs that match this
[22:56] <Eickmeyer> Ok. I'll take a look.
[23:01] <vorlon> kicking off a manual build that I know will fail, for funsies
[23:05] <vorlon> I love that launchpad gives an estimated finish time with no priors
[23:07] <sarnold> :D
[23:07] <sarnold> maybe it was a parting gift from colin, a quick little solution to the halting problem on his way out the door
[23:07] <vorlon> lol
[23:07] <vorlon> duration: 7.375µs
[23:07] <sarnold> lol
[23:07] <vorlon> well thank you for the precision, ubuntu-image
[23:16] -queuebot:#ubuntu-release- New binary: golang-github-common-nighthawk-go-figure [amd64] (noble-proposed/none) [0.0~git20210622.734e95f-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: igor2 [amd64] (noble-proposed/none) [0.5.3-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: puppet-module-rally [amd64] (noble-proposed/none) [5.4.0-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: golang-github-zeebo-errs [amd64] (noble-proposed/none) [1.3.0-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: libsmacker [amd64] (noble-proposed/none) [1.2.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: nextcloud-spreed-signaling [amd64] (noble-proposed/universe) [1.2.2-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-hickory-proto [amd64] (noble-proposed/universe) [0.24.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: liblouisutdml [amd64] (noble-proposed/main) [2.12.0-3] (desktop-core, ubuntu-server)
[23:18] -queuebot:#ubuntu-release- New binary: rust-hickory-proto [ppc64el] (noble-proposed/universe) [0.24.0-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: liblouisutdml [arm64] (noble-proposed/main) [2.12.0-3] (desktop-core, ubuntu-server)
[23:19] -queuebot:#ubuntu-release- New binary: libsmacker [ppc64el] (noble-proposed/universe) [1.2.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: liblouisutdml [ppc64el] (noble-proposed/main) [2.12.0-3] (desktop-core, ubuntu-server)
[23:21] -queuebot:#ubuntu-release- New binary: nextcloud-spreed-signaling [ppc64el] (noble-proposed/universe) [1.2.2-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: nextcloud-spreed-signaling [arm64] (noble-proposed/universe) [1.2.2-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New: accepted golang-github-zeebo-errs [amd64] (noble-proposed) [1.3.0-2]
[23:21] -queuebot:#ubuntu-release- New: accepted liblouisutdml [amd64] (noble-proposed) [2.12.0-3]
[23:21] -queuebot:#ubuntu-release- New: accepted liblouisutdml [ppc64el] (noble-proposed) [2.12.0-3]
[23:21] -queuebot:#ubuntu-release- New: accepted libsmacker [ppc64el] (noble-proposed) [1.2.0-1]
[23:21] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [arm64] (noble-proposed) [1.2.2-2]
[23:21] -queuebot:#ubuntu-release- New: accepted puppet-module-rally [amd64] (noble-proposed) [5.4.0-1]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-hickory-proto [ppc64el] (noble-proposed) [0.24.0-1]
[23:21] -queuebot:#ubuntu-release- New: accepted igor2 [amd64] (noble-proposed) [0.5.3-2]
[23:21] -queuebot:#ubuntu-release- New: accepted libsmacker [amd64] (noble-proposed) [1.2.0-1]
[23:21] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [ppc64el] (noble-proposed) [1.2.2-2]
[23:21] -queuebot:#ubuntu-release- New: accepted liblouisutdml [arm64] (noble-proposed) [2.12.0-3]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-hickory-proto [amd64] (noble-proposed) [0.24.0-1]
[23:21] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [amd64] (noble-proposed) [1.2.2-2]
[23:21] <Eickmeyer> 7.375µs> HAHAHAHA
[23:21] -queuebot:#ubuntu-release- New: accepted golang-github-common-nighthawk-go-figure [amd64] (noble-proposed) [0.0~git20210622.734e95f-1]
[23:21] -queuebot:#ubuntu-release- New binary: nextcloud-spreed-signaling [armhf] (noble-proposed/universe) [1.2.2-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: liblouisutdml [armhf] (noble-proposed/main) [2.12.0-3] (desktop-core, ubuntu-server)
[23:22] -queuebot:#ubuntu-release- New binary: libsmacker [armhf] (noble-proposed/universe) [1.2.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: rust-hickory-proto [arm64] (noble-proposed/universe) [0.24.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: rust-hickory-proto [armhf] (noble-proposed/universe) [0.24.0-1] (no packageset)
[23:27] <athos> Hi :) Could anyone please accept php8.3 from the new queue?
[23:28] <vorlon> do I have to
[23:29] <vorlon> done
[23:29] -queuebot:#ubuntu-release- New: accepted liblouisutdml [armhf] (noble-proposed) [2.12.0-3]
[23:29] -queuebot:#ubuntu-release- New: accepted rust-hickory-proto [armhf] (noble-proposed) [0.24.0-1]
[23:29] -queuebot:#ubuntu-release- New: accepted rust-hickory-proto [arm64] (noble-proposed) [0.24.0-1]
[23:30] -queuebot:#ubuntu-release- New: accepted libsmacker [armhf] (noble-proposed) [1.2.0-1]
[23:30] -queuebot:#ubuntu-release- New: accepted php8.3 [sync] (noble-proposed) [8.3.0-1]
[23:30] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [armhf] (noble-proposed) [1.2.2-2]
[23:30] <athos> I suppose there is automation in place to accept packages in new. I wonder what the rules are (from checking the queue in the past few hours, it seems it was not being picked up)
[23:30] <athos> thanks, vorlon
[23:32] <doko> new processing is always manual
[23:33] <vorlon> athos: packages that are auto-synced from Debian are also auto-accepted from NEW but this was not auto-synced, it was manual.  binary packages that come from Debian syncs are batch-processed using the `new-binary-debian-universe` command.  But there is no automation for NEW source packages that are not Debian autosyncs
[23:33] <doko> did you ever see a response time from the server team below 5h? ;p
[23:33] <vorlon> it might be reasonable for us to have such automation IMHO
[23:35] <vorlon> success! (by which I mean fail) https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/noble/edubuntu-preinstalled/+build/565755
[23:35] <Eickmeyer> Task failed successfully
[23:35] <athos> aha! thanks :)
[23:36] -queuebot:#ubuntu-release- New binary: liblouisutdml [s390x] (noble-proposed/main) [2.12.0-3] (desktop-core, ubuntu-server)
[23:36] <vorlon> Eickmeyer: ^^ it actually got quite a bit farther than I expected trying to build this with ubuntu-image before failing, uh it even used the correct image definition file without there being TTBOMK any edubuntu-specific code in livecd-rootfs to know to do this? nevertheless it failed *during* ubuntu-image with an error I don't immediately understand
[23:37] <vorlon> "umount: /tmp/ubuntu-image-a610cb9f-2939-4dca-91d5-592ad944f29e/chroot/dev: target is busy." looks approximately like one of mwhudson's theses
[23:37] -queuebot:#ubuntu-release- New: accepted liblouisutdml [s390x] (noble-proposed) [2.12.0-3]
[23:38] <vorlon> Eickmeyer: to try to reproduce this locally you would want to run ubuntu-image inside a lxd container
[23:39] <Eickmeyer> Yeah, uh... I just shot a MP? https://code.launchpad.net/~edubuntu-dev/livecd-rootfs/+git/livecd-rootfs/+merge/458851
[23:40] <Eickmeyer> Don't know if that will make a difference or not.
[23:41] <vorlon> it won't
[23:42] <Eickmeyer> Ok, so that's what you meant earlier.
[23:43] <vorlon> I am actually very pleasantly surprised that livecd-rootfs required no changes for this, that never happens
[23:44] <vorlon> I mean, in principle that's part of what we're trying to achieve with ubuntu-image. BUT STILL
[23:45] <Eickmeyer> Right. Still doesn't solve the problem with what I can only assume is the tmpfs being unmounted prematurely.
[23:46] <vorlon> that's not it, but there's no point trying to go into details here. it's an ubuntu-image bug, which I'll leave to you to file
[23:47] <Eickmeyer> Yay for me! /s
[23:49] <Eickmeyer> Bug 2049695
[23:49] -ubottu:#ubuntu-release- Bug 2049695 in Ubuntu Image "LXD build of edubuntu raspberry pi images fail" [Undecided, New] https://launchpad.net/bugs/2049695
[23:49] <Eickmeyer> Might be an inaccurate short description, but it's close.
[23:50] <vorlon> looks good
[23:50] <vorlon> I do encourage you to try to reproduce it on your own with an unadorned lxd container, to verify whether it needs launchpad's various lxd configuration bits to reproduce
[23:52] <Eickmeyer> I do wonder if it's the difference between 3.1 and 3.1+snap7 which has a lot of bug fixes. I'm assuming LP is grabbing 3.1 (stable)?
[23:52] <vorlon> the log should expose that information, does it?
[23:53] <vorlon> ubuntu-image 3.1 from Canonical** installed
[23:53] <Eickmeyer> vorlon: Yep. Just about to paste that.
[23:53] <Eickmeyer> 3.1 is pretty buggy.
[23:54] <vorlon> I don't know what the differences are between the two (or if there are such significant differences, why the new one is merely labeled '3.1+snap7').  But 3.1 is currently latest/stable, so yes
[23:55] <Eickmeyer> upils had me use 3.1+snap7 in the latest testing as it was missing some key fixes. I believe 3.1+snap7 is eventually supposed to turn into 3.2 if it gets more commits, but I'm not entirely sure, that's a Lukasz thing.
[23:56] <Eickmeyer> I do know that 3.1 is where I had the most failures.