[02:28] 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] (ok technically amd64 and riscv64, neither of which are going to have regressions picked up by armhf tests) === chris14_ is now known as chris14 [04:46] 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] xnox: https://people.canonical.com/~ubuntu-archive/component-mismatches.html [06:54] 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] vorlon: i don't understand [10:11] vorlon: https://paste.ubuntu.com/p/F4c5t2HGgr/ [10:12] 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] 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] 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] xnox: I want them to be seeded, because multiverse is for other nonfree stuff, not drivers [16:15] xnox: there are more semantic differences between restricted and multiverse than just supported/unsupported like main<->universe [16:26] 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] do you know why module-assistant still exists? [16:32] vorlon: also broadcom-sta was in multiverse for years now [16:40] pushed something to platform, hopefully that will do what i want. [16:51] xnox: uh module-assistant seems like something we don't want to support, yeah [16:51] xnox: and if this binary package split already existed then nevermind, I don't need you to prioritize cleaning up legacy baggage - thanks === tomreyn_ is now known as tomreyn [17:18] 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] 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] it's still *big*, but at least there's now something to iterate on [18:26] Eickmeyer: edubuntu-devel> done [18:28] File "/srv/cdimage.ubuntu.com/bin/../lib/cdimage/germinate.py", line 78, in seed_sources [18:28] source.insert(0, gitpatern % "edubuntu-dev") [18:28] well that ain't great [18:32] vorlon: Yeah, saw that build failure, seems like it's still wrong? [18:33] Eickmeyer: two typos in one line [18:33] fixed, pushed, rerunning [18:33] ok [19:07] vorlon: Excellent. I'll take a look! [19:22] 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] vorlon: \o/ [19:23] One step at a time, I guess. :) [19:26] the simplestreams stuff was unrelated and only required me to manually publish afterwards, and I've re-disabled simplestreams [19:28] 6.3GB /o\ [19:28] Considering this is the first time it's been built with changes in 9 years, that kinda tracks. [19:29] Congradulations, your ISO is larger than Windows 10 [19:29] anyway, /me downloads with excitement [19:29] ISO is a 10. Bigger than Windows, but still a 10. [19:32] vorlon: Downloading to test. Assuming all is successful, anything futher needed to be done for "official" status? [19:33] Eickmeyer: need to make sure test cases on the iso tracker are appropriate [19:34] Sounds good. [20:10] 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] Eickmeyer: do you mean the ubiquity line in preseed? [20:38] vorlon: I believe so, but like I said, I doubt it/could be wrong. [20:39] I really do not enjoy reading ubiquity logs [20:40] 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] it appears there's a problem with the writability of the target fs [20:40] Neither do I. The only place I could find anything of note was in UbiquitySyslog.txt [20:40] Yep, I saw that. Permission denied all over the place. [20:41] 2023-02-27T19:46:44.962320+00:00 edubuntu ubiquity: /target/run: must be superuser to use mount. [20:41] seems like a problem with ubiquity running as the wrong user [20:42] * Eickmeyer nods [20:57] 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] bluesabre: sounds good [21:09] Hi, openjdk-17 migration is being blocked by following regressions: [21:09] - 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] - 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] - 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] - 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] Can the failures on chromhmm, beagle and jsurf-alggeo be ignored? [21:09] I have also asked to retry fdroidserver in #ubuntu-devel. [21:22] vpa1977: Have you tried running jsurf-alggeo on a larger worker / instance? [21:23] bdmurray: it will most likely pass (i have ran it against my cloud vm) [21:23] 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] vpa1977: I'm adding jsurf-alggeo to big_packages and will trigger a test run [22:18] bdmurray: Thank you !!!! [22:19] 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] (sent)