-queuebot:#ubuntu-release- Unapproved: net-snmp (bionic-proposed/main) [5.7.3+dfsg-1.8ubuntu3.2 => 5.7.3+dfsg-1.8ubuntu3.3] (desktop-core, ubuntu-server) | 00:06 | |
-queuebot:#ubuntu-release- Unapproved: net-snmp (xenial-proposed/main) [5.7.3+dfsg-1ubuntu4.3 => 5.7.3+dfsg-1ubuntu4.4] (desktop-core, ubuntu-server) | 00:29 | |
vorlon | coreycb: looks like python-oslo.{context,i18n} and python-pbr also need sorted | 03:04 |
---|---|---|
doko | test rebuild just started, a hundred ftbfs in main ... https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20190906-eoan.html | 04:30 |
vorlon | doko: is that a complete count for main, or still in progress? | 04:36 |
doko | vorlon: in progress, but i386 and amd64 should be finished | 04:38 |
doko | for main | 04:38 |
vorlon | ok | 04:39 |
doko | and it's using linux-libc-dev 5.3 from ubuntu-toolchain-r/volatile, so that might explain some of the linux related ftbfs | 04:39 |
vorlon | doko: a lot of the build failures seem to be missing build logs | 04:41 |
vorlon | devscripts, dict-foldoc (which I just gave back), dictionaries-common, | 04:42 |
vorlon | ok maybe just those 3. 3 > 0, so it's a lot ;) | 04:42 |
doko | feel free, but I'll do that only when all archs finish building main | 04:43 |
vorlon | dkms also. so perhaps it was a timing thing | 04:43 |
vorlon | (i.e. a short-lived infra blip that ate the logs for a chunk of the 'd's) | 04:44 |
doko | infinity: looks like we need more no-change rebuilds for glibc: https://launchpadlibrarian.net/440610784/buildlog_ubuntu-eoan-amd64.aide_0.16.1-1build1_BUILDING.txt.gz | 05:21 |
-queuebot:#ubuntu-release- New binary: haskell-blogliterately [amd64] (eoan-proposed/universe) [0.8.6.3-1] (no packageset) | 06:34 | |
-queuebot:#ubuntu-release- New binary: haskell-blogliterately [i386] (eoan-proposed/universe) [0.8.6.3-1] (no packageset) | 06:35 | |
-queuebot:#ubuntu-release- New binary: haskell-blogliterately [s390x] (eoan-proposed/universe) [0.8.6.3-1] (no packageset) | 06:41 | |
-queuebot:#ubuntu-release- New binary: haskell-blogliterately [ppc64el] (eoan-proposed/universe) [0.8.6.3-1] (no packageset) | 06:41 | |
-queuebot:#ubuntu-release- New binary: haskell-blogliterately [armhf] (eoan-proposed/universe) [0.8.6.3-1] (no packageset) | 06:45 | |
-queuebot:#ubuntu-release- New binary: haskell-blogliterately [arm64] (eoan-proposed/universe) [0.8.6.3-1] (no packageset) | 06:49 | |
ginggs | doko: no, i presume the new binutils caused the byte sequence 0x69 0x49 0x46 to appear in the armhf binaries, tripping up lintian's spelling-error-in-binary warning | 06:59 |
ginggs | the binaries-missing-lfs failures on i386 and armhf are new since lintian 2.20.0 and reproducible in debian | 07:00 |
ginggs | i am filing bugs for both | 07:01 |
doko | ginggs: that could be https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=1c1e0fe58b9389bd40f5f642d20dc2e1befd4541 | 07:11 |
doko | hmm, but i386? | 07:11 |
ginggs | spelling error only on armhf | 07:12 |
infinity | doko: Looks like that was always the case, but the warnings telling us about it are new. Also, ick to aide statically linking audit, cap, and acl. | 08:46 |
infinity | doko: Realistically, I think this might mean that any static libraries need a rebuild against the new libc, then any static binaries pulling those in also need a rebuild, but... Gross. | 08:47 |
infinity | Well, not *any*, but any that use NSS. | 08:47 |
infinity | So, yes, this has always been true, it just didn't used to complain at build time. | 08:47 |
infinity | doko: Although, the hard error there (the LTO version thing) is new... | 08:48 |
infinity | And I think that's things needing rebuilding with new GCC, not new glibc. | 08:49 |
infinity | Maybe. | 08:49 |
infinity | doko: Yeah, confirmed, the LTO version failure there is due to GCC version mismatches, not glibc. The warnings before that are glibc, but not fatal. | 09:08 |
infinity | doko: So, libe2p.a needs a rebuild with the current GCC. | 09:08 |
LocutusOfBorg | anybody please accept haskell-blogliterately | 09:08 |
infinity | doko: Which is in libext2fs-dev | 09:08 |
LocutusOfBorg | (haskell is getti closer) | 09:08 |
-queuebot:#ubuntu-release- New: accepted elisa-player [sync] (eoan-proposed) [1.1+really0.4.0-1] | 09:10 | |
-queuebot:#ubuntu-release- New: accepted haskell-blogliterately [arm64] (eoan-proposed) [0.8.6.3-1] | 09:10 | |
-queuebot:#ubuntu-release- New: accepted haskell-blogliterately [i386] (eoan-proposed) [0.8.6.3-1] | 09:10 | |
-queuebot:#ubuntu-release- New: accepted haskell-blogliterately [s390x] (eoan-proposed) [0.8.6.3-1] | 09:10 | |
-queuebot:#ubuntu-release- New: accepted haskell-blogliterately [amd64] (eoan-proposed) [0.8.6.3-1] | 09:10 | |
-queuebot:#ubuntu-release- New: accepted haskell-blogliterately [ppc64el] (eoan-proposed) [0.8.6.3-1] | 09:10 | |
-queuebot:#ubuntu-release- New: accepted haskell-blogliterately [armhf] (eoan-proposed) [0.8.6.3-1] | 09:10 | |
-queuebot:#ubuntu-release- New binary: elisa-player [s390x] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset) | 09:18 | |
-queuebot:#ubuntu-release- New binary: elisa-player [ppc64el] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset) | 09:19 | |
-queuebot:#ubuntu-release- New binary: elisa-player [amd64] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset) | 09:20 | |
-queuebot:#ubuntu-release- New binary: elisa-player [i386] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset) | 09:21 | |
-queuebot:#ubuntu-release- New binary: elisa-player [arm64] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset) | 09:26 | |
-queuebot:#ubuntu-release- New binary: elisa-player [armhf] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset) | 09:26 | |
LocutusOfBorg | vorlon, if you still care... I might found a fix for your python-cotyledon build failure https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/10528615/+listing-archive-extra | 09:41 |
LocutusOfBorg | but I would onestly just sync it | 09:41 |
LocutusOfBorg | I can't run tests anymore with the new release | 09:41 |
-queuebot:#ubuntu-release- New: accepted elisa-player [amd64] (eoan-proposed) [1.1+really0.4.0-1] | 09:44 | |
-queuebot:#ubuntu-release- New: accepted elisa-player [armhf] (eoan-proposed) [1.1+really0.4.0-1] | 09:44 | |
-queuebot:#ubuntu-release- New: accepted elisa-player [ppc64el] (eoan-proposed) [1.1+really0.4.0-1] | 09:44 | |
-queuebot:#ubuntu-release- New: accepted elisa-player [arm64] (eoan-proposed) [1.1+really0.4.0-1] | 09:44 | |
-queuebot:#ubuntu-release- New: accepted elisa-player [s390x] (eoan-proposed) [1.1+really0.4.0-1] | 09:44 | |
-queuebot:#ubuntu-release- New: accepted elisa-player [i386] (eoan-proposed) [1.1+really0.4.0-1] | 09:44 | |
doko | infinity: the correct solution is not to ship the lto information in the .a files in the archive. dh_strip should strip these. I don't think it's reliable to patch all upstreams not to build with -flto | 10:02 |
infinity | doko: Potentially also a reasonable position to take. But it's clearly not happening here. :P | 10:04 |
doko | infinity: https://tracker.debian.org/news/1052440/accepted-e2fsprogs-1453-4-source-into-unstable/ | 10:05 |
infinity | doko: In the case of e2fsprogs, though, upstream is also the Debian maintainer, so if there's a "correct" thing he should be doing with his static libraries, he might appreciate the prod. | 10:05 |
infinity | Oh, jinx. :) | 10:06 |
infinity | So just needs a merge. | 10:06 |
infinity | Or maybe a cherrypick of that one change, if we don't want to justify a new upstream. | 10:07 |
infinity | Looks like mostly bugfixes, though. | 10:07 |
infinity | doko: You're TIL on e2fsprogs, +1 with a release hat on for you to merge to current Debian if you feel the urge. | 10:08 |
infinity | If you want to get rid of it, I can do it after I've slept. | 10:08 |
infinity | Just /msg me as a reminder, if so. | 10:09 |
ginggs | doko: how urgent is lintian? can we revert to 2.19.0 + a patch? | 10:31 |
doko | ginggs: I didn't sync it, I don't care that much | 10:31 |
ginggs | oh ok, I saw it was blocking some things | 10:32 |
doko | infinity: please go ahead and merge | 10:35 |
doko | infinity: now filed https://bugs.debian.org/939656 | 10:41 |
ubot5 | Debian bug 939656 in debhelper,lintian "dh_strip should strip sections with LTO information from .a and .o files / lintian should warn about these" [Important,Open] | 10:41 |
RikMills | thank you to whoever accepted elisa-player :) | 11:07 |
mwhudson | ginggs: i've just been poking at lintian a bit and am quite confused | 11:59 |
mwhudson | i think it must be a debian bug though | 11:59 |
ginggs | mwhudson: the binaries-missing-lfs failures on i386 and armhf ? | 12:01 |
mwhudson | ginggs: yes | 12:01 |
ginggs | mwhudson: i did file debian bug #939639 | 12:02 |
ubot5 | Debian bug 939639 in src:lintian "lintian: autopkgtest failure on 32-bit architectures" [Normal,Open] http://bugs.debian.org/939639 | 12:02 |
mwhudson | ginggs: do you know how to make the test suite print the lintian command line it's running? | 12:02 |
mwhudson | ah ok i'll subscribe to that bug and go to sleep | 12:03 |
ginggs | mwhudson: no idea. sleep well! | 12:03 |
mwhudson | the tag is emitted properly when i run lintian -E on the built test deb by hand ... | 12:03 |
ginggs | it seems there was a lot of refactoring from 2.19.0 to 2.20.0, and those tests only run on armhf and i386, so they could have been inadvertently broken | 12:05 |
LocutusOfBorg | I'm trying hard to debug lintian... | 14:02 |
ginggs | LocutusOfBorg: reverting to 2.19.0 + spelling error patch will work | 14:30 |
ginggs | LocutusOfBorg: here's the fix https://deb.li/SIjg | 14:33 |
LocutusOfBorg | too late I guess :D | 14:47 |
LocutusOfBorg | can I get an AA around to help haskell go in release? | 14:49 |
LocutusOfBorg | vorlon, ^^ | 14:49 |
LocutusOfBorg | ppc64el removals: gtk2hs-buildtools haskell-cairo haskell-glib haskell-gio haskell-pango haskell-gtk haskell-gtk3 haskell-gtk-traymanager haskell-yi-frontend-pango haskell-chart-cairo yi haskell-diagrams-cairo haskell-diagrams-gtk haskell-gtk-sni-tray | 14:55 |
LocutusOfBorg | with such removals on ppc64el the picture will be more clear... | 14:55 |
LocutusOfBorg | I tried really hard, and also fedora is trying to sort out that problem... nobody has a clue | 14:56 |
LocutusOfBorg | also debian folks... | 14:56 |
LocutusOfBorg | kick out to proposed pocket, no upstream fixes, FTBFS with ghc 8.6.5: haskell-werewolf haskell-yi-keymap-vim haskell-yi-mode-javascript haskell-yi-keymap-emacs haskell-hakyll taffybar nbsphinx (See Debian bug: #939492) | 14:56 |
ubot5 | Debian bug 939492 in src:nbsphinx "nbsphinx: testsuite failures with new pandoc" [Serious,Open] http://bugs.debian.org/939492 | 14:56 |
LocutusOfBorg | we need a dinstall or two, I'm fixing other 3 packages | 14:56 |
LocutusOfBorg | also, why hasn't been this package cleaned up? old binaries left on amd64: python-openvswitch (from 2.11.1-0ubuntu1) | 14:59 |
LocutusOfBorg | is this python2 decruft happening automatically? | 14:59 |
LocutusOfBorg | (please somebody blacklist ghc) | 15:22 |
-queuebot:#ubuntu-release- Unapproved: net-snmp (disco-proposed/main) [5.7.3+dfsg-5ubuntu1.1 => 5.7.3+dfsg-5ubuntu1.2] (desktop-core, ubuntu-server) | 18:13 | |
-queuebot:#ubuntu-release- Unapproved: net-snmp (bionic-proposed/main) [5.7.3+dfsg-1.8ubuntu3.2 => 5.7.3+dfsg-1.8ubuntu3.3] (desktop-core, ubuntu-server) | 18:26 | |
-queuebot:#ubuntu-release- Unapproved: net-snmp (xenial-proposed/main) [5.7.3+dfsg-1ubuntu4.3 => 5.7.3+dfsg-1ubuntu4.4] (desktop-core, ubuntu-server) | 18:27 | |
-queuebot:#ubuntu-release- New sync: libdata-methodproxy-perl (eoan-proposed/primary) [0.04-1] | 19:54 | |
vorlon | LocutusOfBorg: your list of ppc64el removals doesn't seem to encompass the reverse-dependencies. taffybar build-depends on haskell-gtk-sni-tray, e.g. I assume we should also remove any of those I find along the way | 21:29 |
LocutusOfBorg | taffybar is on the second list | 21:34 |
LocutusOfBorg | the "kick out from release to whatever you want" | 21:34 |
LocutusOfBorg | the only reverse-dependency I found so far in ppc64el that is missing, is carettah | 21:35 |
LocutusOfBorg | and threadscope | 21:36 |
LocutusOfBorg | (I'm rebuilding also unrelated haskell packages, just to spot such issues) | 21:36 |
vorlon | ack | 22:00 |
vorlon | well the second list is being processed second, and processing the first list requires dealing with the revdeps, so | 22:01 |
vorlon | anyway, am making my way down the stack now | 22:02 |
vorlon | LocutusOfBorg: nbsphinx, haskell-yi-keymap-vim, haskell-yi-mode-javascript, haskell-yi-keymap-emacs all show as having reverse-build-deps; are these resolved in -proposed? | 22:09 |
vorlon | LocutusOfBorg: as for NBS decruft, that always requires an AA to ack https://people.canonical.com/~ubuntu-archive/nbs.html | 22:09 |
LocutusOfBorg | sorry its a huge deal haskell for me, I don't have clear answers for your questions... | 22:23 |
LocutusOfBorg | for sure I have to fix (tomorrow) uuagc, haskell-snap-templates, threadscope, arbtt, stylish-haskell, bustle, rss2irchaskell-stack | 22:24 |
LocutusOfBorg | and ganeti | 22:24 |
LocutusOfBorg | they shouldn't block transition, but I want them fixed | 22:24 |
LocutusOfBorg | I also would like to undestand why I can't rebuild git-annex | 22:25 |
LocutusOfBorg | Symbolic link for debian/copyright not allowed | 22:25 |
LocutusOfBorg | damn | 22:25 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!