[08:05] bdmurray: oh yeah [08:08] -queuebot:#ubuntu-release- New: accepted sanlock [amd64] (groovy-backports) [3.8.2-2~ubuntu20.10.1] [08:08] -queuebot:#ubuntu-release- New: accepted sanlock [armhf] (groovy-backports) [3.8.2-2~ubuntu20.10.1] [08:08] -queuebot:#ubuntu-release- New: accepted sanlock [ppc64el] (groovy-backports) [3.8.2-2~ubuntu20.10.1] [08:08] -queuebot:#ubuntu-release- New: accepted sanlock [s390x] (groovy-backports) [3.8.2-2~ubuntu20.10.1] [08:08] -queuebot:#ubuntu-release- New: accepted sanlock [arm64] (groovy-backports) [3.8.2-2~ubuntu20.10.1] [08:08] -queuebot:#ubuntu-release- New: accepted sanlock [riscv64] (groovy-backports) [3.8.2-2~ubuntu20.10.1] [08:08] -queuebot:#ubuntu-release- New: accepted sanlock [i386] (groovy-backports) [3.8.2-2~ubuntu20.10.1] [08:29] -queuebot:#ubuntu-release- Unapproved: zfs-linux (focal-proposed/main) [0.8.3-1ubuntu12.11 => 0.8.3-1ubuntu12.12] (core, kernel-dkms) [10:02] -queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.5.11-0ubuntu1~20.04.1 => 1.5.11-0ubuntu1~20.04.2] (core) [10:04] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (focal-proposed/main) [1.27.1ubuntu3 => 1.27.1ubuntu4] (core) [10:04] ^ this is a follow-up for bug 1934209 to recompile against the new libjcat [10:04] Bug 1934209 in OEM Priority Project "Dell dock USB4 module need fwupd 1.5.11" [Critical, In Progress] https://launchpad.net/bugs/1934209 [10:04] signing tarballs built from fwupd need to be accepted in publisher run before fwupd-signed builds to avoid it fetching the old one :) [10:05] I need to fix that in impish :) [10:05] hello, question for infrastructure maintainers (sorry cjwatson juliank but I probably need your help <3 ): I set R^3:no in virtualbox, and the calls to chmod +x now became non-op in Ubuntu, while they still work in Debian [10:05] can anybody please explain this difference? is it correct that they shouldn't work or not? [10:06] in Debian files have rws in Ubuntu rwx, and the build is totally broken in hirsute and impish [10:06] I expect this to be packaging toolchain not infrastructure, so not something I can help with [10:06] (sbuild just calls dpkg-buildpackage regardless of R^3) [10:08] can it be something related to sbuild not being called with fakeroot in Ubuntu, and with it in Debian? [10:08] strange stuff [10:10] I am pretty sure that we use fakeroot for builds in Ubuntu too, even if minor details of the output around that differ [10:11] how else would anything work given that we don't run dpkg-buildpackage as root [10:11] rules-require-root: no don't need fakeroot [10:12] whether fakeroot or real [10:12] LocutusOfBorg: do you have build logs for both debian aund ubuntu? [10:12] juliank: Sure, I know that, but I mean in general [10:12] https://launchpadlibrarian.net/549186090/buildlog_ubuntu-impish-amd64.virtualbox_6.1.22-dfsg-3_BUILDING.txt.gz [10:12] Anyway, that's still up to dpkg-buildpackage, not sbuild [10:12] I think the idea is that we stop running with fakeroot if r-r-r is set to no [10:13] Correct [10:13] https://buildd.debian.org/status/fetch.php?pkg=virtualbox&arch=amd64&ver=6.1.22-dfsg-3&stamp=1626683364&raw=0 [10:13] to me looks like Ubuntu is doing things correctly while Debian isn't... [10:14] But LocutusOfBorg said that it's being run with fakeroot in Debian, and I wonder if that's a misinterpretation of the logs [10:14] Sure, there's an -rfakeroot in there, but that doesn't necessarily mean it's actually using fakeroot, does it? [10:14] I wonder how many packages might fail in Ubuntu because of this difference in configuration [10:15] We don't know what the difference is yet, so I suggest working that out before speculating [10:15] LocutusOfBorg: so which fies are wrong in there? [10:15] juliank, look at "chmod +s" [10:16] they are 6 files that should have permission rws instead of rwx [10:16] VBoxSDL is one [10:17] I see [10:17] Have you tried running the build under sbuild locally? [10:17] It could be some bit of debhelper or similar removing the permission bit later [10:18] Or maybe pkgbinarymangler or pkg-create-dbgsym [10:18] no I didn't sorry [10:18] but cjwatson setting R^3 to binary-target makes it work [10:18] I tried in a ppa and the bits were set [10:19] Well, I suggest trying it locally to narrow this down [10:19] (leaving R^3 as no) [10:20] And maybe setting DH_VERBOSE=1 [10:20] I don't think it's a difference in debhelper looking at the delta [10:23] anyhow this is odd [10:55] vorlon: debian-installer is now fully cleaned up and published correctly. Please remove debian-installer from impish once again, and can also drop it from i386 allowlist. [11:25] https://launchpadlibrarian.net/549801125/buildlog_ubuntu-impish-amd64.virtualbox_6.1.22-dfsg-4ubuntu1_BUILDING.txt.gz [11:25] here the build with DH_VERBOSE=1 and R^3:no [11:29] dh_dwz seems to touch at least some of those files. Is it possible that it mangles the permissions along the way? [11:30] (it runs after dh_fixperms, it seems) [11:57] are the calls hard-coded? the sequencer should use the correct order [11:58] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982457 [11:58] Debian bug 982457 in debhelper "dh_fixperms order in the debhelper sequencer" [Normal, Open] [12:11] nothing is hard-coded I would say [13:07] xnox: d-i cleaned out [13:57] cjwatson: why does https://launchpad.net/ubuntu/+source/rust-simplelog/0.7.4-2 have no build records for impish and how can I create them? [13:58] (copy it back to impish-proposed?) [14:02] vorlon, laney: In terms of the Groovy EoL I'd like to be able to set the release to obsolete today and send out the notification. AIUI the "clean up things" is currently blocking that. [14:03] Thanks for doing the new queue laney [14:05] bdmurray: ok, running cleanup-NBS-for-EOL now [14:06] uh and it did nothing [14:07] did someone already run it? [14:07] not I and its not marked as done in the checklist [14:08] the binaries aren't there but the output on https://people.canonical.com/~ubuntu-archive/proposed-migration/groovy/update_output.txt has changed and is not listing NBS kernels... hmm [14:09] oh, no, it's a bit higher up in the output and may have different text [14:09] right so we used to key on 'Removing packages left in testing' and that text is absent [14:09] different text than what the script is expecting? [14:14] Yes, looks like [14:17] ok script adjusted and running [14:19] vorlon: what have we previously done with pending srus? [14:21] bdmurray: not sure we've ever had a consistent policy. in the past, Adam had suggested we should just leave the unverified SRUs there rather than removing them [14:21] bdmurray: should we be publishing the ones that are verified though? [14:22] there are 7 that seem ready to go [14:22] vorlon: I say yes but we may want to fully phase them. [14:22] makes sense [14:22] that again is something I can't do [14:22] NBS removal is running and it will take forever [14:23] sure [14:23] I also tried removing update-manager and that didn't work out either [14:43] -queuebot:#ubuntu-release- New binary: wlroots [s390x] (impish-proposed/universe) [0.13.0-1] (no packageset) [14:44] -queuebot:#ubuntu-release- New binary: wlroots [amd64] (impish-proposed/universe) [0.13.0-1] (no packageset) [14:44] -queuebot:#ubuntu-release- New binary: wlroots [ppc64el] (impish-proposed/universe) [0.13.0-1] (no packageset) [14:44] -queuebot:#ubuntu-release- New binary: wlroots [arm64] (impish-proposed/universe) [0.13.0-1] (no packageset) [14:45] -queuebot:#ubuntu-release- New binary: wlroots [armhf] (impish-proposed/universe) [0.13.0-1] (no packageset) [15:06] -queuebot:#ubuntu-release- New binary: wlroots [riscv64] (impish-proposed/universe) [0.13.0-1] (no packageset) [15:15] bdmurray: "removing update-manager"? from -proposed? [15:17] vorlon: yeah, since it was fixing autopkgtests anyway I thought it was a reasonable test of what ubuntu-sru can and can't do [15:18] vorlon: and I don't think there is any benefit to keeping autopkgtest fixes in -proposed [15:19] bdmurray: ack [15:24] vorlon: You seem to have done the copy. Not sure why, sorry - I thought add-missing-builds would deal with that and I'm fairly sure we've run it for the last couple of new series, but I no longer have the logs [15:26] cjwatson: ok. and the copy did create build records, and the builds failed differently than what I saw locally ;) [15:26] thanks [16:08] vorlon: Could you fully phase nova, neutron and zfs-linux for groovy. I released them yesterday. [16:09] nvidia-prime for Groovy has been stuck at 30% phasing for 141 days so IDK about that [16:10] * bdmurray looks at the errors [16:13] They are BrokenPipeError Tracebacks when printing a spinner while update-initramfs is running. I wonder if that ends up finishing or not. [16:21] Hi :) Looking for sponsor(s) for LP #1931994 (openssl), with several SRUs. Note that there's already an openssl package in hirsute-proposed, I pinged the uploader, but I'm guessing they're on w-e. [16:25] schopin: #ubuntu-devel should have a larger number of developers in it so I'd ask for sponsorship there. [16:28] will do, thanks :) [16:34] bdmurray: percent overrides done for groovy-updates [16:35] vorlon: thanks [16:36] and NBS removal has gotten to 'f' [16:43] fantastic [17:07] schopin: note it is expected that openssl in hirsute-proposed will not be released. [17:08] schopin: because of tags "verificaiton-done-hirstue block-proposed-hirsute" it's a sourcepackage / testing change only, not needed in binary form on end user systems. You should incorporate that change, and build your upload -v to include those changes, but otherwise you are expected to supersede that upload. [17:27] xnox: looking at the debdiff I believe he did that [18:06] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [source] (focal-proposed) [1.5.11-0ubuntu1~20.04.2] [18:08] -queuebot:#ubuntu-release- Unapproved: accepted fwupd-signed [source] (focal-proposed) [1.27.1ubuntu4] [18:12] -queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.5.11-0ubuntu1~20.04.1 => 1.5.11-0ubuntu1~20.04.2] (core) [18:14] -queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.5.11-0ubuntu1~20.04.1 => 1.5.11-0ubuntu1~20.04.2] (core) [18:14] -queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.5.11-0ubuntu1~20.04.1 => 1.5.11-0ubuntu1~20.04.2] (core) [18:20] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [amd64] (focal-proposed) [1.5.11-0ubuntu1~20.04.2] [18:20] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [armhf] (focal-proposed) [1.5.11-0ubuntu1~20.04.2] [18:20] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [arm64] (focal-proposed) [1.5.11-0ubuntu1~20.04.2] [18:31] vorlon: Could release and fully phase the virtualbox packages for groovy? [18:35] bdmurray: does that mean you're asking me to release them? [18:36] ah because I can do -z 100 as part of the sru-release. doing now [18:38] (done) [18:46] Right, do you think I should be submitting bugs about things ubuntu-sru cannot do? [19:02] bdmurray: hmm probably; though TTBOMK the current acl schema treats overrides as an archive-admin-only op across the board [21:12] vorlon: How is the NBS removal going? [22:26] bdmurray: we're now at linux-b* :) [22:35] -queuebot:#ubuntu-release- Unapproved: openssh (focal-proposed/main) [1:8.2p1-4ubuntu0.2 => 1:8.2p1-4ubuntu0.3] (core, i386-whitelist) [22:45] bdmurray: now it's linux-c*