[02:28] <vorlon> going to skiptest livecd-rootfs to not block on armhf queues; all the recent changes have been to amd64-specific flavors, so if the tests fail it's not us anyway
[02:29] <vorlon> (ok technically amd64 and riscv64, neither of which are going to have regressions picked up by armhf tests)
[04:46] <vorlon> xnox: various broadcom-sta binaries show up on component-mismatches. I guess in principle these need to be seeded so they stay in restricted
[04:46] <vorlon> xnox: https://people.canonical.com/~ubuntu-archive/component-mismatches.html
[06:54] <vorlon> Eickmeyer: contact address for email notifications of edubuntu image build failures?
[07:44] -queuebot:#ubuntu-release- Unapproved: accepted gallery-dl [source] (focal-backports) [1.24.5-1~bpo20.04.1]
[07:45] -queuebot:#ubuntu-release- Unapproved: accepted yt-dlp [source] (jammy-backports) [2023.02.17-1~bpo22.04.1]
[10:11] <xnox> vorlon:  i don't understand
[10:11] <xnox> vorlon:  https://paste.ubuntu.com/p/F4c5t2HGgr/
[10:12] <xnox> vorlon:  i do want broadcom-sta-dkms seeded and it is, the other binary packages can be demoted. unless you want me to seed all of them, then i can add %broadcom-sta somewhere else.
[10:13] <xnox> maybe i can drop all of those other packages in ubuntu, as we only care about the -dkms one, but then it will be more delta with debian, which i can fix in a compatible way.
[13:52] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-drivers-common [source] (jammy-proposed) [1:0.9.6.2~0.22.04.2]
[13:52] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-drivers-common [source] (kinetic-proposed) [1:0.9.6.3.1]
[15:31] <Eickmeyer> vorlon: We can go with edubuntu-devel@.
[15:56] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (jammy-proposed/main) [1:0.9.6.2~0.22.04.1 => 1:0.9.6.2~0.22.04.2] (desktop-core)
[15:56] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (kinetic-proposed/main) [1:0.9.6.3 => 1:0.9.6.3.1] (desktop-core)
[16:15] <vorlon> xnox: I want them to be seeded, because multiverse is for other nonfree stuff, not drivers
[16:15] <vorlon> xnox: there are more semantic differences between restricted and multiverse than just supported/unsupported like main<->universe
[16:26] <xnox> ack, but i don't want to pull in module-assistant into main =/ which imho should just die, because we do dkms only, no?
[16:27] <xnox> do you know why module-assistant still exists?
[16:32] <xnox> vorlon:  also broadcom-sta was in multiverse for years now
[16:40] <xnox> pushed something to platform, hopefully that will do what i want.
[16:51] <vorlon> xnox: uh module-assistant seems like something we don't want to support, yeah
[16:51] <vorlon> xnox: and if this binary package split already existed then nevermind, I don't need you to prioritize cleaning up legacy baggage - thanks
[17:18] <xnox> vorlon:  anyway hopefully https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/tree/supported-kernel-common?id=45d83f41f15bac8e4d89b93c5c14b8fe6ccdb885#n41 will do it i did explicit seeds for drivers, wtih !module-assistant
[18:25] <vorlon> bluesabre: oh hey, a xubuntu-minimal image which is not the size of the desktop image https://cdimage.ubuntu.com/xubuntu/daily-live/current/
[18:26] <vorlon> it's still *big*, but at least there's now something to iterate on
[18:26] <vorlon> Eickmeyer: edubuntu-devel> done
[18:28] <vorlon>   File "/srv/cdimage.ubuntu.com/bin/../lib/cdimage/germinate.py", line 78, in seed_sources
[18:28] <vorlon>     source.insert(0, gitpatern % "edubuntu-dev")
[18:28] <vorlon> well that ain't great
[18:32] <Eickmeyer> vorlon: Yeah, saw that build failure, seems like it's still wrong?
[18:33] <vorlon> Eickmeyer: two typos in one line
[18:33] <vorlon> fixed, pushed, rerunning
[18:33] <Eickmeyer> ok
[19:07] <bluesabre> vorlon: Excellent. I'll take a look!
[19:22] <vorlon> Eickmeyer: ah the image build succeeded but I bunged the simplestreams disablement so it didn't get published. published now https://cdimage.ubuntu.com/edubuntu/daily-live/current/
[19:22] <Eickmeyer> vorlon: \o/
[19:23] <Eickmeyer> One step at a time, I guess. :)
[19:26] <vorlon> the simplestreams stuff was unrelated and only required me to manually publish afterwards, and I've re-disabled simplestreams
[19:28] <Eickmeyer> 6.3GB /o\
[19:28] <Eickmeyer> Considering this is the first time it's been built with changes in 9 years, that kinda tracks.
[19:29] <arraybolt3> Congradulations, your ISO is larger than Windows 10
[19:29] <arraybolt3> anyway, /me downloads with excitement
[19:29] <Eickmeyer> ISO is a 10. Bigger than Windows, but still a 10.
[19:32] <Eickmeyer> vorlon: Downloading to test. Assuming all is successful, anything futher needed to be done for "official" status?
[19:33] <vorlon> Eickmeyer: need to make sure test cases on the iso tracker are appropriate
[19:34] <Eickmeyer> Sounds good.
[20:10] <Eickmeyer> vorlon: Remember that ubiquity line we left in? I wonder if it caused this: bug 2008731 (though I doubt it)
[20:10] -ubottu:#ubuntu-release- Bug 2008731 in ubiquity (Ubuntu) "Ubiquity crashed on first test installation of Edubuntu" [Undecided, New] https://launchpad.net/bugs/2008731
[20:10] -queuebot:#ubuntu-release- Unapproved: cloud-init (bionic-proposed/main) [22.4.2-0ubuntu0~18.04.1 => 23.1-0ubuntu0~18.04.2] (edubuntu, ubuntu-cloud, ubuntu-server)
[20:38] <vorlon> Eickmeyer: do you mean the ubiquity line in preseed?
[20:38] <Eickmeyer> vorlon: I believe so, but like I said, I doubt it/could be wrong.
[20:39] <vorlon> I really do not enjoy reading ubiquity logs
[20:40] <vorlon> Eickmeyer: I don't expect there's any relation there; but I have no clue about what's actually happening in this log
[20:40] <vorlon> it appears there's a problem with the writability of the target fs
[20:40] <Eickmeyer> Neither do I. The only place I could find anything of note was in UbiquitySyslog.txt
[20:40] <Eickmeyer> Yep, I saw that. Permission denied all over the place.
[20:41] <vorlon> 2023-02-27T19:46:44.962320+00:00 edubuntu ubiquity: /target/run: must be superuser to use mount.
[20:41] <vorlon> seems like a problem with ubiquity running as the wrong user
[20:42]  * Eickmeyer nods
[20:57] <bluesabre> vorlon: Thanks for your help! It installs, which is a great sign! The next great mystery for me is what's bringing in Firefox (and all the associated snap goodies). I'll dig through the build logs for any hints before I bother you.
[20:57] <vorlon> bluesabre: sounds good
[21:09] <vpa1977> Hi, openjdk-17 migration is being blocked by following regressions:
[21:09] <vpa1977> - chromhmm (armhf, ppc64el, s390x) - caused by sra-sdk only supporting amd64 and arm64, debian bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032036
[21:09] <vpa1977> - beagle (ppc64el, s390x) - caused by sra-sdk only supporting amd64 and arm64, debian bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032034
[21:09] <vpa1977> - jsurf-alggeo (amd64) - caused by a race condition in the test, autopkgtest does not create the background thread fast enough
[21:09] -ubottu:#ubuntu-release- Debian bug 1032036 in src:chromhmm "chromhmm: broken package on non arm64/amd64 architectures" [Normal, Open]
[21:09] <vpa1977> - fdroidserver - test failures fixed in 2.2.0-3 version of the package https://tracker.debian.org/news/1422798/accepted-fdroidserver-220-3-source-into-unstable/
[21:09] -ubottu:#ubuntu-release- Debian bug 1032034 in src:beagle "beagle: broken package on non arm64/amd64 architectures" [Normal, Open]
[21:09] <vpa1977> Can the failures on chromhmm, beagle and jsurf-alggeo be ignored?
[21:09] <vpa1977> I have also asked to retry fdroidserver in #ubuntu-devel.
[21:22] <bdmurray> vpa1977: Have you tried running jsurf-alggeo on a larger worker / instance?
[21:23] <vpa1977> bdmurray: it will most likely pass (i have ran it against my cloud vm)
[21:23] <vpa1977> bdmurray: the root cause - they give only 100 msec for the background thread to start and do some work. I will send patch to debian to retry interrupt several times
[21:43] -queuebot:#ubuntu-release- Unapproved: openldap (jammy-proposed/main) [2.5.13+dfsg-0ubuntu0.22.04.1 => 2.5.14+dfsg-0ubuntu0.22.04.1] (i386-whitelist, ubuntu-server)
[22:18] <bdmurray> vpa1977: I'm adding jsurf-alggeo to big_packages and will trigger a test run
[22:18] <vpa1977> bdmurray: Thank you !!!!
[22:19] <vpa1977> send a patch to Debian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032096
[22:19] -ubottu:#ubuntu-release- Debian bug 1032096 in src:jsurf-alggeo "jsurf-alggeo: Autopkgtest failure on armel" [Normal, Open]
[22:19] <vpa1977> (sent)