[06:38] <LocutusOfBorg> hello sru-release admins, please check virtualbox in queues?
[06:38] <LocutusOfBorg> tjaalton, ^^
[06:41] <LocutusOfBorg> vorlon, hello, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011430 pleeeeeeeeeeease?
[06:53] <vorlon> LocutusOfBorg: ack, removed
[06:53] <LocutusOfBorg> ta
[06:54] <RikMills> vorlon: did you get a chance to consider snappy?
[06:57] <vorlon> RikMills: yeah we'll want to build benchmark for i386; lining this up now
[06:57] <RikMills> ok, cool. & thanks!
[07:27] <RikMills> 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] <mwhudson> 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] <mwhudson> ah image_type_dir
[09:14] <cjwatson> RikMills: there was an ENOSPC incident
[09:57] <LocutusOfBorg> RikMills, snappy is ok
[10:03] <LocutusOfBorg> vorlon, or any ubuntu-archive who accepted v4l-utils
[10:03] <LocutusOfBorg> please move qvidcap binary to universe?
[10:03] <LocutusOfBorg> qvidcap/amd64 in main cannot depend on libqt5gui5-gles in universe
[10:03] <LocutusOfBorg> I don't think we want qt5gui on main :)
[10:04] <LocutusOfBorg> (this seems the case when accepting from main is defaulting new binaries to main)
[10:05] <ricotz> hello, afaics "git" in kinetic requires a rebuild against icu 71
[10:07] <LocutusOfBorg> ricotz, thanks done indeed
[10:07] <ricotz>  /usr/lib/git-core/git-remote-https depends on libicuuc.so.70
[10:09] <ricotz> LocutusOfBorg, thx
[10:09] <LocutusOfBorg> not sure why it doesn't show in SHLIBS dependency
[10:10] <ricotz> yeah, something is wrong there
[10:10] <cpaelzer> 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] <cpaelzer> 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] <LocutusOfBorg> yes indeed
[10:12] <LocutusOfBorg> ricotz, ldd /usr/lib/git-core/git-remote-https |grep icu returns zero
[10:13] <ricotz> 	libicuuc.so.70 => not found
[10:13] <LocutusOfBorg> please show me your output
[10:14] <cpaelzer> LocutusOfBorg: done
[10:14] <ricotz> https://paste.debian.net/plain/1241729
[10:15] <ricotz> ah sorry, this is caused by an outdated chroot :(
[10:15] <LocutusOfBorg> yes indeed :D
[10:15] <LocutusOfBorg> thanks cpaelzer
[10:17] <ricotz> LocutusOfBorg, sorry, indeed libpsl wasn't updated for icu 71 :(
[10:17] <LocutusOfBorg>  /home/rico/jhbuild/install/lib/libpsl.so.5 :)
[10:17] <LocutusOfBorg> I found it with meld with mine
[10:18] <ricotz> exactly
[10:18] <cpaelzer> 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] <LocutusOfBorg> thanks
[11:16] <LocutusOfBorg> kanashiro, hello, ruby-rails sync/merge is planned?
[11:16] <LocutusOfBorg> 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] <LocutusOfBorg> I think it can be syncd now, the activesupport issue looks fixed with a debian patch
[11:55] <LocutusOfBorg> vorlon, libqrtr-glib wants to build on i386... due to libqmi/modemmanager
[11:58] <LocutusOfBorg> cpaelzer, <LocutusOfBorg> vorlon, what about llvm-13-dev move to universe
[11:58] <LocutusOfBorg> can you please maybe consider this one too?
[11:58] <LocutusOfBorg> its blocking ocaml
[12:10] <cpaelzer> LocutusOfBorg: z3 still depends on llvm-13-dev
[12:11] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/z3/+bug/1971128
[12:21] <kanashiro> 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] <LocutusOfBorg> 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] <LocutusOfBorg> 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] <kanashiro> LocutusOfBorg, do you want to give it a try?
[12:41] <kanashiro> feel free to do it
[12:42] <schopin> 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] <kanashiro> LocutusOfBorg, if not, I can do it at some point this week and see how it goes
[12:51] <cpaelzer> LocutusOfBorg: Indeed - I haven't seen activty on z3 either so far
[12:52] <cpaelzer> Or is that what schopin was talking about? I didn't connect Z3 with rustc so far ..
[12:52] <LocutusOfBorg> kanashiro, done
[12:53] <schopin> cpaelzer:It seems to be, as far as our analysis of the issue with slyon went.
[12:54] <kanashiro> LocutusOfBorg, thanks, I'll try to track its migration
[12:56] <cpaelzer> interesting, thanks for letting me know schopin
[12:57] <slyon> Yes, IIRC it was something like that: rustc → llvm13 → llvm13-dev → libz3-dev
[12:57] <schopin> Lemme dig up the relevant conversation, this was a few weeks ago
[12:57] <slyon> llvm13 not being in main
[12:59] <LocutusOfBorg> can we please kick libaws out from kinetic? its out from Debian testing and blocking gnat migration
[13:01] <LocutusOfBorg> also libgnatcoll-python please?
[13:01] <schopin> 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)
[15:00] <cjwatson> bdmurray: should be catching up now, thanks
[15:59] <falcojr> 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?
[16:06] <vorlon> LocutusOfBorg: libqrtr-glib whitelisted
[16:08] <bdmurray> falcojr: I'll try and have a look at it
[16:09] <rbasak> BTW I'm looking at freerdp2 from the Jammy queue currently
[16:10] <vorlon> 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] <schopin> I expect to have this fixed this week
[16:29] -queuebot:#ubuntu-release- Packageset: Added libqrtr-glib to i386-whitelist in kinetic
[17:25] <LocutusOfBorg> sorry I prob missed answer
[17:25] <LocutusOfBorg> thanks
[17:30] <LocutusOfBorg> and for haskell vorlon any idea?
[17:32] <LocutusOfBorg> removing two armhf binaries
[17:32] <vorlon> LocutusOfBorg: remind me which ones they are?
[17:33] <LocutusOfBorg> haskell-pandoc-citeproc	haskell-hakyll	I presume, according to tracker
[17:34] <LocutusOfBorg> and also kicking libavew/libgnatcoll-python out from kinetic will sort out gnat transition
[17:45] <vorlon> LocutusOfBorg: haskell-pandoc-citeproc also has pigx-rnaseq as a revdep, and pandoc-citeproc-preamble as an Arch: any rev-build-dep
[17:46] <vorlon> ah pigx-rnaseq is Arch: all so ignoreable
[17:49] <vorlon> LocutusOfBorg: ok, removed
[17:49] <LocutusOfBorg> thanks
[17:50] <LocutusOfBorg> I just found that above I wrote libavew instead of libaws :/
[17:56] <vorlon> LocutusOfBorg: do you know why libgnatcoll-python has a strict dep on libgnatcoll19?
[17:58] <vorlon> well, it's python2 anyway, so low barrier for removal
[18:01] <LocutusOfBorg> dont know
[18:01] <LocutusOfBorg> but a version 22 is available upstream
[18:01] <LocutusOfBorg> so it might come back eventually with a different name and hopefully python3 ready
[18:05] <LocutusOfBorg> vorlon, qr-code-generator need an i386 hint, new java test added
[19:40] <vorlon> 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] <bdmurray> 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] <bdmurray> Hrrm, there are no test results for that version of python-llfuse
[23:10] <vorlon> 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] <vorlon> although s/kinetic/jammy/ also gives me a bad link...
[23:11] <vorlon> oh because I failed to do s/kinetic/jammy/g
[23:11] <vorlon> 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] <bdmurray> I ran into this because retry-autopkgtest-regressions was trying to load the log url
[23:19] <vorlon> 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] <mwhudson> 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)