[06:38] hello sru-release admins, please check virtualbox in queues? [06:38] tjaalton, ^^ [06:41] vorlon, hello, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011430 pleeeeeeeeeeease? [06:41] Debian bug 1011430 in ftp.debian.org "RM: vkd3d [s390x] -- ROM; tests fail on s390x, not yet intended to be supported in a stable release" [Normal, Open] [06:53] LocutusOfBorg: ack, removed [06:53] ta [06:54] vorlon: did you get a chance to consider snappy? [06:57] RikMills: yeah we'll want to build benchmark for i386; lining this up now [06:57] ok, cool. & thanks! [07:27] cjwatson: a problem? a lot of builds currently failing with no log [07:28] -queuebot:#ubuntu-release- Packageset: Added benchmark to i386-whitelist in kinetic [08:49] hnnngh how in cdimage is it done that the devel series is published to http://cdimage.ubuntu.com/ubuntu-server/ and not (say) http://cdimage.ubuntu.com/ubuntu-server/kinetic/ [08:52] ah image_type_dir [09:14] RikMills: there was an ENOSPC incident [09:57] RikMills, snappy is ok [10:03] vorlon, or any ubuntu-archive who accepted v4l-utils [10:03] please move qvidcap binary to universe? [10:03] qvidcap/amd64 in main cannot depend on libqt5gui5-gles in universe [10:03] I don't think we want qt5gui on main :) [10:04] (this seems the case when accepting from main is defaulting new binaries to main) [10:05] hello, afaics "git" in kinetic requires a rebuild against icu 71 [10:07] ricotz, thanks done indeed [10:07] /usr/lib/git-core/git-remote-https depends on libicuuc.so.70 [10:09] LocutusOfBorg, thx [10:09] not sure why it doesn't show in SHLIBS dependency [10:10] yeah, something is wrong there [10:10] LocutusOfBorg: I wasn't accepting v4l, but I can have a look (and yes by default all move together and sometimes need cleanup) [10:11] LocutusOfBorg: it is listed here https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html as "Binary only movements to universe" - that is how such cases surface [10:11] yes indeed [10:12] ricotz, ldd /usr/lib/git-core/git-remote-https |grep icu returns zero [10:13] libicuuc.so.70 => not found [10:13] please show me your output [10:14] LocutusOfBorg: done [10:14] https://paste.debian.net/plain/1241729 [10:15] ah sorry, this is caused by an outdated chroot :( [10:15] yes indeed :D [10:15] thanks cpaelzer [10:17] LocutusOfBorg, sorry, indeed libpsl wasn't updated for icu 71 :( [10:17] /home/rico/jhbuild/install/lib/libpsl.so.5 :) [10:17] I found it with meld with mine [10:18] exactly [10:18] I fixed a few more, but not all - as on some others I miss context awareness and I do not want to step on anyones toes [10:19] thanks [11:16] kanashiro, hello, ruby-rails sync/merge is planned? [11:16] I would like to understand if redmine will build fine or not https://launchpad.net/ubuntu/+source/redmine/5.0.0-1/+build/23594400 [11:19] I think it can be syncd now, the activesupport issue looks fixed with a debian patch [11:55] vorlon, libqrtr-glib wants to build on i386... due to libqmi/modemmanager [11:58] cpaelzer, vorlon, what about llvm-13-dev move to universe [11:58] can you please maybe consider this one too? [11:58] its blocking ocaml [12:10] LocutusOfBorg: z3 still depends on llvm-13-dev [12:11] https://bugs.launchpad.net/ubuntu/+source/z3/+bug/1971128 [12:11] Launchpad bug 1971128 in z3 (Ubuntu) "[MIR] z3" [Undecided, Incomplete] [12:21] LocutusOfBorg, I was not planning to work on rails right now but I can add it to my TODO list. And yes, I think redmine will be fine with latest rails in debian [12:29] well kanashiro we can sync, maybe it can migrate with no many issues [12:33] -queuebot:#ubuntu-release- Unapproved: evince (jammy-proposed/main) [42.1-3 => 42.3-0ubuntu1] (ubuntu-desktop) [12:35] cpaelzer, isn't it better to fix llvm-13-dev now, let ocaml migration happen, and then move back once z3 is mir'd? because I don't see any activity on MIR bug [12:41] LocutusOfBorg, do you want to give it a try? [12:41] feel free to do it [12:42] I haven't gotten around to it yet but dropping llvm-13-dev from rustc Recommends to Suggests should fix the issue, shouldn't it? [12:45] LocutusOfBorg, if not, I can do it at some point this week and see how it goes [12:51] LocutusOfBorg: Indeed - I haven't seen activty on z3 either so far [12:52] Or is that what schopin was talking about? I didn't connect Z3 with rustc so far .. [12:52] kanashiro, done [12:53] cpaelzer:It seems to be, as far as our analysis of the issue with slyon went. [12:54] LocutusOfBorg, thanks, I'll try to track its migration [12:56] interesting, thanks for letting me know schopin [12:57] Yes, IIRC it was something like that: rustc → llvm13 → llvm13-dev → libz3-dev [12:57] Lemme dig up the relevant conversation, this was a few weeks ago [12:57] llvm13 not being in main [12:59] can we please kick libaws out from kinetic? its out from Debian testing and blocking gnat migration [13:01] also libgnatcoll-python please? [13:01] Oh and to add to the fun, rustc is currently blocked in -proposed because it needs patches to llvm-13 to build 1.59 on riscv64 [13:27] -queuebot:#ubuntu-release- Unapproved: libvirt (jammy-proposed/main) [8.0.0-1ubuntu7 => 8.0.0-1ubuntu7.1] (ubuntu-server, virt) [14:34] -queuebot:#ubuntu-release- Unapproved: manila (impish-proposed/universe) [1:13.0.0-0ubuntu2 => 1:13.0.2-0ubuntu1] (openstack) === mfo_ is now known as mfo [15:00] bdmurray: should be catching up now, thanks === mfo_ is now known as mfo [15:59] sru vanguard (is it bdmurray? I see no sil2100 today): cloud-init has an SRU queued in unapproved state for B, F, I and J series per https://bugs.launchpad.net/bugs/1974235. Can it be reviewed to get into proposed? [15:59] Launchpad bug 1974235 in cloud-init (Ubuntu Jammy) "sru cloud-init (22.1-14 to 22.2) Bionic, Focal, Impish, Jammy" [Undecided, New] [16:06] LocutusOfBorg: libqrtr-glib whitelisted [16:08] falcojr: I'll try and have a look at it [16:09] BTW I'm looking at freerdp2 from the Jammy queue currently [16:10] LocutusOfBorg: llvm-13-dev: I had responded to this before; yes, it's not a candidate for demotion, it has revdeps in main (rustc Recommends: llvm-13 Recommends: llvm-13-dev), so schopin's analysis is correct [16:13] I expect to have this fixed this week [16:29] -queuebot:#ubuntu-release- Packageset: Added libqrtr-glib to i386-whitelist in kinetic [17:25] sorry I prob missed answer [17:25] thanks [17:30] and for haskell vorlon any idea? [17:32] removing two armhf binaries [17:32] LocutusOfBorg: remind me which ones they are? [17:33] haskell-pandoc-citeproc haskell-hakyll I presume, according to tracker [17:34] and also kicking libavew/libgnatcoll-python out from kinetic will sort out gnat transition [17:45] LocutusOfBorg: haskell-pandoc-citeproc also has pigx-rnaseq as a revdep, and pandoc-citeproc-preamble as an Arch: any rev-build-dep [17:46] ah pigx-rnaseq is Arch: all so ignoreable [17:49] LocutusOfBorg: ok, removed [17:49] thanks [17:50] I just found that above I wrote libavew instead of libaws :/ [17:56] LocutusOfBorg: do you know why libgnatcoll-python has a strict dep on libgnatcoll19? [17:58] well, it's python2 anyway, so low barrier for removal [18:01] dont know [18:01] but a version 22 is available upstream [18:01] so it might come back eventually with a different name and hopefully python3 ready [18:05] vorlon, qr-code-generator need an i386 hint, new java test added [19:40] LocutusOfBorg: qr-code-generator hinted [20:37] -queuebot:#ubuntu-release- Unapproved: libfprint (impish-proposed/main) [1:1.90.7+git20210222+tod1-0ubuntu4~21.10.3 => 1:1.90.7+git20210222+tod1-0ubuntu4~21.10.4] (ubuntu-desktop) [23:04] vorlon: Any idea why the link would be bad for the armhf failure here? https://people.canonical.com/~ubuntu-archive/proposed-migration/kinetic/update_excuses.html#python-llfuse [23:06] Hrrm, there are no test results for that version of python-llfuse [23:10] bdmurray: it appears there was a failure in copying the results forward from jammy (note the date on the log is before kinetic opened) [23:10] although s/kinetic/jammy/ also gives me a bad link... [23:11] oh because I failed to do s/kinetic/jammy/g [23:11] anyway the failing test run is here https://autopkgtest.ubuntu.com/packages/p/python-llfuse/jammy/armhf and uh I say "there was a failure" copying but upon a moment's reflection realize this isn't a category of tests we copy forward [23:13] I ran into this because retry-autopkgtest-regressions was trying to load the log url [23:19] I think it's not worth changing the behavior of the copy-forward at release opening and we should instead just retry such tests [23:29] -queuebot:#ubuntu-release- New binary: libcgi-application-plugin-authentication-perl [amd64] (kinetic-proposed/none) [0.23+~cs0.5-2] (no packageset) [23:29] -queuebot:#ubuntu-release- New binary: libtemplate-plugin-calendar-simple-perl [amd64] (kinetic-proposed/none) [1.00-2] (no packageset) [23:38] -queuebot:#ubuntu-release- New binary: wpewebkit [amd64] (kinetic-proposed/universe) [2.36.1-1ubuntu2] (no packageset) [23:46] -queuebot:#ubuntu-release- New binary: wpewebkit [s390x] (kinetic-proposed/universe) [2.36.1-1ubuntu2] (no packageset) [23:50] woo glibc for bionic looks ready to go if there's a bored SRU team member around :) [23:54] -queuebot:#ubuntu-release- New binary: wpewebkit [ppc64el] (kinetic-proposed/universe) [2.36.1-1ubuntu2] (no packageset)