[07:37] -queuebot:#ubuntu-release- Unapproved: rejected cockpit [source] (jammy-updates) [264-1ubuntu0.22.04.1]
[07:41] -queuebot:#ubuntu-release- Unapproved: cockpit (jammy-proposed/universe) [276.1-1~bpo22.04.1 => 264-1ubuntu0.22.04.1] (no packageset)
[07:58] <tjaalton> ping, mesa FFE needs review, bug 1990387
[08:05] <LocutusOfBorg> vorlon, question w.r.t. haskell ghc /armhf and your findings
[08:05] <LocutusOfBorg> looking to https://buildd.debian.org/status/logs.php?pkg=ghc&arch=armhf
[08:05] <LocutusOfBorg> we have 1d build time w.r.t. 7h on some other machines
[08:05] <LocutusOfBorg> can it be related to arm64 kernel with armhf fs?
[08:06] <LocutusOfBorg> in case it depends on the kernel host, we might find some wrong configure check on architecture maybe, is this consistent with your lxc tests you did some months ago?
[08:48] <ginggs> tjaalton: looking
[08:51] <tjaalton> ginggs: thanks, added a comment about the ppa and testing I've done
[08:52] <ginggs> tjaalton: I was just about to ask :)
[08:53] <tjaalton> yeah, didn't realize that was lacking..
[09:00] <xypron> Packages gsfonts and gsfonts-x11 need to be dropped from the archive to let fonts-urw-base35 migrate from kinetic-proposed. See LP #1990820 #1990823
[09:01] <ginggs> ubuntu-archive ^
[09:27] <laney> let's add a hint to let fonts-urw-base35 migrate and then remove those
[09:27] <laney> then we can avoid a gap
[09:31] <ginggs> laney: thanks
[09:32] <laney> I had to clone the hints branch
[09:32] <laney> been a while :-)
[10:41] <rs2009> laney: any solution for the stalling desktop ISO builds?
[11:51] <fheimes> Hello sru-team, would you mind having a look at 's390-tools(-signed)', 'zfcp-hbaapi' and 'qemu' in the jammy unapproved queue, where there are stuck for a while, and ideally approve them?
[12:17] <cpaelzer> fheimes: IIRC the qemu one waits for another ongoing SRU to complete
[12:19] <cpaelzer> yep, still the case
[12:19] <cpaelzer> fheimes: https://launchpadlibrarian.net/623178064/qemu_6.2+dfsg-2ubuntu6.5_source.changes waits for https://launchpad.net/ubuntu/+source/qemu/1:6.2+dfsg-2ubuntu6.4
[12:20] <cpaelzer> and the latter is stuck on SRU verification
[12:20] <cpaelzer> fheimes: you might help or nidge the people that own it to finally do so
[12:20] <cpaelzer> I hav efixed the autopkgtest of it and I have updated the SRU template notifying people that another one is waiting
[12:20] <cpaelzer> but no update AFAICS
[12:21] <fheimes> @paelzer: ok, let me have a look at LP#1980896 1:6.2+dfsg-2ubuntu6.4 then ...
[12:24] <fheimes> it was opened by vicamo from Canonical - I think I can do the verification on this one ...
[12:25] <tsimonq2> ubuntu-release: POC for the Lubuntu Kinetic Beta is me. I have quite a list... I'll lay a fresh set of eyes on the current freeze pages but please don't be afraid to let me know if you think I'm too rusty on something. Thanks.
[12:39] <rs2009> tsimonq2: hey
[12:40] <rs2009> "My intent has been to rewrite that part of the code given I have a more concise working version locally" - what change(s) did you need to make to get the Lubuntu ISO building successfully locally? (would be great if you could create an MR too)
[12:41] <tsimonq2> As a temporary "here's what I did" I'll PM you the relevant tasks in my Ansible role, but you'll pretty quickly see once you compare and contrast how it may look once re-implemented
[12:41] <tsimonq2> (Give me a few minutes)
[12:42] <rs2009> tsimonq2: that would be great, thanks! :)
[12:43] -queuebot:#ubuntu-release- Unapproved: update-notifier (bionic-proposed/main) [3.192.1.12 => 3.192.1.13] (ubuntu-desktop, ubuntu-server)
[12:44] -queuebot:#ubuntu-release- Unapproved: update-notifier (jammy-proposed/main) [3.192.54 => 3.192.54.1] (ubuntu-desktop, ubuntu-server)
 "Simon Quigley: that would be..." <- Of course :) maybe loop Josh in cause his issue is kind of Germinate related too?
[12:49] <rs2009> tsimonq2: sure, I'll ask ItzSwirlz to check this channel on TG
[12:49] <tsimonq2> 🤙
[13:33] <kisak> good day, is this an appropreate medium to request an adjustment to the per-release i386 whitelist? I'm a mesa PPA maintainer and every 6 months llvm changes their name which puts it out of alignment with the whitelist.
[13:34] <kisak> I'm specifically requesting for i386 builds of llvm-toolchain-15 to be allowed on Focal and Jammy for https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa .
[13:46] <xnox> apw:  reviewed https://launchpad.net/ubuntu/focal/+queue?queue_state=1&queue_text=debian-installer such a rebuild will result in a correct upgrade of grub being singning key upgrading from 2017 to 2021v1; and shim-signed upgrade from 1.40.4 -> 1.40.7  (aka upgrade from snapshot, to v15.4 upstream release with many bugfixes on top). Changelog is correct, the test case on the bug report is
[13:46] <xnox> incomplete, but easy to test "enroll latest dbx updates, and try booting daily iso".
[13:46] <xnox> please accept above debian-installer SRU
[14:04] -queuebot:#ubuntu-release- Unapproved: update-notifier (focal-proposed/main) [3.192.30.11 => 3.192.30.12] (ubuntu-desktop, ubuntu-server)
[14:07] -queuebot:#ubuntu-release- Unapproved: update-notifier (xenial-proposed/main) [3.168.15 => 3.168.16] (ubuntu-desktop, ubuntu-server)
[14:41] <LocutusOfBorg> hello, why is this channel not mentioned here? https://wiki.ubuntu.com/IRC/ChannelList
[14:58] <krytarik> LocutusOfBorg: I'm not entirely sure I remember right, but I think the channel was hidden (+s) originally on old freenode, which would be a valid reason for that - now though I'd see no reason not to include it there.
[15:05] <vorlon> LocutusOfBorg: all of my armhf ghc tests were certainly with an arm64 kernel
[15:06] <LocutusOfBorg> ok so vorlon you say that kernel is not the culprit
[15:07] <vorlon> sounds like it is not, no
[15:07] <LocutusOfBorg> just FYI ghc is fixed (abi issues)
[15:07] <LocutusOfBorg> I'm *trying* to do the rebuilds on bileto
[15:07] <LocutusOfBorg> for all haskell
[15:07] <LocutusOfBorg> is it ok to publish in one week if I can sort it out?
[15:08] <LocutusOfBorg> (I'm also removing some other armhf parallel=2 slowness in rules file)
[15:09] <vorlon> LocutusOfBorg: is the fixed ghc going to require one more rebuild of the whole stack?
[15:09] <LocutusOfBorg> yes, this is why I do all the rebuilds directly in bileto
[15:09] <LocutusOfBorg> https://bileto.ubuntu.com/#/ticket/4933
[15:16] <vorlon> LocutusOfBorg: then yes, we should be able to do that next week
[15:21] <LocutusOfBorg> thanks
[15:22] <LocutusOfBorg> btw only armhf and s390x changed ABI, so maybe I can speedup a little bit
[15:25] <tjaalton> libllvm15 wants to move to main due to mesa
[15:28] <vorlon> I just promoted llvm-toolchain-15 per https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html
[15:31] <xnox> vorlon:  or maybe you can self-accept d-i SRU, i have reviewed it, and it looks correct from a local rebuild an inspection.
[15:32] <xnox> vorlon:  hopefully d-i-requirements seed removal is not causing any errors in seeds generators.
[15:51] <rs2009> vorlon: looks like snap-preseed might be broken, which is resulting in the stalling ISO builds (the firefox issue is fixed, and the build gets stuck when 'snap-preseed' is called, after 'snap debug validate-seed' is run)
[15:55] <bdmurray> rs2009: How did you get that level of detail?
[15:57] <rs2009> bdmurray: I added a number of echo lines in snap_preseed and snap_validate_seed (in functions), and found that the build would stall at snap_validate_seed when 'snap preseed' is called (the echo line before it would run, but the one after wouldn't)
[16:01] <rs2009> The 'snap-preseed' call could be temporarily removed until the snapd issue's fixed (as it would lengthen the first boot process, but would fix the build issue)
[16:01] <vorlon> xnox: no hurry to self-accept that, we don't have the 20.04 point release scheduled yet
[16:02] <tjaalton> vorlon: thanks!
[16:09] <xnox> vorlon:  having a working focal daily would be nice though
[16:09] <rs2009> here's a merge request to make that change: https://code.launchpad.net/~rs2009/livecd-rootfs/+git/livecd-rootfs/+merge/430492
[16:35] <rs2009> also, would be great if someone could (perhaps) ask the Snap team to take a look at the issues with snap-preseed
[16:40] <ginggs> vorlon: would you take a look at python-redis on component mismatches please?  https://launchpad.net/ubuntu/+source/python-redis  3.5.3-2 is correctly in universe, but 4.3.4-3 is in main
[16:41] <ginggs> python-tooz demoted the Depends on python3-redis to a Suggests https://launchpad.net/ubuntu/+source/python-tooz/3.0.0-0ubuntu2
[16:55] <ItzSwirlz> tsimonq2, rs2009: hi, I'm not sure what idea your suggesting here
[16:55] <ItzSwirlz> I noticed that the ubuntu-seeds project was incorrectly branched, so i'm getting that fixed but I'm not sure how it would help germinate
[17:30] <vorlon> ginggs: oh, is that's what's up; demoted, thanks
[17:33] <ginggs> vorlon: ta!
[17:34] <vorlon> evidently I was the one who did the demotion in the release pocket but didn't notice the version in -proposed, hah
[17:35] <vorlon> bdmurray, teward[m], there should be an invitation for ~motu to join ~ubuntucinnamon-dev, could one of you please accept it so we can have proper seed management? (or if it's not there please let ItzSwirlz and I know)
[17:36] <ItzSwirlz> I just sent an invitation
[17:36] <teward[m]> *yawns and looks*
[17:37] <teward[m]> vorlon: itzswirlz: E:NOACCESS
[17:37] <teward[m]> with ItzSwirlz being owner of the subteam I can't add them it seems
[17:37] <teward[m]> ah there it is
[17:37] <teward[m]> loopholes are FUN!
[17:38] <teward[m]> added my own team (MOTU) to the cinnamon developers team
[17:38] <teward[m]> and because of the invite it worked.
[17:38] <teward[m]> vorlon: as such, done.  *goes and hunts down coffee*
[17:38] <vorlon> teward[m]: right, needed a member of the DMB to accept the invite on behalf of ~motu - thanks :)
[17:39] <teward[m]> @vorlon problem is it never sent me the invitation so i had to loophole the thing
[17:39] <teward[m]> E:NOINVITATION so :P
[17:39] <teward[m]> and i know LP and email are delayed a little
[17:39] <vorlon> ah
[17:39] <vorlon> delayed a little> should not be?
[17:39] <teward[m]> also this poses a question: shouldn't that dev team be under the ownership./control of DMB not the specific flavor?
[17:39] <teward[m]> I ask this because if it grants any kind of dev privs that might need DMB involvement
[17:40] <teward[m]> should not be>  MS365 is where my email sits, it's always ~45s behind
[17:40] <vorlon> teward[m]: I don't believe that's ever been the case for other flavor teams?
[17:40] <teward[m]> greylisting and swtuff
[17:40] <teward[m]> stuff*
[17:40] <vorlon> teward[m]: yeah the invite was sent ~1h ago
[17:40] <teward[m]> vorlon: i forget did a specific cinnamon packageset get made yet?
[17:40] <teward[m]> > sent 1h ago  might've gotten lost in my email i have like 500
[17:41] <ItzSwirlz> ty teward
[17:41] <teward[m]> though when y'all pinged me Swirlz just said "I just sent an invitation" so i see a discrepancy at play
[17:41] <teward[m]> i still want to know if the cinnamon flavor has a packageset or not made yet :P
[17:41] <ItzSwirlz> well i sent it about 10 mins ago
[17:41] <teward[m]> for obvious permissions reasons
[17:41] <teward[m]> which is why it hasn't arrived yet, that sometimes takes time to sift through greylisting
[17:41] <ItzSwirlz> teward[m]: we can't even get germinate working and for the life of me nobody can figure out why
[17:41] <teward[m]> greylisting delays up to 30min
[17:41] <teward[m]> don't ask me :)
[17:42] <vorlon> teward[m]: this isn't for packagesets at this point, no
[17:42] <ItzSwirlz> Okay; so now I need a proper fork of ubuntu-seeds under ubuntucinnamon-dev for lp:~ubuntucinnamon-dev/ubuntu-seeds/ubuntucinnamon.kinetic
[17:42] <teward[m]> ack
[17:43] <ItzSwirlz> I don't think I forked the branch properly and that may be why germinate is failing, if you could do that, big 'preesh
[17:43] <vorlon> ItzSwirlz: lp:~ubuntucinnamon-dev/ubuntu-seeds/ubuntucinnamon.kinetic is the bzr format, is that what you intend?
[17:43] <teward[m]> *goes back to prodding Simon Quigley with the intention of fixing crap in Debian and Github for pastebinit because there's some force-push process breaking crap in terms of pull reqs and fixes*
[17:44] <ItzSwirlz> vorlon: I guess. Unity got their thing working with it, and I know bazaar is outdated but i think its our last hope
[17:44] <ItzSwirlz> i ran through EVERYTHING in the seed.
[17:44] <vorlon> ItzSwirlz: unity is not using bzr
[17:44] <ItzSwirlz> vorlon: https://code.launchpad.net/~unity7maintainers/ubuntu-seeds/ubuntu-unity.kinetic
[17:44] <ItzSwirlz> its a bzr branch ._.
[17:44] <vorlon> that's not the live branch
[17:45] <vorlon> and I've said that I will not stand up any new flavors using bzr for seeds
[17:45] <vorlon> let me have a look
[17:45] <ItzSwirlz> Okay... so are you willing to give a shot and try to help me figure out what is happening?
[17:45] <ItzSwirlz> When germinate tries to clone platform in every flavor/remix but Cinnamon's its fine. For cinnamon it errors out and I can't figure out why other than it's magic.
[17:46] <vorlon> where / in what context are you running germinate?
[17:46] <ItzSwirlz> You'll also see on the UCR seed (https://code.launchpad.net/~ubuntucinnamon-dev/ubuntu-seeds/+git/ubuntucinnamon) that it is not listed as a project of Ubuntu Seeds
[17:46] <ItzSwirlz> vorlon: https://github.com/Ubuntu-Cinnamon-Remix/ubuntucinnamon-meta
[17:46] <ItzSwirlz> the ubuntucinnamon-meta package, you can pull-lp-source it
[17:49] <ItzSwirlz> So even on unity's meta it will say fatal: remote error, repository '../platform' not found. But it finds the correct platform.kinetic, and for Unity it continues but UCR just stops.
[17:50] <vorlon> ItzSwirlz: your update.cfg needs to reference both the ~ubuntucinnamon-dev namespace and the ~ubuntu-core-dev namespace, the latter provides platform
[17:51] <vorlon> ItzSwirlz: quite a strange list of architectures in update.cfg, Ubuntu has never supported mips64el
[17:51] <ItzSwirlz> vorlon: whoops, forgot to push that. I removed it on my local system
[17:52] <ItzSwirlz> https://github.com/lubuntu-team/lubuntu-meta-packaging/blob/ubuntu/jammy/update.cfg - lubuntu has practically the same exact thing
[17:54] <vorlon> ItzSwirlz: this is the error I get currently: https://paste.ubuntu.com/p/CYQd8GJgcs/
[17:55] <ItzSwirlz> That's the same error I have.
[17:55] <vorlon> ItzSwirlz: your STRUCTURE lists 'supported' but there is no 'supported' file in the seed repo
[17:55] <ItzSwirlz> I'll try yoinking it ig
[17:58] <ItzSwirlz> hold up i think it might actually have worked
[17:59] <ItzSwirlz> if this was it the whole time i'm going to throw my headset out the window
[18:00] <ItzSwirlz> it worked, what the actual-
[18:00] <ItzSwirlz> Eickmeyer, mystery solved. I recommend you take a shot while you're old enough to
[18:03] <ItzSwirlz> So, what do I need to put in the supported file, is it necessary?
[18:13] <vorlon> ItzSwirlz: if you look at ubuntu-unity, it's completely empty.  I'm not sure if anything cares about the supported seed existing at all, the failure was simply the mismatch that STRUCTURE referenced a seed that didn't exist
[18:13] <ItzSwirlz> vorlon: Alright, cool. Thank you SO much
[18:13] <vorlon> (we care about 'supported' for Ubuntu itself because it defines main, but otherwise...)
[18:27] <Eickmeyer> ItzSwirlz: I'll do it when I have a chance.
[18:27] <Eickmeyer> Probably should soon, now that I think about it.
[18:34] <vorlon> ItzSwirlz: so removing mips64el from update.cfg is necessary to let ./update run; but what about ppc64el and s390x?  do you really want this metapackage built for those architectures?
[18:35] <vorlon> these are not desktop hardware; s390x doesn't even have physical dispalys
[18:35] <ItzSwirlz> oh, i guess ill remove them
[18:37] <sarnold> hmm, I thought when I visited the mainframe in suse's basement that it had a thinkpad taped to the side :0
[18:38] <vorlon> >:|
[18:43] <bdmurray> The ubuntu-server-live livefs is buidling and that image includes snaps so I'm not convinced its livecd-rootfs
[18:48] <Eickmeyer> I take it that means we haven't gotten to the bottom of the stalled images yet.
[18:53] <bdmurray> That is correct
[19:15] <bdmurray> rs2009: Do you have a minimal test case for your change regarding removal snap-preseed?
[19:31] -queuebot:#ubuntu-release- New binary: ubuntucinnamon-wallpapers [amd64] (kinetic-proposed/universe) [22.10.1] (no packageset)
[20:10] <mwhudson> vorlon: https://launchpad.net/ubuntu/+source/livecd-rootfs/2.784 <- don't we still build ubuntu-server preinstalled images for pis?
[20:10] <mwhudson> hmm maybe not
[20:11] <vorlon> mwhudson: oh possibly - but previously the autopkgtest was build-testing d-i server images which is not useful
[20:12] <mwhudson> vorlon: yes that doesn't sound useful
[20:12] <mwhudson> so much dead code but i guess the plan is to set it all on fire so not really worth pruning it
[21:01] -queuebot:#ubuntu-release- Unapproved: neutron (focal-proposed/main) [2:16.4.2-0ubuntu4 => 2:16.4.2-0ubuntu5] (openstack, ubuntu-server)
[22:52] <Ukikie> libigloo uploaded to kinetic, it's a bit late but fixes use-after-free and seems small enough, https://dpaste.com/3XCRPXDAW