[00:06] -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:29] -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)
[03:04] <vorlon> coreycb: looks like python-oslo.{context,i18n} and python-pbr also need sorted
[04:30] <doko> test rebuild just started, a hundred ftbfs in main ... https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20190906-eoan.html
[04:36] <vorlon> doko: is that a complete count for main, or still in progress?
[04:38] <doko> vorlon: in progress, but i386 and amd64 should be finished
[04:38] <doko> for main
[04:39] <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:41] <vorlon> doko: a lot of the build failures seem to be missing build logs
[04:42] <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:43] <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:44] <vorlon> (i.e. a short-lived infra blip that ate the logs for a chunk of the 'd's)
[05:21] <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
[06:34] -queuebot:#ubuntu-release- New binary: haskell-blogliterately [amd64] (eoan-proposed/universe) [0.8.6.3-1] (no packageset)
[06:35] -queuebot:#ubuntu-release- New binary: haskell-blogliterately [i386] (eoan-proposed/universe) [0.8.6.3-1] (no packageset)
[06:41] -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:45] -queuebot:#ubuntu-release- New binary: haskell-blogliterately [armhf] (eoan-proposed/universe) [0.8.6.3-1] (no packageset)
[06:49] -queuebot:#ubuntu-release- New binary: haskell-blogliterately [arm64] (eoan-proposed/universe) [0.8.6.3-1] (no packageset)
[06:59] <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
[07:00] <ginggs> the binaries-missing-lfs failures on i386 and armhf are new since lintian 2.20.0 and reproducible in debian
[07:01] <ginggs> i am filing bugs for both
[07:11] <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:12] <ginggs> spelling error only on armhf
[08:46] <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:47] <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:48] <infinity> doko: Although, the hard error there (the LTO version thing) is new...
[08:49] <infinity> And I think that's things needing rebuilding with new GCC, not new glibc.
[08:49] <infinity> Maybe.
[09:08] <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:10] -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:18] -queuebot:#ubuntu-release- New binary: elisa-player [s390x] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset)
[09:19] -queuebot:#ubuntu-release- New binary: elisa-player [ppc64el] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset)
[09:20] -queuebot:#ubuntu-release- New binary: elisa-player [amd64] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset)
[09:21] -queuebot:#ubuntu-release- New binary: elisa-player [i386] (eoan-proposed/universe) [1.1+really0.4.0-1] (no packageset)
[09:26] -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:41] <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:44] -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]
[10:02] <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:04] <infinity> doko: Potentially also a reasonable position to take.  But it's clearly not happening here. :P
[10:05] <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:06] <infinity> Oh, jinx. :)
[10:06] <infinity> So just needs a merge.
[10:07] <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:08] <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:09] <infinity> Just /msg me as a reminder, if so.
[10:31] <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:32] <ginggs> oh ok, I saw it was blocking some things
[10:35] <doko> infinity: please go ahead and merge
[10:41] <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]
[11:07] <RikMills> thank you to whoever accepted elisa-player :)
[11:59] <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
[12:01] <ginggs> mwhudson: the binaries-missing-lfs failures on i386 and armhf ?
[12:01] <mwhudson> ginggs: yes
[12:02] <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:03] <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:05] <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
[14:02] <LocutusOfBorg> I'm trying hard to debug lintian...
[14:30] <ginggs> LocutusOfBorg: reverting to 2.19.0 + spelling error patch will work
[14:33] <ginggs> LocutusOfBorg: here's the fix https://deb.li/SIjg
[14:47] <LocutusOfBorg> too late I guess :D
[14:49] <LocutusOfBorg> can I get an AA around to help haskell go in release?
[14:49] <LocutusOfBorg> vorlon, ^^
[14:55] <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:56] <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:59] <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?
[15:22] <LocutusOfBorg> (please somebody blacklist ghc)
[18:13] -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:26] -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:27] -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)
[19:54] -queuebot:#ubuntu-release- New sync: libdata-methodproxy-perl (eoan-proposed/primary) [0.04-1]
[21:29] <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:34] <LocutusOfBorg> taffybar is on the second list
[21:34] <LocutusOfBorg> the "kick out from release to whatever you want"
[21:35] <LocutusOfBorg> the only reverse-dependency I found so far in ppc64el that is missing, is carettah
[21:36] <LocutusOfBorg> and threadscope
[21:36] <LocutusOfBorg> (I'm rebuilding also unrelated haskell packages, just to spot such issues)
[22:00] <vorlon> ack
[22:01] <vorlon> well the second list is being processed second, and processing the first list requires dealing with the revdeps, so
[22:02] <vorlon> anyway, am making my way down the stack now
[22:09] <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:23] <LocutusOfBorg> sorry its a huge deal haskell for me, I don't have clear answers for your questions...
[22:24] <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:25] <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