=== michihenning is now known as michi === michi is now known as Guest23427 [11:18] hmm [11:18] Is it expected that things being built against the s390x bootstrap archive are getting held in proposed? [11:19] For example texlive-binaries got a dependency on libpoppler56 which it got from the bootstrap archive, and now britney is (correctly) saying it is uninstallable [11:21] ...It would actually want a rebuild for the poppler transition on s390x, but poppler isn't built yet [11:58] Mirv: Looks like qtbase-opensource-src build-depends on publicsuffix, which is in universe. Could you sort out an MIR? [11:58] That's needed for Laney's request, via a couple of layers [11:58] I just asked him in #ubuntu-desktop [11:58] but thanks [11:58] Think it should be a trivial MIR [11:59] cjwatson: darn, yes, I'll file a MIR [11:59] I could toss a bootstrap build of qtbase-opensource-src from the release pocket into a bootstrap repo. Maybe. [11:59] You could pre-promote publicsuffix based on its triviality ;) [12:00] Mirv, cause without that, i can't build qtbase-opensource-src in proposed on s390x, and then i can't build new poppler, and the world is sad, and -proposed will pile up =) [12:00] Laney: Looking now. [12:00] Ta [12:01] Yeah. [12:01] I'm not on the team anymore, but happy to pre-promote. [12:01] It's a single data file. :P [12:01] And sigh, if I'd realised ghc and haskell-* were going to be uploaded overnight I'd have sync-blacklisted them. [12:01] Now I get to rebuild everything. [12:01] infinity, NB! _and_ a symlink =) [12:03] Hopefully qtbase builds [12:03] It had a single test failure in the previous version. [12:03] Maybe this one's happier. [12:03] Fingers crossed. [12:04] yeah, there were weird QtFile test suite failures, with long 240+ characters file names, on a debian kernel... [12:04] and different toolchain... [12:05] and i see more qtbase being built in landing-032 again ?! [12:07] Silos might need s390x turned on, if that's an explicit knob [12:08] wgrant, ^ [12:08] Laney, i think it is a knob [12:09] Laney: xnox: cjwatson: https://bugs.launchpad.net/ubuntu/+source/publicsuffix/+bug/1522811 [12:10] Ubuntu bug 1522811 in publicsuffix (Ubuntu) "[MIR] publicsuffix" [Undecided,New] [12:10] * Laney adds s390x to transition-tracker [12:10] Mirv: ta [12:14] Laney: It is, but we want to let the bootstrap finish first [12:14] There's always going to be a slightly ambiguous period [12:15] But let's not confuse people with a bazillion dep-waits [12:18] As you wish [12:22] I was probably going to turn on s390x in silos early next week. [12:22] Once we've made sure most of our stack kinda builds. [12:29] building qtbase-opensource-src in a nonvirt ppa, with universe enabled, s390x build to see if it will build. (thus not waiting publicsuffix mir) [12:55] xnox: it's already building in the primary archive. [12:57] Totals: 55 passed, 1 failed, 0 skipped, 0 blacklisted [12:57] ********* Finished testing of tst_LargeFile ********* [12:57] Makefile:573: recipe for target 'check' failed [13:01] as usual. [13:01] oh but qfile did pass. [13:02] #if defined(__x86_64__) [13:02] QEXPECT_FAIL("", "fails on 64-bit Linux (QTBUG-21175)", Abort); [13:02] #endif [13:02] WORST IFDEF EVER. [13:02] Fails on 64-bit Linux, so we'll exclude only one 64-bit arch. [13:04] And before anyone asks "but, how does it work on arm64 and ppc64el then?" [13:04] # Skip tests on the archs they are known to be flaky with current configuration [13:04] testskip_architectures := arm64 powerpc ppc64el [13:04] Brilliant in so many ways. [13:05] Anyhow, someone fix either the ifdef in the test (preferred) or the excluded test arches (ick), and you're golden. [13:05] Mirv, xnox: ^ [13:05] infinity, i have chroot up with qtbase, i was working on excluding individual tests, and marking htem expect fail [13:05] infinity, cause most tests do pass. [13:06] xnox: There's only one failing test. [13:06] xnox: And there's already an ifdef there to exclude it on amd64. That's what I was pointing out. :P [13:06] infinity, thanks. i was fixing broken schroot on debian, that doesn't support too-new kernel with too new overlayfs expected options =) [13:07] xnox: Use aufs? [13:07] infinity, and there might be more tests after it, as the build is done without -k [13:07] infinity, phhhh, i'm hipster. [13:09] infinity: xnox: my next upload will make the archs to run tests on opt-in instead of opt-out, so xnox can then later eg add s390x when it passes [13:09] Mirv, please no, i want to run tests on s390x. [13:10] or keep it enabled, i'll upload direct to archive, rather than silo to get it building and migrating. [13:10] most of them pass on s390x, it's not a new platform, but a solid one. [13:10] Well, opt-in is still good, you can just add s390x to the list. [13:10] xnox: well it's better to specify which architectures to run on, but I'll gladly add s390x there if you have the changes by that time [13:10] Mirv, yeap. [13:12] Mirv: The line I pointed out above is obviously wrong anyway. [13:13] Mirv: When the comment says "doesn't work on 64-bit" and then it only excludes on 64-bit arch. :P [13:13] Mirv: Especially since Qt pretty much has to have some is_64bit macro or something that's used in, like, the entire codebase... [13:13] s/excludes on/excludes one/ [13:19] infinity: sure it's wrong. upstream CI is x86+armhf only so they probably do things like that in tests at times unfortunately [13:33] right, I'm going to cancel all the haskell builds that are still "needs building", partly to get queues under control a bit more and partly because they're mostly going to need rebuilds anyway [15:02] proposed-migrations says that zipl-installer is not installable, yet i don't see how or why =( [15:14] xnox: with all the virtual dependencies in use in the installer, it's probably fallout from something earlier on, maybe partman-base not being installable [15:16] xnox: a lot of things should get less ridiculously difficult to unpick once a new kernel lands [15:17] ack. [15:17] well i added -proposed and -release, debian-installer bits and e.g. zipl-installer is installable, so it's okish. i guess it just doesn't migrate on it's own then. [15:19] xnox: It transitively depends on kernel udebs, so until they're migratable, migrating zipl-installer would increase the installability count by one [15:20] Even though it's basically for an existing reason [16:21] cjwatson, fyi i just released the 4.3 kernel [16:24] apw: oh good, thanks [16:50] where is autopackage test page? [16:50] ... [16:50] why did i cause new binaries for procps.... /me looks [16:51] abi bump, sigh. [17:47] E: Invalid Release signature (key id 40976EAF437D05B5) -> i hate the world [20:07] tst_QImage 1 failed, tst_QtJson 1 failed, tst_QLogging 11 failed, [20:07] =(