[11:22] -queuebot:#ubuntu-release- New binary: node-es-module-lexer [amd64] (lunar-proposed/universe) [1.1.0+dfsg-2] (no packageset) [11:23] -queuebot:#ubuntu-release- New binary: mercurial-buildpackage [amd64] (lunar-proposed/none) [0.10.1+nmu2] (no packageset) [11:23] -queuebot:#ubuntu-release- New binary: pidgin-skype [amd64] (lunar-proposed/none) [20140930+svn665+dfsg-2] (no packageset) [12:22] ddstreet, hello :), please take a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1996082 and https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1996076 [12:23] -ubottu:#ubuntu-release- Launchpad bug 1996082 in libreoffice (Ubuntu Bionic) "[BPO] libreoffice 7.3.7 for bionic" [High, In Progress] [12:23] -ubottu:#ubuntu-release- Launchpad bug 1996076 in libreoffice (Ubuntu Focal) "[BPO] libreoffice 7.3.7 for focal" [High, In Progress] [12:37] -queuebot:#ubuntu-release- New binary: mercurial-buildpackage [ppc64el] (lunar-proposed/universe) [0.10.1+nmu2] (no packageset) [12:38] -queuebot:#ubuntu-release- New binary: mercurial-buildpackage [arm64] (lunar-proposed/universe) [0.10.1+nmu2] (no packageset) [12:38] -queuebot:#ubuntu-release- New binary: mercurial-buildpackage [armhf] (lunar-proposed/universe) [0.10.1+nmu2] (no packageset) [13:14] -queuebot:#ubuntu-release- New binary: mercurial-buildpackage [s390x] (lunar-proposed/universe) [0.10.1+nmu2] (no packageset) [14:20] I know we're awfully busy with tons of stuff with Lunar, but could someone give this Manuskript SRU a quick look-over? I submitted the SRU for it quite a while ago and it's still sitting there. I know at least one user is directly affected by it's non-functionality. https://bugs.launchpad.net/ubuntu/+source/manuskript/+bug/1989203 [14:20] -ubottu:#ubuntu-release- Launchpad bug 1989203 in manuskript (Ubuntu Kinetic) "Manuskript crashes on start" [High, Confirmed] [14:21] (Also if I need to additionally add an update for Lunar to it, I can do that. I only just remembered that might be necessary a bit ago.) [14:24] arraybolt3: please fix this in Lunar first. SRUing is blocked on that. [14:24] And if you want it done quickly, please make it a simple bugfix cherry-pick SRU, not one that bumps the upstream version. [14:25] rbasak: Thanks. Sorry, I did it while Kinetic was still the development version and then forgot about it. [14:25] arraybolt3: also looks like you need sponsorship first? That's best discussed in #ubuntu-devel then. Your request will just scroll past here. [14:25] I *thought* it was already sponsored for me, or at least was going to be. [14:26] You can examine the SRU queue directly yourself, eg. https://launchpad.net/ubuntu/jammy/+queue?queue_state=1 [14:26] Ah, thank you! [14:30] Actually Manuskript 0.14.0 has already been pulled into Lunar, so I *believe* I don't need to do anything there, as the job is already done for me. [14:36] (Actually I was wrong about Kinetic still being in development when I did it, I can see.) [14:42] -queuebot:#ubuntu-release- Unapproved: ruby3.0 (jammy-proposed/main) [3.0.2-7ubuntu2.1 => 3.0.2-7ubuntu2.2] (i386-whitelist) [15:30] -queuebot:#ubuntu-release- Unapproved: licheerv-rtl8723ds-dkms (kinetic-proposed/universe) [1.0-0ubuntu1 => 1.0-0ubuntu1.1] (no packageset) [15:45] tsimonq2: we need new livefs builds which is out of the release team's hands [15:56] -queuebot:#ubuntu-release- New source: apt-transport-artifact-registry (lunar-proposed/primary) [20220622.00-0ubuntu1] [16:20] bdmurray, vorlon: Thank you for the information, please don't hesitate to ping me once you guys know more. [16:23] Worth noting that for the next week (or until I'm feeling well again), I've passed off my Lubuntu executive powers to teward as primary, arraybolt3 as secondary for Lunar, kc2bez as secondary for stable releases. Happy to provide advice, passing off the final ack/nack. [16:26] rbasak: Thank you for your guidance re: Manuscript :) [18:48] bdmurray: I'm making some progress on branching the livefses; still needs launchpad team or IS to devirt [18:53] vorlon: IS might be more helpful if you get them most of the way there... [18:54] yeah. unfortunately the "Precondition Failed" status I'm getting from lp happens intermittently [18:55] and the structure of the script doesn't lend itself to picking up where it left off [20:21] please give the failed thunderbird builds a re-try - https://launchpad.net/ubuntu/+source/thunderbird/1:102.5.0+build1-0ubuntu1 [20:22] * bdmurray looks [20:22] done [20:39] bdmurray, thank you! there are a couple failed thunderbird 102 builds here too https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/+packages?field.name_filter=thunderbird&field.status_filter=published&field.series_filter= [20:55] https://launchpad.net/ubuntu/+source/embree/3.13.5+dfsg-2ubuntu1 why does embree have a problem with tbb2 on arm64 but not amd64 >_< [21:05] vorlon, hi, would you be able to allow i386 builds for nvidia-graphics-drivers-525? - https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-525 [21:12] Would anybody on the SRU team be OK to finish-up bug 1990887? Verification is long done. :) [21:12] -ubottu:#ubuntu-release- Bug 1990887 in ubiquity (Ubuntu Jammy) "[SRU] oem-config-kde: window too small, bad UX" [High, Fix Committed] https://launchpad.net/bugs/1990887 [21:28] * bdmurray looks [21:33] bdmurray: Thanks! [21:41] ricotz: uh what are you asking to have built on i386? that link shows no package versions [21:46] vorlon, https://launchpad.net/%7Ericotz/+archive/ubuntu/staging/+sourcepub/14086128/+listing-archive-extra [21:54] ricotz: ok; I don't feel enthusiastic about turning this on for third-party builds [21:54] i'm just going to state the obvious, but is there no way you can just do a local i386 build env test ricotz? [21:54] without needing a PPA for it? [21:55] (for the same reasons vorlon is not comfortable for third party builds) [21:55] vorlon, time for any nodejs bootstrap? [21:55] vorlon, I see, I actually assumed there is some wildcard rule implemented for nvidia drivers to allow i386 for newer versions [21:55] node-jest I mean [21:56] (and babel) [21:56] vorlon [21:57] (oops didn't mean to ping again, I was searching for old irc logs) [21:57] * LocutusOfBorg goes afk [21:57] teward, this package meant to target https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa [21:57] LocutusOfBorg: are you asking me if I have time to do it, or if it's time for you to do it? [21:58] -queuebot:#ubuntu-release- Packageset: Removed wxwidgets3.2 from i386-whitelist in lunar [21:58] ricotz: right, but that's a PPA where I bet it's permitted with i386 builds. not your namespace's staging PPA [21:58] (I'm not an AA or an LP Admin, i'm just stating based on observations) [21:59] (aka "third party") [22:00] teward, this is not about ppa settings, it is about the i386 enabled-list for focal+ builds [22:00] 👍 [22:01] (I think I'm hung up with the namespace you're wanting the build in, i.e. ~ricotz and not ~graphics-drivers and such though, not PPA Settings in general and in turn equating that to what vorlon means by "third party") [22:02] I don't see in any sense that ~graphics-drivers is not also third-party [22:02] wonder how *that* has i386 builds for the graphics drivers present in there heh [22:02] *shrugs and goes back to stabbing things in Debian before sync opens for lunar* [22:03] teward: the packageset for i386 is applied also to all ppas for the series and not just for the main archive [22:03] vorlon: ahh, good to know :) [22:09] https://git.launchpad.net/ubuntu-archive-tools/tree/update-i386-whitelist?id=ed19b994a202d983d04c75e04c695f7c82ce2a0a#n156 [22:10] I see I thought this is still based on package names rather than PPA package list [22:11] MP welcome and if tseliot confirms he wants staged packages built in this other ppa now I would update it [22:24] teward, there are two libreoffice backports waiting :) [22:24] vorlon, MP done [22:28] -queuebot:#ubuntu-release- Packageset: Added wxwidgets3.2 to i386-whitelist in lunar [23:54] RAOF (or whomever else is available): Could you take a look at the Calamares 3.2.61 SRU for Jammy? https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1992507 It has passed Lubuntu's intensive testing procedures and has been given a thumbs-up. [23:54] -ubottu:#ubuntu-release- Launchpad bug 1992507 in calamares (Ubuntu) "[SRU] Calamares 3.2.61" [Medium, In Progress] [23:59] Actually, hold off on that for just a minute, I just discovered that somehow Ubuntu Studio didn't manage to get any testing done, so I'm going to download it and test it real quick to make sure it's not going to break anything.