[02:21] -queuebot:#ubuntu-release- Unapproved: apache2 (jammy-proposed/main) [2.4.52-1ubuntu4.5 => 2.4.52-1ubuntu4.6] (i386-whitelist, ubuntu-server) [02:30] -queuebot:#ubuntu-release- Unapproved: apache2 (kinetic-proposed/main) [2.4.54-2ubuntu1.3 => 2.4.54-2ubuntu1.4] (i386-whitelist, ubuntu-server) [05:33] why do people keep trying to rebuild ubuntu-dev-tools in mantic :| [05:33] it's not failed to build, it's failed to upload because the binaries came from lunar after the build record was created [06:52] vorlon, might be my automatic rebuild script? [06:52] I issued givebacks twice yesterday [06:52] btw do you want a openssl no change rebuild now that it was hinted? [06:52] just FTR? [06:52] LocutusOfBorg: can you please not give back packages that are in failed-to-upload state? they generally require different handling [06:52] LocutusOfBorg: why would we want another no-change rebuild? [06:52] vorlon, ubuntu-build --batch --retry is skipping them? [06:53] to have a clean test baseline for the package? [06:53] I don't always understand what happens when we skiptest [06:53] LocutusOfBorg: the tests that were queued will still report the results [06:53] ok so they won't be lost [06:53] nice thanks [06:53] now we should probably retry all the regressions? [06:54] I... did not know ubuntu-build exists [06:54] and yeah ubuntu-build seems not to filter out failed-to-upload :/ [06:55] :/ how do you retry them? [06:56] I only know about ubuntu-build, unless I manually hack the code to filter them? [06:56] I have a local launchpadlib script; now that I know ubuntu-build exists I guess I will work on enhancing it [06:56] I also would like to filter builds that failed in previous ubuntu releases [06:56] or in release pocket [06:56] vorlon, that would be *awesome* :) [08:20] can we please process mantic binNEW queue? [08:29] -queuebot:#ubuntu-release- New: accepted gimp-help [amd64] (mantic-proposed) [2.10.34-1] [08:29] -queuebot:#ubuntu-release- New: accepted rust-document-features [amd64] (mantic-proposed) [0.2.7-2] [08:29] -queuebot:#ubuntu-release- New: accepted rust-document-features [armhf] (mantic-proposed) [0.2.7-2] [08:29] -queuebot:#ubuntu-release- New: accepted rust-document-features [riscv64] (mantic-proposed) [0.2.7-2] [08:29] -queuebot:#ubuntu-release- New: accepted rust-vhost-user-backend [amd64] (mantic-proposed) [0.8.0-3] [08:29] -queuebot:#ubuntu-release- New: accepted rust-vhost-user-backend [riscv64] (mantic-proposed) [0.8.0-3] [08:29] -queuebot:#ubuntu-release- New: accepted rust-document-features [arm64] (mantic-proposed) [0.2.7-2] [08:29] -queuebot:#ubuntu-release- New: accepted rust-document-features [s390x] (mantic-proposed) [0.2.7-2] [08:29] -queuebot:#ubuntu-release- New: accepted rust-vhost-user-backend [s390x] (mantic-proposed) [0.8.0-3] [08:29] -queuebot:#ubuntu-release- New: accepted rust-document-features [ppc64el] (mantic-proposed) [0.2.7-2] [08:29] -queuebot:#ubuntu-release- New: accepted rust-vhost-user-backend [ppc64el] (mantic-proposed) [0.8.0-3] [08:30] -queuebot:#ubuntu-release- New: accepted rust-virtio-queue [arm64] (mantic-proposed) [0.7.1-3] [08:46] thanks [09:45] Hi :) Can we allow php8.2 in mm? LP: #2018465 [09:45] -ubottu:#ubuntu-release- Launchpad bug 2018465 in php-defaults (Ubuntu) "Please remove php8.2 from the sync-blacklist and allow it in mm" [Undecided, New] https://launchpad.net/bugs/2018465 [09:50] athos: removed from blacklist [09:56] thanks, vorlon :) Should I manually request a sync now or is any automation going to bring the current debian version in? === Maik0 is now known as Maik [09:59] BTW, I am wondering what is the process involving the update of http://changelogs.ubuntu.com/meta-release-development and when it will point to mm. [10:01] athos: it should autosync [10:01] athos: I believe meta-release-development is on the new release cycle checklist [10:02] bdmurray: ^^ ? [11:15] kicking off a one-off mantic Ubuntu Desktop image build on the new cdimage-master to prime the pump (it won't produce an image published anywhere useful) [11:21] -queuebot:#ubuntu-release- Unapproved: software-properties (jammy-proposed/main) [0.99.22.6 => 0.99.22.7] (core) [11:24] well. trying to; hasn't happened yet because I evidently need to sort out python-keyring stuff [11:47] cjwatson: ^^ I've tweaked the keyring_pass.cfg as best I know how on cdimage-master.internal and I'm still getting lp authorization prompts. What should I do further to debug this? [11:53] vorlon: can you give me a reproducer? [11:53] cjwatson: will paste the access details privately [11:56] cjwatson: (pasted) [12:11] -queuebot:#ubuntu-release- New binary: php8.2 [amd64] (mantic-proposed/universe) [8.2.5-2] (no packageset) [12:20] -queuebot:#ubuntu-release- New binary: php8.2 [s390x] (mantic-proposed/universe) [8.2.5-2] (no packageset) [13:01] -queuebot:#ubuntu-release- New binary: php8.2 [ppc64el] (mantic-proposed/universe) [8.2.5-2] (no packageset) [13:19] -queuebot:#ubuntu-release- New binary: php8.2 [armhf] (mantic-proposed/universe) [8.2.5-2] (no packageset) [13:53] vorlon: strace shows it trying to load /home/cdimage/.local/share/python_keyring/keyring_pass.cfg, but you've been working on /home/cdimage/.config/python_keyring/keyring_pass.cfg - is that possibly relevant? [13:53] (I've only been looking briefly between meetings) [13:56] cjwatson: well I had the file at .local before moving it to .config and got the same error; didn't I see in strace that it tries both paths? [13:56] cjwatson: and I specifically got backtraces for keyringrc.cfg in the old path, *had* to move that file [14:05] vorlon: oh yes, so it does, I'll poke more [14:05] (modulo meetings. so many meetings.) [14:06] :) [14:18] -queuebot:#ubuntu-release- New binary: php8.2 [arm64] (mantic-proposed/universe) [8.2.5-2] (no packageset) [14:26] -queuebot:#ubuntu-release- Unapproved: dkms (lunar-proposed/main) [3.0.10-7 => 3.0.10-7ubuntu1] (i386-whitelist, ubuntu-desktop) [14:29] vorlon: progress: I moved it back to the .local path and fixed some capitalization issues (discovered somewhat painfully via pdb). It currently works if you unset https_proxy - but perhaps you want to change the proxy rules to allow access here? [14:30] (I suspect that python-keyring has changed things around at some point) [14:32] reverse-depends -r mantic -b liblbfgsb-doc [14:32] b'

Unknown release

' [14:34] IIRC that's a tumbleweed thing? [14:35] vorlon: in fact I see a "cdimage-builder" ACL in lp:canonical-is-internal-proxy-configs, which I think you will need to extend [14:35] vorlon: (or I can submit that change for you if you prefer) [14:36] cjwatson: I can take it from there, thanks [14:36] cool [14:38] vorlon, I did check the source code, looks like [14:38] def query_rdepends(package, release, arch, [14:38] server='http://qa.ubuntuwire.org/rdepends'): [14:38] this chunk is failing to query [14:38] tumbleweed, ^^ [14:39] indeed http://qa.ubuntuwire.org/rdepends/v1/mantic/source/src:bash [15:11] looks like proposed migration britney logs are compressed in gz, but not deleted anymore, is this expected? [15:11] e.g. [15:11]  01:09:24.log 2023-05-02 01:28 817K [15:11]  01:09:24.log.gz 2023-05-02 01:28 110K [15:11] its nice to have them both, but maybe not expected [15:23] LocutusOfBorg, vorlon: The machine running that is running xenial, and distro-info-data hasn't been SRUed there yet [15:24] * tumbleweed hacks it in [15:42] -queuebot:#ubuntu-release- New binary: php8.2 [amd64] (mantic-proposed/universe) [8.2.5-2ubuntu1] (no packageset) [15:53] -queuebot:#ubuntu-release- New binary: php8.2 [s390x] (mantic-proposed/universe) [8.2.5-2ubuntu1] (no packageset) [16:35] -queuebot:#ubuntu-release- New binary: php8.2 [arm64] (mantic-proposed/universe) [8.2.5-2ubuntu1] (no packageset) [16:40] -queuebot:#ubuntu-release- New binary: php8.2 [ppc64el] (mantic-proposed/universe) [8.2.5-2ubuntu1] (no packageset) [17:50] -queuebot:#ubuntu-release- New binary: php8.2 [armhf] (mantic-proposed/universe) [8.2.5-2ubuntu1] (no packageset) [19:14] tumbleweed: xenial> oh God. whose responsibility is it to upgrade it? [19:18] cjwatson: oh ah this can actually be worked around by refining the contents of the no_proxy variable; it appears launchpadlib or the underlying implementation doesn't honor no_proxy=launchpad.net as including api.launchpad.net [19:19] cjwatson: so I'd rather do that than go via the proxy [19:24] vorlon: wgrant. I could do it, but it'd need him around to support if OOB access is necessary [19:24] mmk [19:31] tumbleweed, better to upgrade to bionic or newer? :) [19:32] I'd guess it's worth going for jammy, but there's sure to be work involved [19:48] bah my test iso build failed its purpose anyway because snaps aren't published yet in a 23.10 channel [20:16] vorlon: that makes sense [20:17] (and it's not as though no_proxy is exactly standardized ... this is probably httplib2 or something though) [20:20] nod [20:29] Looks like no_proxy=.launchpad.net should work for "launchpad.net or any subdomain". This is just from code inspection though [20:32] ah good to know [20:32] that's a more sensible syntax anyway [20:36] Yea [20:36] h [20:38] -queuebot:#ubuntu-release- New: accepted php8.2 [arm64] (mantic-proposed) [8.2.5-2] [20:38] -queuebot:#ubuntu-release- New: accepted php8.2 [amd64] (mantic-proposed) [8.2.5-2] [20:38] -queuebot:#ubuntu-release- New: accepted php8.2 [ppc64el] (mantic-proposed) [8.2.5-2] [20:38] -queuebot:#ubuntu-release- New: accepted php8.2 [armhf] (mantic-proposed) [8.2.5-2] [20:38] -queuebot:#ubuntu-release- New: accepted php8.2 [s390x] (mantic-proposed) [8.2.5-2] [20:42] -queuebot:#ubuntu-release- New: accepted php8.2 [amd64] (mantic-proposed) [8.2.5-2ubuntu1] [20:42] -queuebot:#ubuntu-release- New: accepted php8.2 [armhf] (mantic-proposed) [8.2.5-2ubuntu1] [20:42] -queuebot:#ubuntu-release- New: accepted php8.2 [s390x] (mantic-proposed) [8.2.5-2ubuntu1] [20:42] -queuebot:#ubuntu-release- New: accepted php8.2 [arm64] (mantic-proposed) [8.2.5-2ubuntu1] [20:42] -queuebot:#ubuntu-release- New: accepted php8.2 [ppc64el] (mantic-proposed) [8.2.5-2ubuntu1] === guiverc2 is now known as guiverc