/srv/irclogs.ubuntu.com/2018/02/12/#ubuntu-release.txt

=== s8321414_ is now known as s8321414
slangasekkrytarik: fwupdate no-change rebuild should actually not have been needed; what was needed was removal of the stale libsmbios2v5 binary01:00
krytarikslangasek: That would only have made it another way of uninstallable, because:-01:36
krytarik-Depends: libc6 (>= 2.22), libefiboot1 (>= 32), libefivar1 (>= 32), libsmbios2v501:37
krytarik+Depends: libc6 (>= 2.22), libefiboot1 (>= 32), libefivar1 (>= 32), libsmbios-c201:37
tsimonq2New nodejs incoming that bumps its major version.02:23
krytarikslangasek: "Provides: libsmbios2 (= 2.3.1-1), libsmbios2v5 (= 2.3.1-0ubuntu2)" - aha, ok. :D02:55
-queuebot:#ubuntu-release- New binary: node-pinkyswear [amd64] (bionic-proposed/none) [2.2.3+dfsg-1] (no packageset)05:12
-queuebot:#ubuntu-release- New binary: centrifuge [i386] (bionic-proposed/none) [1.0.3~beta-1] (no packageset)05:13
-queuebot:#ubuntu-release- New binary: centrifuge [amd64] (bionic-proposed/none) [1.0.3~beta-1] (no packageset)05:13
-queuebot:#ubuntu-release- New binary: libodsstream [i386] (bionic-proposed/none) [0.4.12-1] (no packageset)05:13
-queuebot:#ubuntu-release- New binary: libodsstream [amd64] (bionic-proposed/none) [0.4.12-1] (no packageset)05:13
-queuebot:#ubuntu-release- New binary: libodsstream [ppc64el] (bionic-proposed/none) [0.4.12-1] (no packageset)05:14
-queuebot:#ubuntu-release- New binary: r-cran-mclust [amd64] (bionic-proposed/none) [5.4-1] (no packageset)05:14
-queuebot:#ubuntu-release- New binary: libodsstream [s390x] (bionic-proposed/none) [0.4.12-1] (no packageset)05:14
-queuebot:#ubuntu-release- New binary: r-cran-mclust [i386] (bionic-proposed/none) [5.4-1] (no packageset)05:14
-queuebot:#ubuntu-release- New binary: r-cran-mclust [s390x] (bionic-proposed/none) [5.4-1] (no packageset)05:14
-queuebot:#ubuntu-release- New binary: libodsstream [armhf] (bionic-proposed/universe) [0.4.12-1] (no packageset)05:15
-queuebot:#ubuntu-release- New binary: r-cran-mclust [armhf] (bionic-proposed/universe) [5.4-1] (no packageset)05:15
-queuebot:#ubuntu-release- New binary: libodsstream [arm64] (bionic-proposed/universe) [0.4.12-1] (no packageset)05:16
-queuebot:#ubuntu-release- New binary: r-cran-mclust [arm64] (bionic-proposed/universe) [5.4-1] (no packageset)05:17
-queuebot:#ubuntu-release- New binary: r-cran-mclust [ppc64el] (bionic-proposed/universe) [5.4-1] (no packageset)05:22
* slangasek ponders LP: #78366006:55
ubot5Launchpad bug 783660 in linux (Ubuntu Oneiric) "linux-tools: perf should link statically to libbfd" [Low,Fix released] https://launchpad.net/bugs/78366006:55
-queuebot:#ubuntu-release- Unapproved: cockpit (artful-backports/universe) [160-1~ubuntu17.10.1 => 161-1~ubuntu17.10.1] (no packageset)07:42
-queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (artful-backports) [161-1~ubuntu17.10.1]07:57
-queuebot:#ubuntu-release- Unapproved: cockpit (xenial-backports/universe) [160-1~ubuntu16.04.1 => 161-1~ubuntu16.04.1] (no packageset)07:59
-queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (xenial-backports) [161-1~ubuntu16.04.1]08:02
dokoapw, sforshee: when will the "blocking bug" be remove for linux in bionic-proposed?09:05
=== cjwatson changed the topic of #ubuntu-release to: Released: Xenial 16.04.3, Artful 17.10 | Archive: open | Bionic 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
-queuebot:#ubuntu-release- New source: dptfxtract (bionic-proposed/primary) [1.2-0ubuntu1]10:49
apwdoko, that is gated on ADT/SRU testing on that kernel normally, i will deferr to sforshee on the status of that11:08
dokoapw: ok, but see what sl angasek mention about 783660 above11:16
-queuebot:#ubuntu-release- New binary: python-daiquiri [amd64] (bionic-proposed/universe) [1.3.0-3ubuntu1] (no packageset)11:41
apwdoko, so we have fixed this before, sigh11:45
apwi hate things like that that find a way to go missing long after everyone has forgotten11:45
xnoxapw, add an autopkgtest, that tests the .debs to not have bfd dependencies?!11:53
* xnox had to fix 3 times in systemd, to not kill processes on exit...11:53
-queuebot:#ubuntu-release- New: accepted python-daiquiri [amd64] (bionic-proposed) [1.3.0-3ubuntu1]12:00
-queuebot:#ubuntu-release- New: accepted node-pinkyswear [amd64] (bionic-proposed) [2.2.3+dfsg-1]12:01
-queuebot:#ubuntu-release- New: accepted libodsstream [amd64] (bionic-proposed) [0.4.12-1]12:01
-queuebot:#ubuntu-release- New: accepted libodsstream [armhf] (bionic-proposed) [0.4.12-1]12:01
-queuebot:#ubuntu-release- New: accepted libodsstream [ppc64el] (bionic-proposed) [0.4.12-1]12:01
-queuebot:#ubuntu-release- New: accepted r-cran-mclust [amd64] (bionic-proposed) [5.4-1]12:01
-queuebot:#ubuntu-release- New: accepted r-cran-mclust [armhf] (bionic-proposed) [5.4-1]12:01
-queuebot:#ubuntu-release- New: accepted r-cran-mclust [ppc64el] (bionic-proposed) [5.4-1]12:01
-queuebot:#ubuntu-release- New: accepted libodsstream [arm64] (bionic-proposed) [0.4.12-1]12:01
-queuebot:#ubuntu-release- New: accepted libodsstream [s390x] (bionic-proposed) [0.4.12-1]12:01
-queuebot:#ubuntu-release- New: accepted r-cran-mclust [i386] (bionic-proposed) [5.4-1]12:01
-queuebot:#ubuntu-release- New: accepted libodsstream [i386] (bionic-proposed) [0.4.12-1]12:01
-queuebot:#ubuntu-release- New: accepted r-cran-mclust [s390x] (bionic-proposed) [5.4-1]12:01
-queuebot:#ubuntu-release- New: accepted r-cran-mclust [arm64] (bionic-proposed) [5.4-1]12:01
-queuebot:#ubuntu-release- New: accepted centrifuge [amd64] (bionic-proposed) [1.0.3~beta-1]12:02
-queuebot:#ubuntu-release- New: accepted centrifuge [i386] (bionic-proposed) [1.0.3~beta-1]12:02
sil2100oSoMoN: hey!12:08
sil2100oSoMoN: looking at the libreoffice artful SRU right now12:08
oSoMoNsil2100, thanks!12:09
sil2100oSoMoN: just wanted to get an idea if this is a problem or not: I see that the debian-l10n/config part has a "--with-build-version='1:5.4.4-0ubuntu0.17.10.1~ppa1'" in the diff instead of just 17.10.112:09
sil2100oSoMoN: not sure how this flag is used so just wanted to poke you about it12:09
sil2100Is that still ok?12:10
oSoMoNsil2100, afaik that's used in the about dialog of LO to display the build version, but in any case the ~ppa1 doesn't look right, and I don't have it here in my local build, I wonder how it sneaked in12:14
oSoMoNlet me check12:14
oSoMoNsil2100, okay, I think I know what's going on12:17
oSoMoNthe source package for libreoffice-l10n is automatically generated from the source package for libreoffice12:17
oSoMoNwhat you see in debian-l10n/config is used to generate debian/config for libreoffice-l10n12:18
oSoMoNif you check the version number in libreoffice-l10n, it's correct12:18
oSoMoNfor some reason debian-l10n/config has been committed with that ~ppa1 suffix, but it doesn't affect the resulting package12:18
oSoMoNso that should be safe12:18
sil2100Ah, ok, so this is just a leftover in libreoffice's debian-l10n/config and basically doesn't do anything as is12:18
dokoxnox, apw: linux autopkg tests don't help. they always fail, and test results are ignored ;p12:19
sil2100Ok, I'll let it in, some people might get the wrong version when building l10n by themselves from the libreoffice source, but yeah, it's not a biggie12:19
dokoLaney, slangasek: it might make sense to priotize http://autopkgtest.ubuntu.com/packages/o/octave-interval/bionic/armhf (mpfr4 transition)12:22
sil2100oSoMoN: grrr, libreoffice is causing my tools to timeout when accepting the SRU12:23
sil2100oSoMoN: anyway, I'll get it in today, but I'll have to do it manually after lunch12:24
oSoMoNsil2100, no they shouldn't get the wrong version, because they would run "debian/rules update-l10n" first to generate the libreoffice-l10n source package, and that would fix the version number12:24
oSoMoNsil2100, thanks!12:24
sil2100Ah, so even better12:25
xnoxdoko, har har12:40
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-115.139] (core, kernel)13:26
-queuebot:#ubuntu-release- New binary: sagemath [amd64] (bionic-proposed/universe) [8.1-3ubuntu1] (no packageset)14:10
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-115.139]14:13
-queuebot:#ubuntu-release- New binary: sagemath [arm64] (bionic-proposed/universe) [8.1-3ubuntu1] (no packageset)14:22
xnoxslangasek, could you please RM two php packages, removed from testing, maintained "RC-autoremove them" rather them RM-ROM them. Blocking phpunit & php7.2 transitions.14:22
xnoxhttps://bugs.launchpad.net/ubuntu/+source/php-guzzlehttp-psr7/+bug/174890414:22
ubot5Ubuntu bug 1748904 in php-guzzlehttp-psr7 (Ubuntu) "RM: ROM Useless In debian, and in Ubuntu too" [Undecided,Confirmed]14:22
-queuebot:#ubuntu-release- Unapproved: pulseaudio (artful-proposed/main) [1:10.0-2ubuntu3 => 1:10.0-2ubuntu3.1] (core)14:49
-queuebot:#ubuntu-release- Unapproved: rejected pulseaudio [source] (artful-proposed) [1:10.0-2ubuntu3.1]14:50
=== ChrisTownsend1 is now known as ChrisTownsend
-queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (artful-proposed) [1:5.4.4-0ubuntu0.17.10.1]16:01
oSoMoNsil2100, thanks for reviewing and approving the LO SRU !16:07
-queuebot:#ubuntu-release- Unapproved: accepted libreoffice-l10n [source] (artful-proposed) [1:5.4.4-0ubuntu0.17.10.1]16:07
sil2100oSoMoN: yw!16:22
sil2100Finally went through16:22
sil2100(no LP timeouts)16:22
-queuebot:#ubuntu-release- New binary: django-ipware [amd64] (bionic-proposed/none) [2.0.1-1] (no packageset)17:15
-queuebot:#ubuntu-release- New binary: golang-github-labstack-gommon [amd64] (bionic-proposed/none) [0.2.3-1] (no packageset)17:15
-queuebot:#ubuntu-release- New binary: golang-github-gocarina-gocsv [amd64] (bionic-proposed/none) [0.0~git20180113.45cbb9c-1] (no packageset)17:15
-queuebot:#ubuntu-release- New binary: assemblytics [amd64] (bionic-proposed/none) [0~20170131+ds-1] (no packageset)17:16
-queuebot:#ubuntu-release- New binary: golang-rsc-qr [amd64] (bionic-proposed/none) [0.0~git20161121.48b2ede-1] (no packageset)17:16
-queuebot:#ubuntu-release- New binary: git-publish [amd64] (bionic-proposed/none) [1.4.2-1] (no packageset)17:18
-queuebot:#ubuntu-release- New binary: gmailieer [amd64] (bionic-proposed/none) [0.6-1] (no packageset)17:18
-queuebot:#ubuntu-release- New binary: ignition-common [amd64] (bionic-proposed/none) [1.0.1-1] (no packageset)17:19
-queuebot:#ubuntu-release- New binary: nanook [amd64] (bionic-proposed/none) [1.26+dfsg-1] (no packageset)17:19
-queuebot:#ubuntu-release- New binary: python-etcd3gw [amd64] (bionic-proposed/none) [0.2.1-1] (no packageset)17:19
-queuebot:#ubuntu-release- New binary: ignition-common [i386] (bionic-proposed/none) [1.0.1-1] (no packageset)17:20
-queuebot:#ubuntu-release- New binary: python-bd2k [amd64] (bionic-proposed/none) [1.14~alpha1.43-1] (no packageset)17:20
slangasekdoko: what's the resolution for linux-tools?  I can sort out octave-interval, but I haven't seen any decision yet on linux-tools which was the last blocker17:21
* tsimonq2 checks to see how much the queues were swamped after nodejs17:35
tsimonq2Ah ok, might take a bit.17:37
-queuebot:#ubuntu-release- Unapproved: cloud-init (xenial-proposed/main) [17.2-30-gf7deaf15-0ubuntu1~16.04.1 => 17.2-35-gf576b2a2-0ubuntu1~16.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)17:42
-queuebot:#ubuntu-release- New binary: ignition-common [arm64] (bionic-proposed/none) [1.0.1-1] (no packageset)17:42
tsimonq2slangasek: Can you please process ubiquity-slideshow-ubuntu in Xenial Unapproved?17:43
tsimonq2Would be good to get that over with.17:43
-queuebot:#ubuntu-release- New binary: ignition-common [armhf] (bionic-proposed/none) [1.0.1-1] (no packageset)17:44
-queuebot:#ubuntu-release- New: accepted assemblytics [amd64] (bionic-proposed) [0~20170131+ds-1]17:46
-queuebot:#ubuntu-release- New: accepted git-publish [amd64] (bionic-proposed) [1.4.2-1]17:46
-queuebot:#ubuntu-release- New: accepted golang-github-gocarina-gocsv [amd64] (bionic-proposed) [0.0~git20180113.45cbb9c-1]17:46
-queuebot:#ubuntu-release- New: accepted golang-rsc-qr [amd64] (bionic-proposed) [0.0~git20161121.48b2ede-1]17:46
-queuebot:#ubuntu-release- New: accepted python-bd2k [amd64] (bionic-proposed) [1.14~alpha1.43-1]17:46
-queuebot:#ubuntu-release- New: accepted django-ipware [amd64] (bionic-proposed) [2.0.1-1]17:46
-queuebot:#ubuntu-release- New: accepted golang-github-labstack-gommon [amd64] (bionic-proposed) [0.2.3-1]17:46
-queuebot:#ubuntu-release- New: accepted python-etcd3gw [amd64] (bionic-proposed) [0.2.1-1]17:46
-queuebot:#ubuntu-release- New: accepted gmailieer [amd64] (bionic-proposed) [0.6-1]17:46
-queuebot:#ubuntu-release- New: accepted nanook [amd64] (bionic-proposed) [1.26+dfsg-1]17:46
-queuebot:#ubuntu-release- Unapproved: ceph (artful-proposed/main) [12.2.1-0ubuntu0.17.10.1 => 12.2.2-0ubuntu0.17.10.1] (kubuntu, ubuntu-desktop, ubuntu-server)17:47
-queuebot:#ubuntu-release- Unapproved: cloud-init (artful-proposed/main) [17.2-30-gf7deaf15-0ubuntu1~17.10.1 => 17.2-35-gf576b2a2-0ubuntu1~17.10.1] (edubuntu, ubuntu-cloud, ubuntu-server)17:47
xnoxtsimonq2, should the nodejs be actually a force sync, no?17:47
xnoxtsimonq2, it's using ssl1.1 now, which has always been disabled in both debian and ubuntu builds of openssl1.1?17:48
tsimonq2xnox: No, that final bit of the delta is needed for autopkgtests to pass correctly.17:48
xnoxtsimonq2, please explain.17:48
ginggstsimonq2 xnox: probably not needed any more17:49
xnoxtsimonq2, note this new nodejs, is no longer using openssl1.0, but is using openssl1.117:49
ginggstsimonq2: i asked you to test without it17:49
tsimonq2Ah ok, I was talking with ginggs last night and I thought the final patch was still needed for tests.17:49
-queuebot:#ubuntu-release- New binary: ignition-common [ppc64el] (bionic-proposed/none) [1.0.1-1] (no packageset)17:50
tsimonq2xnox: Right, but that was only one part of the delta.17:50
xnoxtsimonq2, so in openssl1.0 in Ubuntu, we had sslv3 "visible" on the symbols and ABI level, but these were stub functions that did nothing. This was done in ubuntu to preserve ABI and not bump 1.0.0 to 1.0.2 like it was done in Debian.17:51
tsimonq2xnox: Ah ok.17:51
xnoxwith the 1.1.0 ABI neither Ubuntu nor Debian have sslv3 compiled, and we no longer ship the stub functions, thus it should be the same.17:51
tsimonq2Understood, I'll force sync on the next Debian upload.17:51
xnoxtsimonq2, does nodejs pass the autopkgtests in debian ci?17:51
tsimonq2xnox: afair, yes.17:52
xnoxcool.17:52
tsimonq2(I'm on mobile, ftr)17:52
tsimonq2So yeah, you know openssl better than I, I'll trust that the delta can be dropped :)17:52
tsimonq2Thanks ginggs and xnox17:53
-queuebot:#ubuntu-release- New binary: llvm-toolchain-4.0 [s390x] (bionic-proposed/universe) [1:4.0.1-9] (no packageset)18:07
-queuebot:#ubuntu-release- New binary: gnocchi [amd64] (bionic-proposed/universe) [4.2.0-0ubuntu1] (no packageset)18:09
naccslangasek: so symfony is stuck in b-p because of several other packages, which Debian appears likely to RM. (LP: #1748941) We would need to change src:civicrm ahead of Debian, but it already is uninstallable there. Would it be reasonable to move it to -proposed while we wait to see what Debian does to it? I'm checking on further reverse-deps.18:15
ubot5Launchpad bug 1748941 in symfony (Ubuntu) "symfony 3.4.3+dfsg-1ubuntu4 stuck in bionic-propsed" [Undecided,New] https://launchpad.net/bugs/174894118:15
xnoxnacc, i also am pondering if we need to drop monolog and/or its tests, as they fail with new phpunit and i'm struggling to fix them.18:27
xnoxupstream has stopped making releases; and their trunk is way ahead of what we currently ship.18:27
xnoxor should I just ship a snapshot of monolog?18:27
naccxnox: yeah i saw that :/18:27
naccxnox: so evenn with the namespaced test class, the tests faill?18:28
xnoxnacc, yes, and upstream checkout fails too.18:28
naccsigh18:28
xnoxmissmatch of assertions thrown; no assertions made; etc.18:29
xnoxor uplaod with disabled tests....18:29
naccwe'd need to patch symfony if we drop it, as it's a reverse-dep18:29
naccbut that's ok18:30
slangaseknacc: if the point is that we are not going to do the work to fix civicrm, which has an Ubuntu delta only because of the fixing we did of it for the *last* transition, then I would recommend just removing the package and letting it come back in only via Debian unstable18:30
xnoxnacc, i have fixed php-email-validator php-enum.18:30
naccxnox: thanks! i saw those go green :)18:30
xnoxnacc, so i think symfony should undo monolog integration package; and we should drop monolog too.18:30
naccxnox: i'm +1 on that18:30
naccslangasek: ack18:30
xnoxnacc, cause monolog and sabre-vobject-3 are the only two that are blocking phpunit at this point.18:30
xnoxnacc, could you unwind symfony & monolog then? I am past end of day....18:31
naccxnox: yep18:31
naccslangasek: subscribed ~ubuntu-archive to that bug, and put in an ordered sequence of removals. I believe that will together let symfony through and then I can do a follow-on version for what xnox just said18:33
naccxnox: in case you happen to still be EOD'd, did you already submit the retriggers for phpunit -> php-{enum,email-validator} ?18:37
nacc*EOD'ing18:37
xnoxnacc, i can't remember. And i'm not seeing php-email-validator uploads anywhere, i must be blind and/or did not upload successfully.18:38
naccxnox: ok, i can look too, was it an upstream update?18:39
xnoxi believe so18:39
naccxnox: ok, i'll track it down, thanks!18:39
-queuebot:#ubuntu-release- New binary: llvm-toolchain-4.0 [ppc64el] (bionic-proposed/universe) [1:4.0.1-9] (no packageset)18:58
flexiondotorgrbasak: Following on from earlier, is this in your remit?18:58
flexiondotorghttps://bugs.launchpad.net/ubuntu/+source/topmenu-gtk/+bug/174491218:58
ubot5Ubuntu bug 1744912 in topmenu-gtk (Ubuntu) "Please remove topmenu-gtk from the Bionic archive" [Undecided,New]18:58
naccflexiondotorg: no, that'd be an AA19:33
slangaseknacc: awl just needed the retry button hit on its build failure; awl and davical should both come back into bionic shortly20:10
-queuebot:#ubuntu-release- New binary: awl [amd64] (bionic-proposed/universe) [0.59-1] (no packageset)20:11
slangaseknacc: you said "Remove src:drupal7 (for completeness)" but you didn't open a bug task on drupal7 here20:13
dokoslangasek: I pinged apw and sforshee, and apw deferred for sforshee for testing the kernels20:16
slangasekdoko: and what about temporarily breaking the linux-tools packages?20:18
slangasekand what are the chances of properly fixing linux-tools again to statically link bfd+liberty instead of dynamically linking them?20:19
slangaseksince this is biting us in two different ways right now20:19
dokoI pinged them about it too20:23
dokoslangasek: and sure, I'm fine to break linux-tools. it's just some perf stuff20:23
naccslangasek: re: {awl,davical}, thanks! sorry for missing that20:25
naccslangasek: re: drupal7, task opened20:26
slangaseksforshee, apw: ^^ I think doko and I are conspiring to leave the linux-tools-* packages broken in bionic release pocket until the new versions migrate.  And linux-tools should be re-fixed to statically link libbfd+libiberty instead of dynamically linking. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/78366020:27
ubot5Ubuntu bug 783660 in linux (Ubuntu Oneiric) "linux-tools: perf should link statically to libbfd" [Low,Fix released]20:27
apwslangasek: okies, I have a patch to stop tools using libbfd, is liberty also unversioned library nightmare?20:31
slangasekapw: stop using, or static linking?20:31
apwstop using, we have intended to all along but upstream stopped us from disabling it20:32
apwby changing and breaking the opt-out20:33
slangasekapw: it appears libbfd has the library versioning nightmare, libiberty does not20:33
slangasek(I think because libiberty is *only* available static?)20:33
apwbut it continues to link liberty, then we ought to be OK20:33
apwI will send that out tommorrow when tested better20:34
slangasekconfirmed, libiberty is static-only20:34
slangasektsimonq2: ironically, the slideshow SRU is to update the screenshot used; but the screenshot is already stale wrt the current lubuntu.me website20:35
-queuebot:#ubuntu-release- Unapproved: accepted ubiquity-slideshow-ubuntu [source] (xenial-proposed) [113.1]20:37
tsimonq2slangasek: It's the one from Bionic, and while it is indeed a little bit outdated, it's better than nothing :)20:58
slangasekok20:58
tsimonq2slangasek: What's your opinion irt waiting the usual 7 days?20:59
tsimonq2Keep it like the normal SRU policy or let it right in when confirmed?20:59
slangasektsimonq2: the 7 day waiting period is a default, not a mandate; but also, this doesn't seem like an SRU that we need to hurry, since it only affects the installer and we're definitely not going to miss the point release21:02
blackboxswinfinity: I don't know if you have already been pinged on pending cloud-init SRU uploades for xenial & artful-proposed. If there is time today,  we've got a replacement for cloud-init 17.2.30 -> 17.2.35 which contains fixes discovered during SRU testing. So, we need to remove 17.2.30 from xenial/artful proposed and queue 17.2.35 instead.21:04
blackboxswour SRU bug has been updated accordingly.https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/174705921:04
ubot5Ubuntu bug 1747059 in cloud-init (Ubuntu Artful) "sru cloud-init (17.1.46-g7acc9e86-0ubuntu1) update to 17.2.30-gf7deaf15-0ubuntu1" [Medium,Fix committed]21:04
dokoapw, slangasek, yes libiberty is only static21:25
apwdoko, ok then this ought to be sufficient21:25
slangasekapw: ok, in the meantime imma go break linux-tools-* now, thanks :)21:28
-queuebot:#ubuntu-release- New binary: golang-github-gokyle-twofactor [amd64] (bionic-proposed/universe) [0.0~git20170918.eaad188-1] (no packageset)21:28
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (artful-proposed/main) [4.13.0-35.39] (core, kernel)21:29
dokojbicha: any idea what keeps ruby* in main in -release? it already wants to demote in -proposed21:31
infinityslangasek: Of course, building linux-tools statically against binutils implies you'd also be adding a Built-Using header, which should lead to the same block, if britney were properly respecting Built-Using.21:33
infinityslangasek: (iow: this only fixes migration because you're taking advantage of bugs in the tools)21:34
slangasekinfinity: Built-Using is important to reconcile for release, but I'm not sure it should gate migration21:35
infinityslangasek: It may still be correct to link bfd statically anyway (and if that's generally true, maybe it should stop providing a dynamic library to link against), but yeah, the kernel/binutils coupling in migration *should* exist regardless of static or dynamic linkage.21:35
infinityslangasek: Examining all built-using a few weeks before release and making sure they're all sane would probably also be fine-ish, but that's not something we've done either.21:36
infinity(note I say a few weeks, not a few days, because if a static link is lagging by months, it could take non-trivial time to unwind why and fix it)21:36
jbichadoko: see the Dec 6 changelog for https://tracker.debian.org/media/packages/t/texlive-bin/changelog-2018.20180119.46378-121:43
dokojbicha: and?21:44
dokono ruby mentioned21:44
jbichadoko: "remove outdated deps on ruby, wish, python"21:45
dokoahh, that's 2017.20170613.44572-721:45
dokoand we should build with our recent poppler21:46
dokohmm, do we?21:46
dokoslangasek: I'm not accepting the sagemath binaries in NEW (mpfr4 dependency)22:08
-queuebot:#ubuntu-release- New: accepted awl [amd64] (bionic-proposed) [0.59-1]22:09
-queuebot:#ubuntu-release- New: accepted gnocchi [amd64] (bionic-proposed) [4.2.0-0ubuntu1]22:09
-queuebot:#ubuntu-release- New: accepted golang-github-gokyle-twofactor [amd64] (bionic-proposed) [0.0~git20170918.eaad188-1]22:10
-queuebot:#ubuntu-release- New: accepted ignition-common [arm64] (bionic-proposed) [1.0.1-1]22:10
-queuebot:#ubuntu-release- New: accepted ignition-common [i386] (bionic-proposed) [1.0.1-1]22:10
-queuebot:#ubuntu-release- New: accepted ignition-common [amd64] (bionic-proposed) [1.0.1-1]22:10
-queuebot:#ubuntu-release- New: accepted ignition-common [ppc64el] (bionic-proposed) [1.0.1-1]22:10
-queuebot:#ubuntu-release- New: accepted ignition-common [armhf] (bionic-proposed) [1.0.1-1]22:10
dokoohh, there some times when I love mail spams ... [ubuntu/bionic] * (Accepted)  102 times :-)22:13
-queuebot:#ubuntu-release- New: accepted sagemath [amd64] (bionic-proposed) [8.1-3ubuntu1]22:14
-queuebot:#ubuntu-release- New: accepted sagemath [arm64] (bionic-proposed) [8.1-3ubuntu1]22:14
slangasekdoko: should actually be fine to accept sagemath since it's currently not in bionic22:23
acheronukslangasek: do you know if a autopkgtest for a package can be allocated to a builder with a larger disk space available. I have a new test in a package that "All benchmarks create a relatively large directory tree and then watch that recursively"22:32
acheronukbut it gets out of space fails22:33
acheronukI'll probably disable it as even upstream CI seems to struggle. but I was curious22:34
slangasekacheronuk: no; the autopkgtest infrastructure relies, in the same way launchpad does, on having generic units for scalability22:36
slangasekacheronuk: actually, I take that back - we do have a whitelist of 'big packages' that take an m1.large instance instead of the default... I suspect those do have larger disk22:37
tsimonq2slangasek: To be specific, this little gem: https://cgit.kde.org/kcoreaddons.git/commit/autotests/kdirwatch_unittest.cpp?id=421e85344db729f1be3042245c70289643215ab022:38
slangasektsimonq2: is that actually a disk space problem?  a 'large directory tree' for inotify purposes shouldn't really require a lot of disk space, just a lot of inodes22:40
slangasekfrom the description, this test seems like a profiling aid to inform development, not something that should be run as a regression test22:41
slangaseklike, the only circumstance under which this test should fail is if it's not a fit for the infrastructure (i.e. too small disk etc); so this test passing or failing tells you nothing about whether the package has been broken22:42
slangasekand in particular if this is an expensive test, it's bad design to include it in your CI in such a form22:42
acheronukyes, which is why I was going towards disabling it.22:43
* slangasek nods22:44
tsimonq2slangasek: Good question; I don't know much about the test, just providing context :)22:44
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (artful-proposed) [4.13.0-35.39]22:53
-queuebot:#ubuntu-release- New binary: psautohint [s390x] (bionic-proposed/none) [1.1.0-1] (no packageset)23:12
tsimonq2slangasek: SRU for ubiquity-slideshow-ubuntu> ah, just seeing this now, ack23:13
-queuebot:#ubuntu-release- New binary: psautohint [amd64] (bionic-proposed/none) [1.1.0-1] (no packageset)23:14
-queuebot:#ubuntu-release- New binary: psautohint [i386] (bionic-proposed/none) [1.1.0-1] (no packageset)23:15
-queuebot:#ubuntu-release- New binary: psautohint [ppc64el] (bionic-proposed/none) [1.1.0-1] (no packageset)23:25
-queuebot:#ubuntu-release- New binary: psautohint [arm64] (bionic-proposed/none) [1.1.0-1] (no packageset)23:26
-queuebot:#ubuntu-release- New binary: psautohint [armhf] (bionic-proposed/none) [1.1.0-1] (no packageset)23:26
tsimonq2I just got the 65 day nag email about libindi. Fixing bug 1747306 will unstick that (and I filed it more than a week ago). Could someone please take a look?23:30
ubot5bug 1747306 in indi-apogee (Ubuntu) "RM: obsolete and Ubuntu-only" [High,New] https://launchpad.net/bugs/174730623:30
slangasektsimonq2: what about indi-sbig?23:34
tsimonq2slangasek: I haven't considered that because it doesn't seem to be directly blocking the libindi transition, but that should probably go too, yes.23:35
* tsimonq2 checks rdeps real quick23:35
tsimonq2All clear it seems.23:35
slangasektsimonq2: it does directly block it, but because it only exists on amd64+i386, depending on which architecture britney reports on first, you may not get info about it in update_output23:35
tsimonq2slangasek: ah ok23:35
slangasektsimonq2: what does "part of the INDI modules source tarball" mean? Does this mean the indi-apogee package is redundant with something else in the archive?23:35
tsimonq2slangasek: From what I can tell, upstream these leaf modules are now part of one "3rd party" tarball instead of separate tarballs.23:37
tsimonq2slangasek: I haven't investigated this in a while, give me a min to see if there's a replacement in the archive :)23:37
slangasektsimonq2: ok - I just wasn't sure if "indi modules source tarball" maybe meant it was now provided by libindi.  If it's not, that's fine too23:38
tsimonq2slangasek: nope, two separate tarballs23:39
tsimonq2slangasek: And it seems that these two packages (apogee and sbig) are the only ones in Ubuntu. The upstream author has a PPA, but none of these are in the archive with the exceptions of the aforementioned packages.23:40
tsimonq2To be honest, I haven't quite dug into whether or not multiple source packages sharing one tarball is possible, and if it is, if it's acceptable.23:40
tsimonq2(two separate tarballs meaning libindi and 3rdparty)23:41
slangasekgenerally you don't want two source packages sharing one tarball, you want one source package building multiple binary packages from that tarball23:41
tsimonq2Right, that's what I thought.23:42
tsimonq2I just don't know if that's in policy or not :)23:42
slangasekthe only case where you might want to use the same tarball in two source packages is when the two source packages need to be in different archive components23:45
slangasekbut we've thankfully gotten away from needing to do that most of the time23:45
tsimonq2I thought archive administrators could cherry pick specific binaries into specific components?23:46
tsimonq2I mean, with that existing, out of curiosity, in what scenario might that have to be done still?23:46
slangasektsimonq2: in principle, no package in universe or main should depend on or build-depend on anything in multiverse.  So if you have a package which is free software but some of its binary packages need non-free bits in order to build, *maybe* you want to split that into universe and multiverse sources.23:49
tsimonq2slangasek: Ah, gotcha.23:50
tsimonq2slangasek: I get the build-depends part of that because that's shared for the whole source package, but couldn't you have a binary that needs something in multiverse in a main/universe source package be cherry-picked into multiverse?23:52
slangasekrbasak: do you happen to know any reason for rmysql to build-depend explicitly on mariadb instead of mysql-deafults?23:53
slangasektsimonq2: it's possible, and that may have been done here and there, though it also doesn't make me comfortable23:54
tsimonq2slangasek: Me neither. :P23:54
tsimonq2slangasek: Ok, thanks.23:54
tsimonq2slangasek: indi-sbig> were you going to RM that too or should I file an additional bug?23:55
dokoslangasek: please update the bad-test for mercurial, or because that succeeded only for the very first time, maybe reset it?23:55
slangasekdoko: my mercurial hint is "testdep removed from the archive" on all archs, which is not the reason for the current failure on ppc64el23:57
dokoslangasek: so I should add it that it fails again, and then you update the hint?23:58
slangasekdoko: that's fine with me.  but if you want me to add a badtest hint for a different failure, I need analysis to go with it23:59
dokowell, I retry, failing network test23:59

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