=== Wimpy_ is now known as Wimpy === blackboxsw_ is now known as blackboxsw [01:24] hmm tried to do a jammy test build with the seed change, but I think I did it before the frontend had synced my changes to the seed mirror :P [02:47] mwhudson: right so I did a test build and now I'm uncomfortable because the build results for amd64+intel-iot are exactly what I *want* but um are also completely not what I *said*? https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/jammy/ubuntu/+build/536514 [02:50] *fsvo "what I want" given that this image winds up with linux-modules-nvidia-*generic-hwe-22.04 in the pool, per ship-live; but also does not include the hwe-22.04 kernel anywhere, which oh well that's still a net improvement since neither of those things are wanted on this image [02:51] vorlon: yeah i don't understand how the squashfs does not have the hew kernel in it [02:53] I was considering adding another seed for just the kernel, having ship-live depend on it in structure, and thus have it not included in the package pool but also not pulled into the amd64+intel-iot squashfs; but maybe now I'll just leave well enough alone given that all of this will wind up having to be done differently for noble [02:54] in any event, it wasn't enough to bring the intel-iot image down below the configured size limit; boo [02:56] mwhudson: the only thing I see in the log is that linux-image-generic-hwe-22.04 is blacklisted from desktop-common, but blacklists shouldn't have this effect? [02:57] vorlon: i see https://ubuntu-archive-team.ubuntu.com/germinate-output/ubuntu.jammy/ hasn't been updated [02:57] vorlon: which isn't the problem but it would be nice to see the new output [02:57] mwhudson: yeah I hadn't explicitly updated it because I knew it wasn't needed by livecd-rootfs; but I can do that now [02:59] it's not very hard to run germinate locally either of course but maybe i'm lazy [02:59] huh why do we generate those lists using all components instead of just main+restricted; is that used as input to component-mismatches in some way I'm not remembering? [03:00] i think hope the germinate-output files are just for information... [03:00] vorlon: easy one? https://code.launchpad.net/~mwhudson/debian-cd/+git/ubuntu/+merge/456298 [03:00] just for information> I *think* so? but then why do we include all components instead of main+restricted! [03:01] mwhudson: "and thus cause the xorriso invocations to fail" uh? are we not succeeding in building images currently? [03:01] well it's correct for non-default flavours? [03:01] vorlon: on mantic! [03:02] mwhudson: yeah but `update-germinate` has a long list of per-flavor invocations... [03:02] vorlon: ok now i've found the code that updates germinate-output and uh yeah what's going on there [03:11] mwhudson: on mantic> definitely not following, we don't build mantic images anymore? [03:11] vorlon: sorry. i am trying to run ubuntu-cdimage on my laptop to make images out of a rebuild archive. these options are making that fail [03:12] oh you mean it fails with the mantic xorriso, not when building mantic images - got it [03:13] although you are right that code immediatly below is confusing [03:16] nfi why we only pass -iso-level 3 on amd64 [03:17] well anyway, further removes references to md5 and sha1, xnox will be happy [03:21] -rw-rw-r-- 1 cdimage cdimage 4408090624 Nov 27 03:18 kubuntu/jammy/daily-live/20231127/jammy-desktop-amd64.iso [03:21] noooo [03:21] [03:24] vorlon: https://ubuntu-archive-team.ubuntu.com/germinate-output/ubuntu.jammy/live now looks as expected [03:25] i wonder if live-build is doing something insane / magical [03:25] * vorlon closes his eyes [03:27] ups, need to go [04:43] booo, fixed the package pool on kubuntu jammy and now the ISO is bigger than it was before. sigh [05:07] RikMills: ^ hi, so, have done a bit of work today to fix the fact that the kubuntu jammy images had stuff in the package pool that doesn't belong. My hope was that it would bring the image back down under 4.4GB, the current target limit; unfortunately when all is said and done it's larger, not smaller. And we're also larger than the 22.04.3 point release was. Are you ok with bumping the limit to [05:07] 4.5GB or do you want to look at shrinking it? [05:18] vorlon: I would say we can afford to bump it, looking at how much it has actually increased since 22.0.3 [06:09] RikMills: ok, bumped, cheers [06:57] -queuebot:#ubuntu-release- Unapproved: openafs (jammy-proposed/universe) [1.8.8.1-3ubuntu2~22.04.2 => 1.8.10-1ubuntu2~22.04.1] (kernel-dkms) [10:43] I was wondering if Maik from the Ubuntu Unity team could be added to the product manifest (https://iso.qa.ubuntu.com/qatracker/series/102/manifest/full), since we're both flavor contacts for Ubuntu Unity, as mentioned in my email to the TB/the Discourse post [11:14] -queuebot:#ubuntu-release- New binary: python-html-sanitizer [amd64] (noble-proposed/none) [2.2-1] (no packageset) [11:23] -queuebot:#ubuntu-release- Unapproved: accepted rasdaemon [source] (focal-proposed) [0.6.5-1ubuntu1.2] [11:32] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (jammy-proposed/main) [2.765.26 => 2.765.30] (desktop-core, i386-whitelist) [11:43] -queuebot:#ubuntu-release- Unapproved: accepted makedumpfile [source] (focal-proposed) [1:1.6.7-1ubuntu2.5] [11:53] mkukri: hey I'm currently looking at python-uefivars in the NEW queue [11:54] mkukri: do you plan another upload with an update of that soon anyway or is that stable for now? [11:54] upstream moves super slowly, so probably not for a long time [11:54] mkukri: the reason I'm asking is that I've found a few non-blocking but nice to fix things [11:55] I'm not yet fully done, once I am what do you prefer [11:55] a) accepting it and you can do an ubuntu2 in a bit [11:55] i can fix them now if you'd like [11:55] b) rejecting it for having a better ubuntu1 right away [11:55] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (mantic-proposed/main) [23.10.55 => 23.10.56] (desktop-core, i386-whitelist) [11:56] ubuntu-boot-test also depends on it tho, so that would have to wait for a new ubuntu1 too. [11:56] i guess i can do an ubuntu2 in a bit if you can leave your comments somewhere [11:56] I'd do so on your bug 2044086 [11:56] -ubottu:#ubuntu-release- Bug 2044086 in Ubuntu "[needs-packaging] New package request: python-uefivars and ubuntu-boot-test" [Wishlist, Fix Committed] https://launchpad.net/bugs/2044086 [11:58] okay thank you, ill try to get an ubuntu2 done soon [12:04] mkukri: have a look at the bug please, all of them are non critical AFAICS [12:05] mkukri: let me know if you want me to accept as-is and land a ubuntu2 soon or if - now that you see what i ask for - you'd want to re-roll ubuntu1? [12:07] im looking [12:10] i can do most of these easily, the only thing im not 100% sure how to is the debian/watch as upstream is only a github repo [12:16] -queuebot:#ubuntu-release- Unapproved: grub2-signed (jammy-proposed/main) [1.187.6 => 1.187.8] (core) (sync) [12:16] -queuebot:#ubuntu-release- Unapproved: grub2-signed (mantic-proposed/main) [1.197 => 1.197.1] (core) (sync) [12:16] -queuebot:#ubuntu-release- Unapproved: grub2-unsigned (jammy-proposed/main) [2.06-2ubuntu14.4 => 2.06-2ubuntu14.5] (core, i386-whitelist) (sync) [12:16] -queuebot:#ubuntu-release- Unapproved: grub2-unsigned (mantic-proposed/main) [2.12~rc1-10ubuntu4 => 2.12~rc1-10ubuntu4.1] (core) (sync) [12:17] cpaelzer im also not sure how to fix the copyright lintian warning without adding an arbitrary year to upstream's copyright notice as they don't provide one [12:26] mkukri: if the GH repo has releases, you can watch those [12:27] mkukri: for the copyright I'm also unsure, maybe just use the current year? [12:27] okay, what if i do an ubuntu2 later today, i need \ [12:28] this seems to be fine https://github.com/awslabs/python-uefivars/tags [12:28] to figure out what to put into d/watch to get gh to work (ive tried before), and i also need to figureo out how to do help2man from d/rules as im just getting errors [12:30] After build, you should have the program ready to execute in the build env, if you can call it there [12:32] add help2man as build dependency and call it to create a page like help2man --version-string= --no-discard-stderr [12:34] mkukri: oh and I see creating a watch file for you, that the version mismatches [12:34] mkukri: upstream 1.0.0 you 1.0 [12:34] mkukri: https://paste.ubuntu.com/p/D9h5bMyyrb/ should work [12:35] mkukri: how about this, I'll do nothing yet, you get those few changes in and uploaded and then you ping me again to re-review - ok? [12:35] okay thank you, im adding it, also updating the version [12:37] yeah sure, also figured out help2man now, so shouldnt be too long to fix. but getting it uploaded might take a while, i also need to find someone to sponsor the upload [12:37] mkukri: if it is just the set of changes we discussed I can do that as well, ping me when it is ready [12:37] best attach or link all from the bug [12:37] to leave an audit trail of the mess we make :-) [12:38] okay thanks, will ping you. [12:55] where do i need to output the manpage for dh to pick it up and install it? or do i need to add an install command manually? [13:08] mkukri: I think https://codesearch.debian.net/search?q=mv.*%5C%2Fman%5C%2F&literal=0 should have plenty of examples for you [13:11] mkukri: TL;DR normally they would be done transferre via .install files which helps to move content out of the debian/tmp build directory. But since your file does not fall out of the build you can either move it to debian/tmp/... before dh_install or directly move it to where it needs to go which is debian/$pkgname/usr/share/... [13:17] -queuebot:#ubuntu-release- New: accepted python-html-sanitizer [amd64] (noble-proposed) [2.2-1] [13:22] cpaelzer it should be ready, git repo link is in the bug ticket [14:01] -queuebot:#ubuntu-release- New: rejected python-uefivars [source] (noble-proposed) [1.0-0ubuntu1] [14:01] -queuebot:#ubuntu-release- New source: python-uefivars (noble-proposed/primary) [1.0.0-0ubuntu1] [14:02] -queuebot:#ubuntu-release- New: accepted python-uefivars [source] (noble-proposed) [1.0.0-0ubuntu1] [14:04] -queuebot:#ubuntu-release- New binary: python-uefivars [amd64] (noble-proposed/none) [1.0.0-0ubuntu1] (no packageset) [14:56] vorlon: l-u-n> In the works. === kgiii is now known as Guest6992 [16:05] -queuebot:#ubuntu-release- New: accepted python-uefivars [amd64] (noble-proposed) [1.0.0-0ubuntu1] [16:14] sil2100 or alternate SRU vanguard. cloud-init SRU of 23.3.3 of a bug-fix only release is fully verified on all series Focal, Jammy, Lunar and Mantic. If there is time today for final review from -proposed -> -updates we'd appreciate an eye on this upload === dbungert1 is now known as dbungert [18:30] -queuebot:#ubuntu-release- New source: python-pyasyncore (noble-proposed/primary) [1.0.2-0ubuntu1] [18:37] blackboxsw: done [18:38] tjaalton: thanks for sub/help there! didn't know you were on the list for today :) [18:38] I'm not [18:38] then double thx [18:38] Not all heroes wear capes. ;) [18:44] hah.. [18:46] list [18:47] items [18:49] array? [18:51] omg [18:51] sorry [18:51] deathcollege: lmao, happens to everyone once or twice, all good :) [18:52] lmao, ty [18:53] uhh here's my blog have a beautiful day<3 patreon.com/agofficial , deathcollege.wordpress.com <3 [19:49] -queuebot:#ubuntu-release- Unapproved: accepted ubuntustudio-installer [source] (mantic-proposed) [1.9.1] [20:11] rs2009: Maik added as a contact, thanks [21:14] -queuebot:#ubuntu-release- Unapproved: libqb (mantic-proposed/main) [2.0.8-1 => 2.0.8-1ubuntu0.1] (i386-whitelist, ubuntu-server) [21:26] rs2009: btw did you see my subsequent email on the techboard list? [21:50] vorlon thank you :)