[04:37] <pitti> xnox: indeed; it only iterates over arches for which it actually has queued or running jobs, but it behaves a bit weird
[04:38] <pitti> xnox: use archive binaries, but run my tests from my source package> that's autopkgtest's normal (and only) mode, the test itself always comes from the tested source package; just run it with -B to avoid rebuilding the source
[04:39] <pitti> jbicha: https://autopkgtest.ubuntu.com/running.shtml does redirect fine for me; can you please check again?
[04:40] <jbicha> pitti: still doesn't work here
[04:40] <mwhudson> morning pitti
[04:41] <pitti> jbicha: hm, what shall I say -- works in firefox, chrome, and wget here, and I have a Redirect permanent /running.shtml /running
[04:41] <pitti> jbicha: can you c&p what wget -O says?
[04:42] <pitti> hey mwhudson, how are you?
[04:42] <mwhudson> pitti: ok, trying to hack up a ui for console-conf to allow putting wifi config in
[04:44] <mwhudson> man i hate ui code at the best of times, but console based uis have me pining for js :-)
[04:44] <jbicha> pitti: ok, wget shows the right thing so I guess my cache needs to be cleared
[04:45] <pitti> jbicha: where does it try to redirect you to?
[04:45] <pitti> jbicha: there were some /browse.cgi intermediate paths, maybe I need to add another redirection for those
[04:46] <pitti> although /browse.cgi/running also still works
[04:46] <jbicha> https://autopkgtest.ubuntu.com/browse.cgi/running
[04:54] <pitti> jbicha: try again?
[04:54] <jbicha> works great now
[04:56] <jbicha> pitti: what do you think of the new dbus-session-bus virtual packages from Debian? I was going to merge a package which recommends them
[04:57] <pitti> jbicha: that's provided by dbus-x11?
[04:57] <pitti> dbus-user-session too?
[04:57] <jbicha> https://tracker.debian.org/media/packages/d/dbus/changelog-1.11.4-1
[04:57] <jbicha> https://lists.debian.org/debian-devel/2016/08/msg00554.html
[04:58] <pitti> jbicha: seems fine to me
[04:58] <pitti> jbicha: if dbus 1.10.6 → 1.10.10 is bug fixes only (version number suggests that), it's also still fine for y
[05:00] <jbicha> I don't think I know enough about dbus for that https://tracker.debian.org/media/packages/d/dbus/changelog-1.10.10-1 (is the correct link)
[05:02] <jbicha> https://cgit.freedesktop.org/dbus/dbus/tree/NEWS?h=dbus-1.10
[05:02] <pitti> jbicha: looks like we do want that
[05:13] <RAOF> pitti: Would you very kindly be up for a colord upload, and a question about where to best get the systemd special locations from?
[05:13] <pitti> RAOF: yes, and "pkg-config --print-variables systemd"?
[05:14] <RAOF> pitti: Ah, so I'm right to build-depend on systemd (where systemd.pc is) then?
[05:14] <pitti> RAOF: correc
[05:14] <pitti> t
[05:14] <pitti> RAOF: can you please do the gbp dch/release tag dance, and I'll upload it then?
[05:15] <RAOF> Sure.
[05:15] <pitti> (I often tend to edit the gbp dch result)
[05:19] <RAOF> I'll do a final test-build in sid then ping you.
[06:49]  * RAOF wonders if httpredir.debian.org has caught fire or something.
[06:52] <Mirv> nothing more nice than filling the autopkgtest queues in the morning
[07:14] <LocutusOfBorg> hi infinity fpc is finally fixed in Debian... and syncd in Ubuntu... bootstrap pretty please?
[07:14] <LocutusOfBorg>  /cc doko ginggs ^^
[07:27] <LocutusOfBorg> hi pitti, please ignore/skip ganeti testsuite? error type: insufficient_resources, error details:
[07:27] <LocutusOfBorg> Not enough memory on node node1 for creating instance instance1: needed 1024 MiB, available 996 MiB
[07:27] <LocutusOfBorg> it has been failing since the begin, or soon after the first build
[07:28] <LocutusOfBorg> also fpc, please ignore the testsuite, buggy since a lot of time
[07:50]  * RAOF wonders why his sid schroot is *still* updating?!
[08:52] <pitti> RAOF: did you just forget to ping, or still building?
[09:01] <pitti> LocutusOfBorg: bumped
[09:01] <pitti> LocutusOfBorg: ... the hint, I mean
[09:03] <LocutusOfBorg> thanks
[09:04] <LocutusOfBorg> I hope them both :)
[09:16] <cpaelzer> hi, after staring at this control file for too long maybe one has an extra hint regarding the architecture qualifiers https://git.launchpad.net/~ubuntu-server/dpdk/tree/debian/control?h=enablepowerpc
[09:16] <cpaelzer> thrown at a ppa it works just as expected for arm64 to not-build some of the packages according to the Architecture in the control file
[09:17] <cpaelzer> but for ppc64el it does not, it builds me empty packages and adds dependencies
[09:17] <cpaelzer> ppa with packages created and buildlogs reachable from there is https://launchpad.net/~paelzer/+archive/ubuntu/deb-dpdk-16.07/+packages
[09:18] <cpaelzer> I'll continue debugging, but I ran out-of-theories a few minutes ago so any idea would be welcome
[09:19] <cpaelzer> There are avrious issues to that, but as an example the binary package librte-pmd-i40e1 is meant to (from dsc)
[09:20] <cpaelzer> There are avrious issues to that, but as an example the binary package librte-pmd-i40e1 is meant to (from dsc): librte-pmd-i40e1 deb libs optional arch=amd64,i386
[09:20] <cpaelzer> and it does indeed not build on arm64 as intended, but it builds an empty one on ppc64el
[09:55] <xnox> cpaelzer, cat debian/control.orig debian/control.modules > debian/control
[09:56] <xnox> cpaelzer, -> Package: librte-pmd-i40e1\n Architecture: amd64 i386 ppc64el -> hence built on ppc64el
[10:21] <cpaelzer> xnox: thanks a lot
[10:21] <cpaelzer> xnox: that was a changed not added by me that I totally overlooked, this pretty uch  seems like ti
[11:01] <LocutusOfBorg> jbicha, how do you feel about this debdiff? http://paste.ubuntu.com/23136558/
[11:01] <LocutusOfBorg> the m4 patch can be dropped
[11:02] <LocutusOfBorg> because debian deletes it
[11:02] <LocutusOfBorg> aldo the dbgsym bits
[11:03] <LocutusOfBorg> not sure why he added cmake to b-d
[11:03] <LocutusOfBorg> but meh, opening a bug
[11:05] <highvoltage> /win 38
[12:12] <jbicha> pitti: any recommendations for how to setup up an autopkgtest to run on every architecture except s390x? (thinking of libsecret)
[12:24] <cpaelzer> jbicha: I've had success with a central compat checker referenced at the beginning of tests
[12:24] <cpaelzer> jbicha: checker http://paste.ubuntu.com/23136777/
[12:24] <cpaelzer> jbicha: test that uses it http://paste.ubuntu.com/23136778/
[12:25] <cpaelzer> the intention was to have one place to enable/disable several tests
[12:38] <pitti> jbicha: maybe you can run a subset of tests on s390x?
[12:38] <pitti> jbicha: the test can check [ `uname -m` = s390x ] and exit early
[12:40] <doko> jamespage, coreycb: https://bugs.launchpad.net/ubuntu/+source/pykerberos/+bug/1620293
[12:46] <LocutusOfBorg> doko, please demote mutt-kz, to have mutt migrate
[12:46] <LocutusOfBorg> (same in Debian)
[13:15] <jamespage> doko, I just demoted that to a suggested to avoid that - its not a hard dependency
[13:16] <jamespage> I wish I could type on occasions
[13:16] <jamespage> I mean't
[13:16] <jamespage> I demoteded python-requests-kerberos to a Suggests as its not a hard dependency
[13:20] <doko> ahh, ta
[23:42] <RAOF> pitti: Still updating the sid chroot!
[23:42] <RAOF> (Continues after a suspend/resume cycle!)