/srv/irclogs.ubuntu.com/2018/11/14/#ubuntu-release.txt

-queuebot:#ubuntu-release- New: accepted jawn [amd64] (disco-proposed) [0.11.1-1]00:00
-queuebot:#ubuntu-release- New: accepted sbt-test-interface [amd64] (disco-proposed) [1.0+repack-1]00:00
vorlondoko: icu and protobuf transitions entangled too00:25
dokoyes, seen that00:26
dokoand icu doesn't look well despite the analysis of the debian maintainer00:27
tewarddoko: any chance the python 3.6 -> 3.7 transition has exploded calamares?  wxl indicated that something within calamares was still looking for the python 3.6 .so files.00:28
teward(I was doing some digging in other things, it showed up on my list of things to inquire about, you TIL)00:28
wxlsee -devel logs00:29
tewardand earlier xnox provided me some insights into the Python 3.6->3.7 hell that was unleashed by the transition00:29
tewardwxl: error none available, pastebin them for me :P00:29
* wxl facepalms00:29
tewardwxl: my bouncer decided to do a derp so I don't have scrollback00:29
tewardi'll go hunting for logs00:29
wxlyes you do00:29
tewardwxl: not here at least00:29
* teward doesn't have a scrollback queue after a connection flakes00:30
wxlhttps://irclogs.ubuntu.com/2018/11/13/%23ubuntu-devel.html00:30
wxlyes you do :)\00:30
teward*drags wxl into dependency hell for other reasons*00:30
dokoteward: not according to the build log and the dependencies. it picked up 3.700:30
tewarddoko: yeah that's what local sbuild suggested, too.00:31
tewardbut wxl's tests suggested otherwise heh00:31
teward*shrugs*00:31
wxlall i'm seeing is it fail to start because it's looking for the 3.6 libboost-python00:31
tewardmaybe it's Boost related?00:31
wxllike maybe the loading of a boost library somehow is calling a 3.6-dependent version? that seems.. unlikely00:33
dokovorlon, infinity: tell me something that doesn't entangle with icu :-(00:33
mwhudsonneed to find the binary that has DT_NEEDED on the 3.6 so00:34
vorlondoko: "everything that was allowed to migrate before icu was uploaded"?00:34
vorlondoko: also, cfitsio00:34
dokowell, if it would have been allowed, why didn't it migrate?00:34
vorlonwhich may just be entangled with its own bugginess00:34
dokoalways nice to see packages not merged for a year or so ...00:35
mwhudsonseems to be libcalamares.so.3.2.200:36
vorlonqtbase5-dev/amd64 unsatisfiable Depends: libvulkan-dev00:36
vorlonuuuhm?00:36
tsimonq2Oh yeah.00:40
tsimonq2vorlon: For now I'll revert that, but long term a Vulkan MIR would be cool.00:41
mwhudsonwxl: i think calamares just needs a rebuild against a newer libboost-python1.67-dev00:41
wxllooking at the build logs of calamares00:41
tsimonq2vorlon: (That's following Debian.)00:41
mwhudsonwxl: it built against libboost-python1.67-dev 1.67.0-700:42
mwhudsonin which libboost_python3 is a symlink to libboost_python3600:42
tsimonq2Doing.00:42
mwhudsoncurrent devel has libboost-python1.67-dev 1.67.0-1000:42
wxloh!00:42
mwhudsonwxl: it built against libboost-python1.67-dev 1.67.0-1000:42
mwhudsoner00:42
wxli know what you mean :)00:42
mwhudsonignore that last line00:42
vorlontsimonq2: no, don't00:42
mwhudsonin which libboost_python3 is a symlink to libboost_python3700:43
tsimonq2Cancelled.00:43
tsimonq2vorlon: er, rebuild or MIR?00:43
tsimonq2(Cancelled the former just in case.)00:43
vorlonbdmurray, gaughen: ^^ it is expedient for us to drop the Qt stack out of main sooner rather than later00:43
wxl@tsimonq2: wanna NCR cala then? (mwhudson fixed it for you otherwise) :)00:43
tsimonq2vorlon: ohh, vulkan... continuing with the no-change rebuild then...00:43
tsimonq2:)00:43
vorlontsimonq2: no00:43
mwhudsonsomething somewhere is busted in all this that you can get the failed to find libs at runtime rather than have dpkg complain at you00:43
wxli was mistakenly looking at libboost-python the depend rather than the build-depend00:44
tsimonq2vorlon: You're being ambiguous ;)00:44
vorlontsimonq2: don't revert00:44
tsimonq2vorlon: ack00:44
wxlmwhudson: something somewhere in boost you mean?00:44
vorlontsimonq2: I'm going to demote these packages to get them to go through; that's going to give us a component-mismatch on a recommends, which it'll be up to the Desktop Team to sort out00:45
mwhudsonwxl: i guess?00:45
wxl:)00:45
tsimonq2vorlon: Understood.00:45
mwhudsonand well, definitely not calamares00:45
wxlmwhudson: well, at the very least it shouldn't be calamares00:45
mwhudsonwxl: jinx!00:45
wxl:)00:45
mwhudsoni need lunch00:45
mwhudsonbiab00:45
wxlyou owe me a coke :)00:45
-queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (bionic-proposed) [2.02-2ubuntu8.9]00:46
-queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (bionic-proposed) [2.02-2ubuntu8.9]00:46
tsimonq2wxl: https://launchpad.net/ubuntu/+source/calamares/3.2.2-0ubuntu300:46
tsimonq2*grabs coke*00:46
wxlthx00:47
tsimonq2 sbuild-build-depends-calamares-dummy : Depends: libpythonqt-qt5-python3-dev but it is not going to be installed00:48
tsimonq2                                        Depends: libpythonqt-qtall-qt5-python3-dev but it is not going to be installed00:48
tsimonq2yuuup00:48
tsimonq2It's gonna be a bit. :)00:48
wxlsiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiigh00:48
tsimonq2Shush, you :)00:49
wxlhey you're the one that brought up this whole subject :)00:49
dokotsimonq2: could you have a look at https://launchpad.net/ubuntu/+source/qtwebengine-opensource-src/5.11.2+dfsg-2build1/+build/15658039 ?00:49
tsimonq2doko: Looking.00:50
dokoother archs are still building00:50
tsimonq2doko: Might be this: https://launchpad.net/ubuntu/+source/qtwebengine-opensource-src/5.11.1+dfsg-2ubuntu400:51
tsimonq2er00:51
tsimonq2no00:51
tsimonq2/usr/bin/ld: warning: libicui18n.so.60, needed by /usr/lib/gcc/i686-linux-gnu/8/../../../i386-linux-gnu/libQt5Core.so, may conflict with libicui18n.so.6300:53
tsimonq2/usr/bin/ld: warning: libicuuc.so.60, needed by /usr/lib/gcc/i686-linux-gnu/8/../../../i386-linux-gnu/libQt5Core.so, may conflict with libicuuc.so.6300:53
tsimonq2collect2: error: ld returned 1 exit status00:53
tsimonq2wat00:53
vorlonsounds like qtwebengine-opensource-src needs to be rebuilt strictly after qtbase-opensource-src00:54
tsimonq2right00:54
vorlonwhich it can be now on !i38600:54
tsimonq2I concur.00:55
dokohttp://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg doesn't look too well either01:00
vorlonpff who's the knob that hard-coded a dependency on libtirpc1 in nfs-utils debian/control instead of using shlibs.local? oh it was me01:04
vorlondoko: the python-markdown tree could be pruned if libgirepository1.0-dev was fixed not to pull it in; doesn't seem particularly relevant to the reason we use that binary package (dh_girepository)01:07
vorlondoko: sorry, "that binary package" == "gobject-introspection"01:07
vorlonand protobuf appears to break something wrt python bindings; caffe and ola fail their tests the same way01:15
vorlonah; requires python-protobuf from the matching version of protobuf, but has no versioned dependency that says this01:16
-queuebot:#ubuntu-release- New binary: sbt-launcher-interface [amd64] (disco-proposed/universe) [1.0.1-1] (no packageset)05:18
=== andrewc is now known as Guest67430
ginggswould someone please 'force-badtest dask/0.17.5-2/amd64' ?  it has regressed in release since cloudpickle 0.5.6-1 migrated06:58
-queuebot:#ubuntu-release- New: accepted sbt-launcher-interface [amd64] (disco-proposed) [1.0.1-1]07:12
dokocomponent_mismatches isn't update since about six hours ...08:01
-queuebot:#ubuntu-release- New binary: ros-rviz [i386] (disco-proposed/universe) [1.13.1+dfsg-1] (no packageset)10:09
-queuebot:#ubuntu-release- New binary: ros-rviz [amd64] (disco-proposed/universe) [1.13.1+dfsg-1] (no packageset)10:10
-queuebot:#ubuntu-release- New binary: ros-rviz [armhf] (disco-proposed/universe) [1.13.1+dfsg-1] (no packageset)10:39
-queuebot:#ubuntu-release- New binary: ros-rviz [arm64] (disco-proposed/universe) [1.13.1+dfsg-1] (no packageset)10:55
-queuebot:#ubuntu-release- New source: python-oslo.upgradecheck (disco-proposed/primary) [0.1.1-0ubuntu1]12:46
-queuebot:#ubuntu-release- New: accepted python-oslo.upgradecheck [source] (disco-proposed) [0.1.1-0ubuntu1]12:50
-queuebot:#ubuntu-release- New: accepted ros-rviz [arm64] (disco-proposed) [1.13.1+dfsg-1]12:50
-queuebot:#ubuntu-release- New: accepted ros-rviz [i386] (disco-proposed) [1.13.1+dfsg-1]12:50
-queuebot:#ubuntu-release- New: accepted ros-rviz [amd64] (disco-proposed) [1.13.1+dfsg-1]12:50
-queuebot:#ubuntu-release- New: accepted ros-rviz [armhf] (disco-proposed) [1.13.1+dfsg-1]12:50
-queuebot:#ubuntu-release- New binary: python-oslo.upgradecheck [amd64] (disco-proposed/none) [0.1.1-0ubuntu1] (no packageset)12:53
-queuebot:#ubuntu-release- New: accepted python-oslo.upgradecheck [amd64] (disco-proposed) [0.1.1-0ubuntu1]13:01
=== chrisccoulson_ is now known as chrisccoulson
-queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1032.33] (kernel)14:33
rbalintrbasak, if you have some time could you please take a look at u-u in unapproved?14:37
rbalint(bb and cc)14:38
-queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [4.15.0-1032.33]14:40
rbasakrbalint: I'll see, but looks like that's going to take a long time to review :-/14:42
-queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (trusty-proposed/main) [4.15.0-1032.33~14.04.2] (kernel)15:08
-queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (trusty-proposed) [4.15.0-1032.33~14.04.2]15:09
-queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1032.33~16.04.1] (kernel)15:09
-queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1032.33~16.04.1]15:10
-queuebot:#ubuntu-release- Unapproved: sosreport (cosmic-proposed/main) [3.5-1ubuntu4 => 3.6-1ubuntu0.18.10.1] (ubuntu-desktop, ubuntu-server)15:41
-queuebot:#ubuntu-release- Unapproved: sosreport (bionic-proposed/main) [3.5-1ubuntu3.18.04.1 => 3.6-1ubuntu0.18.04.1] (ubuntu-desktop, ubuntu-server)15:42
-queuebot:#ubuntu-release- Unapproved: sosreport (xenial-proposed/main) [3.5-1~ubuntu16.04.3 => 3.6-1ubuntu0.16.04.1] (ubuntu-desktop, ubuntu-server)15:42
slashdbdmurray, rbasak or any SRU vanguard, I mis-understood bdmurray's message on bug 1775195, and assumed he rejected the upload, but in fact, he didn't. I have re-upload a fixed version of sosreport ^ in the upload queues for X,B,C and then realized there is 2 sosreport in each. Can you reject the uploads of "2018-11-12", and keep the today's ones ? thanks in advance and sorry for the inconvenient.16:11
ubot5bug 1775195 in sosreport (Ubuntu Cosmic) "[sync][sru]sosreport v3.6" [Wishlist,In progress] https://launchpad.net/bugs/177519516:11
bdmurrayslashd: I can do that16:13
slashdbdmurray, thanks16:13
-queuebot:#ubuntu-release- Unapproved: rejected sosreport [source] (bionic-proposed) [3.6-1ubuntu18.04.1]16:14
-queuebot:#ubuntu-release- Unapproved: rejected sosreport [source] (cosmic-proposed) [3.6-1ubuntu18.10.1]16:14
-queuebot:#ubuntu-release- Unapproved: rejected sosreport [source] (xenial-proposed) [3.6-1ubuntu16.04.1]16:15
-queuebot:#ubuntu-release- New binary: python-pyftpdlib [amd64] (disco-proposed/universe) [1.5.4-1] (no packageset)16:42
-queuebot:#ubuntu-release- New binary: scala-pickling [amd64] (disco-proposed/none) [0.10.1+repack-1] (no packageset)17:13
-queuebot:#ubuntu-release- New binary: sbt-template-resolver [amd64] (disco-proposed/none) [0.1+repack-1] (no packageset)17:15
-queuebot:#ubuntu-release- New binary: scopt [amd64] (disco-proposed/none) [3.5.0+repack-1] (no packageset)17:15
-queuebot:#ubuntu-release- New: accepted sbt-template-resolver [amd64] (disco-proposed) [0.1+repack-1]17:38
-queuebot:#ubuntu-release- New: accepted scopt [amd64] (disco-proposed) [3.5.0+repack-1]17:38
-queuebot:#ubuntu-release- New: accepted prometheus-process-exporter [amd64] (disco-proposed) [0.4.0-1]17:39
-queuebot:#ubuntu-release- New: accepted prometheus-process-exporter [armhf] (disco-proposed) [0.4.0-1]17:39
-queuebot:#ubuntu-release- New: accepted python-pyftpdlib [amd64] (disco-proposed) [1.5.4-1]17:39
-queuebot:#ubuntu-release- New: accepted ukui-biometric-manager [amd64] (disco-proposed) [1.0.0-2]17:39
-queuebot:#ubuntu-release- New: accepted prometheus-process-exporter [arm64] (disco-proposed) [0.4.0-1]17:39
-queuebot:#ubuntu-release- New: accepted scala-pickling [amd64] (disco-proposed) [0.10.1+repack-1]17:39
-queuebot:#ubuntu-release- New: accepted prometheus-process-exporter [i386] (disco-proposed) [0.4.0-1]17:39
-queuebot:#ubuntu-release- New: accepted ukui-biometric-manager [arm64] (disco-proposed) [1.0.0-2]17:39
-queuebot:#ubuntu-release- New: accepted linphone [amd64] (disco-proposed) [3.12.0-3]17:39
-queuebot:#ubuntu-release- New: accepted prometheus-process-exporter [s390x] (disco-proposed) [0.4.0-1]17:39
-queuebot:#ubuntu-release- New: accepted linphone [i386] (disco-proposed) [3.12.0-3]17:39
-queuebot:#ubuntu-release- Unapproved: accepted ghostscript [source] (trusty-proposed) [9.25~dfsg+1-0ubuntu0.14.04.3]17:46
-queuebot:#ubuntu-release- New binary: kopanocore [amd64] (disco-proposed/universe) [8.6.5-1ubuntu1] (no packageset)17:57
dokoPackage: glance-api17:59
dokoDepends: python-glance (= 2:18.0.0~b1~git20181108.97dac0f3-0ubuntu1) | python3-glance (= 2:18.0.0~b1~git20181108.97dac0f3-0ubuntu1)17:59
dokopython-glance is in main, but britney complains about17:59
dokoglance-api/amd64 unsatisfiable Depends: python3-glance (= 2:18.0.0~b1~git2018111404.d2e62d43-0ubuntu1)18:00
dokoNot considered18:00
dokowhich is in universe. why?18:00
dokoanyway, now promoted18:03
cjwatsondoko: exactly because britney is aware of permitted inter-component dependencies18:06
cjwatsonoh, you mean the alternative18:07
cjwatsonthat seems a little odd, not sure why18:08
dokoyes, the alternative was in universe18:09
-queuebot:#ubuntu-release- New binary: kopanocore [amd64] (disco-proposed/universe) [8.6.5-1ubuntu2] (no packageset)18:12
-queuebot:#ubuntu-release- Unapproved: stress-ng (bionic-proposed/universe) [0.09.25-1 => 0.09.25-1ubuntu1] (no packageset)18:13
-queuebot:#ubuntu-release- Unapproved: stress-ng (cosmic-proposed/universe) [0.09.42-1 => 0.09.42-1ubuntu1] (no packageset)18:14
-queuebot:#ubuntu-release- New: accepted kopanocore [amd64] (disco-proposed) [8.6.5-1ubuntu1]18:16
-queuebot:#ubuntu-release- New: accepted kopanocore [amd64] (disco-proposed) [8.6.5-1ubuntu2]18:16
infinitydoko: python-glance was dropped in proposed, only python3-glance remains.18:31
infinitydoko: Which explains britney's concern there.18:32
dokoahh, ok18:32
-queuebot:#ubuntu-release- Unapproved: unattended-upgrades (xenial-proposed/main) [0.90ubuntu0.9 => 1.1ubuntu1.18.04.7~16.04.0] (desktop-core, ubuntu-server)18:42
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-40.43] (core, kernel)18:55
-queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-40.43] (core, kernel)18:55
dokovorlon: added python-markdown-doc to extra-excludes now to get it out of component mismatches19:04
vorlonoh, was it docs-only? ok19:04
vorloncfitsio and icu transitions also entangled via qt, well then19:15
vorlonanyone here have insight into the libreoffice test failures and how to unstick them? I don't want to throw a bunch of those back at the wall for obvious reasons, but they're blocking both icu and qt19:18
tewardvorlon: qt, icu, and python all have such heavy integration migrations of them break everything >.>19:18
dokojbicha: mozc still pulls in qt* into main19:18
vorlondoko: as discussed on #ubuntu-devel, seb128 will be following up on that demotion19:19
dokowell, python and perl are done, but I'm only down to three ftbfs with icu: http://people.canonical.com/~ubuntu-archive/transitions/html/icu.html19:19
dokoand postgresql-11 is involved as well of course19:20
vorlonplus 12 other libraries19:20
dokor-cran-stringi, mozjs60, nodejs19:20
vorlonnodejs> nuke it, no problem19:20
vorlons390x-specific?  maybe xnox needs something to do19:21
xnoxhm19:22
dokopinged desktop about mozjs19:22
xnoxnodejs s390x i see19:23
xnoxvorlon, i've seen not ok 560 parallel/test-fs-realpath-pipe fail in disco, on all releases. locally and in a ppa.19:23
xnoxe.g. https://launchpad.net/~xnox/+archive/ubuntu/nonvirt/+packages?field.name_filter=nodejs&field.status_filter=published&field.series_filter=disco19:24
xnoxvorlon, i guess you don't want me to start nodejs v10 transition out of the blue19:24
vorlonxnox: I will revert it instantly if you do19:26
vorlonso feel free ;)19:27
dokostill in debian new ;p19:27
vorlonin fact, maybe we should turn off autosyncs for a bit right now19:27
doko+119:28
=== vorlon changed the topic of #ubuntu-release to: Released: Bionic 18.04.1, Cosmic 18.10 | Archive: Open; autosyncs disabled | Disco Release Coordination | Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | We accept payment in cash, check or beer | melius malum quod cognoscis.
infinitydoko: That r-cran-stringi failure on s390x is pretty suspicious.19:51
infinityppc64el:19:53
infinitychecking whether we may compile src/icu61/common/putil.cpp... yes19:53
infinitychecking whether we can fetch icudt... icudt already downloaded19:53
infinitys390x:19:53
infinitychecking whether we may compile src/icu61/common/putil.cpp... yes19:53
infinitychecking whether we can fetch icudt... downloading the ICU data library (icudt)19:53
xnox*** The available ICU4C cannot be used19:53
infinity(And then it obviously explodes because it can't download)19:53
infinityxnox: That's the same on all arches.19:53
xnoxhm19:53
infinityxnox: Though that's also different from building against the previous ICU.19:55
infinitychecking for ICU4C >= 52... yes19:55
xnox./src/icu61/data/icudt61l.zip19:56
xnoxit has a predownloaded copy of icudt for little endian.19:56
xnoxand seems to use that everywhere, instead of using the system icu63....19:56
xnoxand it doesn't have a big one predownloaded in the package.19:57
infinityAhh, gross.19:57
infinityWe don't want that at all.19:57
xnox*** The available ICU4C cannot be used is imho bad....19:57
infinityShould probably be built with --disable-icu-bundle to force not using the bundled one on rebuilds.19:58
xnoxso need to run this and check the bugs in their conftest19:58
infinityHrm, it uses pkg-config.  Did we lose the pkg-config file again?19:59
xnoxchecking with pkg-config for the system ICU4C... 63.120:00
xnoxno that was fine20:00
xnoxU_CHARSET_IS_UTF8==0... no is where it bombs then?20:00
xnoxThe available ICU4C cannot be used is like the same string mentioned multiple times20:01
infinityIt bombs on a complile test.20:01
infinityWhich looks pretty simple.20:01
jbichainfinity: could you update the hints? https://paste.debian.net/105153120:17
jbichapgagent's autopkgtests are still a problem though20:17
ginggsxnox, infinity: see #91362620:29
xnoxomg20:37
xnoxwhatever.20:37
acheronukklinkstatus FTBFS with rebuild against libtidy5deb1 so I think we can go ahead with removing from disco LP: #175769920:45
ubot5Launchpad bug 1757699 in klinkstatus (Ubuntu) "Please port your package away from Qt 4" [Undecided,New] https://launchpad.net/bugs/175769920:45
acheronuktsimonq2: ^^20:45
-queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (cosmic-proposed) [3.6-1ubuntu0.18.10.1]21:01
-queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1027.32] (kernel)21:03
-queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (bionic-proposed) [3.6-1ubuntu0.18.04.1]21:05
-queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (xenial-proposed) [3.6-1ubuntu0.16.04.1]21:09
vorlonjamespage, coreycb: it would appear that rabbitmq-server 3.7.8-4 in disco-proposed is entirely failing to start on install, causing all autopkgtests for its revdeps to fail and blocking an erlang transition21:48
coreycbvorlon: ok we'll take a look22:30
vorlondoko: fwiw I think you've triggered reruns of libreoffice autopkgtests that were already in the queue (for icu)23:33
dokomehh, doesn't matter as long as launchpad isn't stable long enough to build qtwebengine-opensource-src on armhf. it's restarted again23:38
vorlondoko: it matters that it's wasting runner time on our slowest archs for a 3h+ test...23:39
dokois http://autopkgtest.ubuntu.com/packages/libr/libreoffice/disco/s390x given back too?23:41
vorlondoko: yes, your test was a duplicate of rik's that was already running23:42
vorlon(and passed)23:42
dokough, libproxy again depends on libmozjs-52-0, which is in universe?23:43
dokonow time for pcre2 in main? libpam-mount depends on libpcre2-8-023:44
dokono, demote libproxy1-plugin-mozjs23:45
jbichadoko: that libproxy binary package can be demoted to universe but I suggested that Debian remove that binary package anyway in Debian bug 91294023:46
ubot5Debian bug 912940 in libproxy1-plugin-mozjs "libproxy1-plugin-mozjs: Depends on mozjs52 which is unmaintained upstream" [Important,Open] http://bugs.debian.org/91294023:46
jbichaif you're doing demotions, please demote libblockdev-vdo-dev libblockdev-vdo2 udisks2-bcache udisks2-vdo udisks2-zram23:47
jbichaso that udisks2 can migrate23:47
jbichaif you're open to pcre2 going in to main, I guess we just have to convince Jamie now. See his recent-ish comment on bug 163666623:49
ubot5bug 1636666 in pcre2 (Ubuntu) "[MIR] pcre2" [Undecided,Confirmed] https://launchpad.net/bugs/163666623:49
jbichaphp7.3 is a big motivator for pcre223:49
tewardjbicha: can you provide some insights on why nginx is blocked by exim4?  Is it because exim tests on httpd or something?  (I ask because if nginx can't build on pcre2 you'd still need pcre3 in main if it's a build blocker/dependency)23:50
teward(I'm a little unclear how it's blocked)23:50
jbichasadly, pcre3 is going to be around in main for a while, see bug 179254423:51
ubot5bug 1792544 in vte2.91 (Ubuntu) "demotion of pcre3 (8.x) a.k.a pcre (without the 3) in favor of pcre2 (10.x)" [Undecided,Triaged] https://launchpad.net/bugs/179254423:51
tewardjbicha: right, but i'm looking at comment 33 from jdstrand -1'ing the inclusion of both23:51
tewardso unless something's changed?23:52
jbichait's being more uncomfortable to try to keep pcre2 out of main23:53
jbichawhen it was only vte/gnome-terminal/gnome-builder, it wasn't causing many people pain, but php…23:54
tewardack.23:54
dokoisn't the new php only supporting that?23:58

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!