/srv/irclogs.ubuntu.com/2019/09/07/#ubuntu-release.txt

-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
vorloncoreycb: looks like python-oslo.{context,i18n} and python-pbr also need sorted03:04
dokotest rebuild just started, a hundred ftbfs in main ... https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20190906-eoan.html04:30
vorlondoko: is that a complete count for main, or still in progress?04:36
dokovorlon: in progress, but i386 and amd64 should be finished04:38
dokofor main04:38
vorlonok04:39
dokoand it's using linux-libc-dev 5.3 from ubuntu-toolchain-r/volatile, so that might explain some of the linux related ftbfs04:39
vorlondoko: a lot of the build failures seem to be missing build logs04:41
vorlondevscripts, dict-foldoc (which I just gave back), dictionaries-common,04:42
vorlonok maybe just those 3.  3 > 0, so it's a lot ;)04:42
dokofeel free, but I'll do that only when all archs finish building main04:43
vorlondkms also.  so perhaps it was a timing thing04:43
vorlon(i.e. a short-lived infra blip that ate the logs for a chunk of the 'd's)04:44
dokoinfinity: 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.gz05: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
ginggsdoko: 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 warning06:59
ginggsthe binaries-missing-lfs failures on i386 and armhf are new since lintian 2.20.0 and reproducible in debian07:00
ginggsi am filing bugs for both07:01
dokoginggs: that could be https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=1c1e0fe58b9389bd40f5f642d20dc2e1befd454107:11
dokohmm, but i386?07:11
ginggsspelling error only on armhf07:12
infinitydoko: 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
infinitydoko: 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
infinityWell, not *any*, but any that use NSS.08:47
infinitySo, yes, this has always been true, it just didn't used to complain at build time.08:47
infinitydoko: Although, the hard error there (the LTO version thing) is new...08:48
infinityAnd I think that's things needing rebuilding with new GCC, not new glibc.08:49
infinityMaybe.08:49
infinitydoko: 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
infinitydoko: So, libe2p.a needs a rebuild with the current GCC.09:08
LocutusOfBorganybody please accept haskell-blogliterately09:08
infinitydoko: Which is in libext2fs-dev09: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
LocutusOfBorgvorlon, 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-extra09:41
LocutusOfBorgbut I would onestly just sync it09:41
LocutusOfBorgI can't run tests anymore with the new release09: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
dokoinfinity: 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 -flto10:02
infinitydoko: Potentially also a reasonable position to take.  But it's clearly not happening here. :P10:04
dokoinfinity: https://tracker.debian.org/news/1052440/accepted-e2fsprogs-1453-4-source-into-unstable/10:05
infinitydoko: 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
infinityOh, jinx. :)10:06
infinitySo just needs a merge.10:06
infinityOr maybe a cherrypick of that one change, if we don't want to justify a new upstream.10:07
infinityLooks like mostly bugfixes, though.10:07
infinitydoko: 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
infinityIf you want to get rid of it, I can do it after I've slept.10:08
infinityJust /msg me as a reminder, if so.10:09
ginggsdoko: how urgent is lintian? can we revert to 2.19.0 + a patch?10:31
dokoginggs: I didn't sync it, I don't care that much10:31
ginggsoh ok, I saw it was blocking some things10:32
dokoinfinity: please go ahead and merge10:35
dokoinfinity: now filed https://bugs.debian.org/93965610:41
ubot5Debian 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
RikMillsthank you to whoever accepted elisa-player :)11:07
mwhudsonginggs: i've just been poking at lintian a bit and am quite confused11:59
mwhudsoni think it must be a debian bug though11:59
ginggsmwhudson: the binaries-missing-lfs failures on i386 and armhf ?12:01
mwhudsonginggs: yes12:01
ginggsmwhudson: i did file debian bug #93963912:02
ubot5Debian bug 939639 in src:lintian "lintian: autopkgtest failure on 32-bit architectures" [Normal,Open] http://bugs.debian.org/93963912:02
mwhudsonginggs: do you know how to make the test suite print the lintian command line it's running?12:02
mwhudsonah ok i'll subscribe to that bug and go to sleep12:03
ginggsmwhudson: no idea. sleep well!12:03
mwhudsonthe tag is emitted properly when i run lintian -E on the built test deb by hand ...12:03
ginggsit 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 broken12:05
LocutusOfBorgI'm trying hard to debug lintian...14:02
ginggsLocutusOfBorg: reverting to 2.19.0 + spelling error patch will work14:30
ginggsLocutusOfBorg: here's the fix https://deb.li/SIjg14:33
LocutusOfBorgtoo late I guess :D14:47
LocutusOfBorgcan I get an AA around to help haskell go in release?14:49
LocutusOfBorgvorlon, ^^14:49
LocutusOfBorgppc64el 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-tray14:55
LocutusOfBorgwith such removals on ppc64el the picture will be more clear...14:55
LocutusOfBorgI tried really hard, and also fedora is trying to sort out that problem... nobody has a clue14:56
LocutusOfBorgalso debian folks...14:56
LocutusOfBorgkick 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
ubot5Debian bug 939492 in src:nbsphinx "nbsphinx: testsuite failures with new pandoc" [Serious,Open] http://bugs.debian.org/93949214:56
LocutusOfBorgwe need a dinstall or two, I'm fixing other 3 packages14:56
LocutusOfBorgalso, why hasn't been this package cleaned up? old binaries left on amd64: python-openvswitch (from 2.11.1-0ubuntu1)14:59
LocutusOfBorgis 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
vorlonLocutusOfBorg: 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 way21:29
LocutusOfBorgtaffybar is on the second list21:34
LocutusOfBorgthe "kick out from release to whatever you want"21:34
LocutusOfBorgthe only reverse-dependency I found so far in ppc64el that is missing, is carettah21:35
LocutusOfBorgand threadscope21:36
LocutusOfBorg(I'm rebuilding also unrelated haskell packages, just to spot such issues)21:36
vorlonack22:00
vorlonwell the second list is being processed second, and processing the first list requires dealing with the revdeps, so22:01
vorlonanyway, am making my way down the stack now22:02
vorlonLocutusOfBorg: 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
vorlonLocutusOfBorg: as for NBS decruft, that always requires an AA to ack https://people.canonical.com/~ubuntu-archive/nbs.html22:09
LocutusOfBorgsorry its a huge deal haskell for me, I don't have clear answers for your questions...22:23
LocutusOfBorgfor sure I have to fix (tomorrow) uuagc, haskell-snap-templates, threadscope, arbtt, stylish-haskell, bustle, rss2irchaskell-stack22:24
LocutusOfBorgand ganeti22:24
LocutusOfBorgthey shouldn't block transition, but I want them fixed22:24
LocutusOfBorgI also would like to undestand why I can't rebuild git-annex22:25
LocutusOfBorgSymbolic link for debian/copyright not allowed22:25
LocutusOfBorgdamn22:25

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