[00:09] <xnox> mwhudson, wasn't there an environment variable that one can use to mask cpu features to like disable avx2 at runtime or some such?!
[00:09]  * xnox ponders if i am mistaking this with like ldconfig variables to lookup libraries by cpu feature
[00:10] <mwhudson> xnox: dunno
[00:16] <xnox> i think, i'm thinking of clearcpuid=BITNUM [X86]
[00:16] <xnox> 			Disable CPUID feature X for the kernel. See
[00:16] <xnox> 			arch/x86/include/asm/cpufeatures.h for the valid bit
[00:16] <xnox> 			numbers. Note the Linux specific bits are not necessarily
[00:16] <xnox> 			stable over kernel options, but the vendor specific
[00:16] <xnox> 			ones should be.
[00:21] <mwhudson> does that just make it look like the processor can't execute some class of instructions, rather than actually causing the execution of them to fail?
[00:32] <xnox> well, imho selecting at testing only the best simd is bogus; it should actually try to execute all simd that are supported on a given machine at runtime.
[00:32] <xnox> and yes, we need to figure out which one is crashing and/or is bogusly implemented.
[00:32] <xnox> i've launched i386 instance in canonistack. let's see if that yields anything good.
[00:33] <xnox> excellent, it dies.
[00:34] <xnox> $ ./simdtest
[00:34] <xnox> Using SSE42.
[00:34] <xnox> Segmentation fault (core dumped)
[00:34] <vorlon> ambiguous antecedent. did you kill the testsuite, the instance, or the cloud?
[00:34] <vorlon> ok :)
[00:34] <mwhudson> yes, hacking out the avx detection makes sse42 fail locally too
[00:35] <xnox> thus possibly their increment_sse42 is borked
[00:35] <mwhudson> => 0x56557883 <+299>:	movaps %xmm0,(%eax)
[00:35] <xnox> let's see how other things of theirs are doing
[00:36] <mwhudson> (gdb) p/x $eax
[00:36] <mwhudson> $2 = 0xffffd658
[00:36] <mwhudson> does that need to be 16 byte aligned or something?
[00:38]  * vorlon wonders if someone nuked his previous libtest-valgrind-perl test from the queue or if he mis-queued it
[00:38] <vorlon> mwhudson: shouldn't produce a segfault if that were the case, but SIGBUS?
[00:39] <mwhudson> vorlon: i never understand when you get one of those vs the other
[00:41] <mwhudson> but i think this is the problem anyway
[00:41] <doko> mwhudson: according to the tracker http://people.canonical.com/~ubuntu-archive/transitions/html/python3.7-only.html  we are done (diffoscope is a false positive, alternative dependency). but it's a pain to continue without python3-defaults migrating
[00:41] <mwhudson> doko: well i think i got vorlon to agree to force-badtest meson
[00:42] <vorlon> yes
[00:42] <mwhudson> and i think dbusmock should get the same
[00:42] <mwhudson> ruffus on ppc64el and arm64 is afaict ooming the test instance
[00:42] <doko> that leaves systemd and python-ruffus
[00:42] <mwhudson> systemd is the usual crackpottery i guess
[00:43] <mwhudson> ruffus is actually failing a unit test on armhf and i386
[00:43] <doko> poettery?
[00:43] <mwhudson> heh heh
[00:47] <mwhudson> so this patch fixes it: https://paste.ubuntu.com/p/SM2BQP6nSW/
[00:50] <doko> anyway, I'm afk
[00:52] -queuebot:#ubuntu-release- Unapproved: python-cpl (disco-proposed/universe) [0.7.3-1build1 => 0.7.4-1] (no packageset) (sync)
[00:53] -queuebot:#ubuntu-release- Unapproved: accepted python-cpl [sync] (disco-proposed) [0.7.4-1]
[00:56] <xnox> mwhudson, vorlon - so on amd64, all of them pass (modified the test to run _all_ simd checkers available at runtime)
[00:56] <mwhudson> xnox: yeah, stack is 16 byte aligned by default on amd64 isn't it?
[00:56] <xnox> mdeslaur, vorlon - on i386 kernel, i386 toolchain (launched cosmic cloud image in canonistack) only MMX and fallback work
[00:57] <xnox> everything else segfaults
[00:57] <xnox> SSE SSE2 SSE3 all of them
[00:57] <xnox> mwhudson, i guess i can use the __align keywords on the four[4] thing that is being incremented?
[00:58] <mwhudson> xnox: http://paste.ubuntu.com/p/cRQmwrgScz/
[00:59] <mwhudson> xnox: your modification to test sounds good, want to combine it with my patch and send it to the debian bug or upstream?
[00:59] <mwhudson> or i can i guess
[00:59] <xnox> mwhudson, hm, why are you not using alignas(16) ?
[00:59] <xnox> https://en.cppreference.com/w/c/language/_Alignas
[00:59] <xnox> mwhudson, or am i hipster, and you are classic and more portable?
[00:59] <mwhudson> xnox: because i didn't know that existed!
[01:00] <vorlon> ocsinventory-agent needs an autopkgtest fix; uploading
[01:00] <mwhudson> xnox: that looks llike it would be better indeed
[01:00] <xnox> hmmmm
[01:00] <xnox> warning: implicit declaration of function ‘alignas’ [-Wimplicit-function-declaration]
[01:01] <mwhudson> #include <stdalignh.h> ?
[01:01] <mwhudson> without the typo
[01:02] <xnox> yes
[01:02] <xnox> #include <stdalign.h>
[01:02] -queuebot:#ubuntu-release- Unapproved: rejected llvm-defaults [sync] (disco-proposed) [0.45]
[01:02] -queuebot:#ubuntu-release- Unapproved: ocsinventory-agent (disco-proposed/universe) [2:2.4.2-1 => 2:2.4.2-1ubuntu1] (no packageset)
[01:02] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice-l10n [source] (disco-proposed) [1:6.1.3-0ubuntu1]
[01:02] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (disco-proposed) [1:6.1.3-0ubuntu2]
[01:03] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (disco-proposed) [2:18.0.1-0ubuntu2]
[01:04] -queuebot:#ubuntu-release- Unapproved: accepted chromium-browser [source] (disco-proposed) [70.0.3538.77-0ubuntu1]
[01:04] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (disco-proposed) [1:19.04.3]
[01:04] -queuebot:#ubuntu-release- Unapproved: accepted ocsinventory-agent [source] (disco-proposed) [2:2.4.2-1ubuntu1]
[01:04] -queuebot:#ubuntu-release- Unapproved: accepted ubuntustudio-meta [source] (disco-proposed) [0.183]
[01:04] <mwhudson> xnox: so you'll send a patch to someone?
[01:05] -queuebot:#ubuntu-release- Unapproved: accepted firefox [source] (disco-proposed) [63.0.1+build4.1-0ubuntu1]
[01:05]  * mwhudson heading afk for a little bit
[01:05] <xnox> mwhudson, hmmmmm why do we use double darr[4] to increment float arr[4] ?
[01:05] <xnox> mwhudson, yeah, once i get it to build everything.
[01:05] <mwhudson> xnox: nfi
[01:05] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (disco-proposed) [19.04.1]
[01:06] <mwhudson> i wonder if i should start timesheeting the time i spend on i386 problems
[01:06] <xnox> mwhudson, just grep your irc logs for "i386"
[01:06] <xnox> and count each instance as 3h + 3h of drinking
[01:07] <mwhudson> i prefer to call it "therapy" but yes
[01:07] <tsimonq2> Just try teward's coffee diet and you'll be fine. :P
[01:07]  * tsimonq2 ducks.
[01:08] <xnox> hmmmmm
[01:08] <tsimonq2> xnox: 20 cups a day keeps the doctor away. ;)
[01:08] <xnox> mwhudson, that fixed sse42, sse41, ssse3 - but not sse3
[01:08] <xnox> that still core dumps =/ sign
[01:08] <xnox> that still core dumps =/ sigh
[01:09] <xnox> darn
[01:09] <xnox> typpo
[01:09] <vorlon> signh.h
[01:10] <xnox> mwhudson, all good.
[01:23] <xnox> mwhudson, vorlon - quilt and patch cannot handle correctly filenames with spaces
[01:27] <mwhudson> xnox: lolz
[01:38] <xnox> mwhudson, submitted upstream https://patch-diff.githubusercontent.com/raw/mesonbuild/meson/pull/4482.patch
[01:38] <xnox> will email the debian bug report.
[01:40] <mwhudson> xnox: nice
[01:41] <mwhudson> oh dear, the python-ruffus regression on i386 (and presumably armhf) is real
[01:43] <mwhudson> ah luckily https://github.com/cgat-developers/ruffus/commit/bdae5c89f87adaf319a21ce4b1799276f20a8936
[01:47] <xnox> mwhudson, and you did notice that python-dbusmock from you FTBFS because stupid systemd, right?!
[01:48] <mwhudson> xnox: well it was something like that but i certainly didn't understand why
[01:48] <mwhudson> unluckily that ruffus patch does not apply
[01:49] <mwhudson> and the toddler is awake so i'm gone again
[01:50] <xnox> i bet that ...............................SSSSSSSSSSS.........SSS......SSSSSSSSSSSSSSSSSS....SSSSSSSSS...... in previous build means that loginctl was not installed
[01:50] <xnox> hmmm but it must have, there is systemd installed
[01:50] <xnox> not it
[02:06] <xnox> mwhudson, regression / incompat with systemd v239 https://github.com/systemd/systemd/commit/fb507898a3a697697173a3f6010f51166803489b
[02:06] <xnox> will skip, unless sd_booted, and autopkgtests should catch this, i think.....
[02:10] <mwhudson> xnox: ah ha
[02:12] <xnox> will upload a botch
[02:12] <xnox> and i guess i should upload meson too
[02:17] -queuebot:#ubuntu-release- Unapproved: python-dbusmock (disco-proposed/universe) [0.18-1ubuntu1 => 0.18-1ubuntu2] (no packageset)
[02:34] -queuebot:#ubuntu-release- Unapproved: meson (disco-proposed/universe) [0.47.2-1ubuntu3 => 0.47.2-1ubuntu4] (no packageset)
[03:17] <jbicha> xnox: did you want to sync the latest meson?
[03:18] <xnox> jbicha, no, why?
[03:18] <jbicha> I guess merge now then
[03:19] <jbicha> why? because we didn't have any remaining diff, until now though
[03:19] <xnox> jbicha, upstream is broken. and we knew it is broken on i386....
[03:19] <xnox> jbicha, and it's broken with python3.7 as default... which debian doesn't have....
[03:20] <xnox> jbicha, well if debian would test things =) or like keep up ;-)
[03:20] <xnox> we can be in sync again.
[03:20] <xnox> jbicha, at the moment all i care about is perl & python3-default migrating, and operning the archive for autosync.
[03:20] <jbicha> ok sure, we can look at merging after we get disco opened
[03:56] <xnox> mwhudson, updating ruffus is the only way forward that I see. upstream is fun https://github.com/cgat-developers/ruffus/pull/102/files
[03:56] <gitbot> cgat-developers issue (Pull request) 102 in ruffus "Test_shorten_filenames_encoder: enter deep enough subdir" [Open]
[03:58] -queuebot:#ubuntu-release- Unapproved: python-ruffus (disco-proposed/universe) [2.7-1 => 2.8-0ubuntu1] (no packageset)
[03:58] <xnox> mwhudson, ^
[04:35] <mwhudson> xnox: yeah that was kind of where my thinking was going before i had to run away
[04:57] -queuebot:#ubuntu-release- Unapproved: postfix (disco-proposed/main) [3.3.0-1ubuntu2 => 3.3.1-1] (core) (sync)
[05:07] -queuebot:#ubuntu-release- Unapproved: accepted meson [source] (disco-proposed) [0.47.2-1ubuntu4]
[05:07] -queuebot:#ubuntu-release- Unapproved: accepted python-dbusmock [source] (disco-proposed) [0.18-1ubuntu2]
[05:07] -queuebot:#ubuntu-release- Unapproved: accepted postfix [sync] (disco-proposed) [3.3.1-1]
[05:07] -queuebot:#ubuntu-release- Unapproved: accepted python-ruffus [source] (disco-proposed) [2.8-0ubuntu1]
[07:34] <mwhudson> xnox: well python-ruffus didn't work so well :(
[08:42] <LocutusOfBorg> doko, please kick openmprtl out of the world, thanks
[08:50] <LocutusOfBorg> any AA ^^
[08:51] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (disco-proposed/main) [1.5ubuntu3 => 1.7] (desktop-core, ubuntu-server) (sync)
[10:49] <LocutusOfBorg> no AA around to remove openmprtl? it follows debian removal and makes llvm stack finally migrate
[10:50] <apw> LocutusOfBorg, is there a removal bug ?
[10:54] -queuebot:#ubuntu-release- Unapproved: gnome-shell (bionic-proposed/main) [3.28.3-0ubuntu0.18.04.2 => 3.28.3-0ubuntu0.18.04.3] (desktop-extra, mozilla, ubuntu-desktop)
[11:04] <LocutusOfBorg> apw, it has been removed from debian unstable and testing... no need to file one?
[11:04] <apw> LocutusOfBorg, can you point me at their bug ?
[11:04] <LocutusOfBorg> doko, didn't remove it yesterday because intel-mkl was depending on it, but now it is fixed
[11:05] <LocutusOfBorg> https://bugs.debian.org/912163
[11:05] <ubot5> Debian bug 912163 in ftp.debian.org "RM: openmprtl -- ROP; Merged into llvm-toolchain-7" [Normal,Open]
[11:05] <LocutusOfBorg> you might also steal the message from libc++ removal, same issue
[11:06] <LocutusOfBorg> Deleted on 2018-11-05 by Matthias Klose
[11:06] <LocutusOfBorg> remove libc++, removed from Debian, integrated in llvm-defaults
[11:06] <LocutusOfBorg> same applies ^^
[11:09] <apw> LocutusOfBorg, if it has been absorbed by llvm-defaults would i not expect it to naturally become NBS and not block migration ?
[11:10] <LocutusOfBorg> apw, libiomp-dev is now removed, libomp-dev is absorbed
[11:11] <apw> libmlk-rt seems to still depend on libomp5
[11:12] <LocutusOfBorg> rmadison -u ubuntu libomp5
[11:12] <LocutusOfBorg>  libomp5 | 1:7.0-44      | disco-proposed/universe | amd64, arm64, armhf, i386, ppc64el
[11:12] <LocutusOfBorg> that is now provided by libomp5-${pv:llvm} -> libomp5-7, from src:llvm-toolchain-7
[11:13] <LocutusOfBorg> I can install it correctly in proposed
[11:15] <apw> LocutusOfBorg, what are trying to promote here as llvm-toolchain-7 is in the release pocket
[11:18] <apw> when you say libomp-dev is absorbed, it is absorbed into what
[11:19] <LocutusOfBorg>  libomp-dev | 1:7.0-44      | disco-proposed/universe | amd64, arm64, armhf, i386, ppc64el
[11:19] <LocutusOfBorg> llvm-defaults
[11:20] <apw> ah ok moved, so that seems fine, so ... what isn't moving here
[11:20] <LocutusOfBorg> libiomp-dev
[11:20] <LocutusOfBorg>     * ppc64el: libiomp-dev, libiomp5-dbg, libomp5-dbg
[11:21] <LocutusOfBorg> actually the libiomp is even provided inside the libomp-dev package as symlink :) I think the goal is to not have libomp and libiomp because the do the same stuff
[11:21] <LocutusOfBorg> so, as said, removing openmprtl should make britney happy
[11:27] <apw> well that would leave the release pocket in a mess in the short term, anyhow sorting
[11:28] <LocutusOfBorg> why?
[11:29] <LocutusOfBorg> release pocket is self consitent when defaults migrate
[11:29] <LocutusOfBorg> intel-mkl is already migrated
[11:29] <LocutusOfBorg> and llvm-toolchain-7 too
[11:29] <LocutusOfBorg> so, remove+migration leaves the archive ok
[11:30] <ahasenack> hi, are seed changes allowed in disco, or is that also frozen for the moment?
[11:30] <ahasenack> https://code.launchpad.net/~ahasenack/ubuntu-seeds/+git/ubuntu/+merge/358160 specifically
[11:32] -queuebot:#ubuntu-release- Unapproved: snapd (disco-proposed/main) [2.35.5+18.10ubuntu1 => 2.35.5+18.10ubuntu2] (desktop-core, ubuntu-server)
[11:33] <Laney> ahasenack: Don't see why not
[11:35] <ahasenack> thx
[11:47] <LocutusOfBorg> xnox, I'm going to upload a fix for ruffus
[11:48] <xnox> LocutusOfBorg, i am preparing it.
[11:48] <LocutusOfBorg> I already have it...
[11:48] <xnox> it is test building....
[11:48] <LocutusOfBorg> and it works
[11:48] <xnox> LocutusOfBorg, fine, submit it upstream too
[11:48] <LocutusOfBorg> I already did that :)
[11:49] <LocutusOfBorg> at least I'm doing it now, I noticed you were the uploader after fixing the package lol
[11:49] <LocutusOfBorg> so, can I upload?
[11:53] <LocutusOfBorg> https://github.com/cgat-developers/ruffus/pull/103
[11:53] <gitbot> cgat-developers issue (Pull request) 103 in ruffus "Fix python3.7 sadness due to __future__ not being imported at the begin of the file" [Open]
[11:55] <xnox> LocutusOfBorg, yes upload....
[11:55] <xnox> LocutusOfBorg, it's not like this is the first time you do this.
[11:59] <LocutusOfBorg> after you asked me, I stopped doing uploads when I see your name in the previous changelog entry
[11:59] <LocutusOfBorg> this is why after doing all the work I stopped and asked you here.
[12:02] <LocutusOfBorg> I uploaded in a ppa https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/9559113/+listing-archive-extra
[12:03] <LocutusOfBorg> feel free to change your name and upload in the archive, so it doesn't show up in my merges page :)
[12:03]  * LocutusOfBorg goes to grab some food
[12:11] -queuebot:#ubuntu-release- Unapproved: gnome-shell (disco-proposed/main) [3.30.1-2ubuntu1 => 3.30.1-2ubuntu2] (desktop-extra, mozilla, ubuntu-desktop)
[12:21] -queuebot:#ubuntu-release- Unapproved: gnome-shell (cosmic-proposed/main) [3.30.1-2ubuntu1 => 3.30.1-2ubuntu1.18.10.1] (desktop-extra, mozilla, ubuntu-desktop)
[12:21] -queuebot:#ubuntu-release- Unapproved: gnome-shell (cosmic-proposed/main) [3.30.1-2ubuntu1 => 3.30.1-2ubuntu1.18.10.1] (desktop-extra, mozilla, ubuntu-desktop)
[12:22] <xnox> LocutusOfBorg, dude.... one looks and asks TIL before doing the work. You should have seen previous uploader right after pull-lp-source.
[12:23] <xnox> ppa diff is hard to review
[12:23] <xnox> please dput into ubuntu.....
[12:24] <Laney> first gnome-shell/cosmic unapproved has no lp-bugs-fixed, please reject
[12:25] -queuebot:#ubuntu-release- Unapproved: maas (disco-proposed/main) [2.5.0~beta2-7291-gd0345ced5-0ubuntu1 => 2.5.0~beta2-7291-gd0345ced5-0ubuntu2] (ubuntu-server)
[12:26] <rbasak> Laney: done
[12:27] -queuebot:#ubuntu-release- Unapproved: rejected gnome-shell [source] (cosmic-proposed) [3.30.1-2ubuntu1.18.10.1]
[12:28] <Laney> Ta very much
[12:44] <ginggs> xnox: are you looking at python-ruffus?  i have a patch that passes tests locally, shall i upload?
[12:45] <xnox> ginggs, so do i, so did LocutusOfBorg. technically i think LocutusOfBorg was the first to get to it.... and he should be uploading it, but no idea why he stopped. even when confirmed that he should upload.
[12:45] <xnox> ginggs, and LocutusOfBorg submitted his pull request upstream.
[12:45] <ginggs> xnox: lol, just looked at backlog now :) nvm!
[13:06] <apw> LocutusOfBorg, ok llvm-defaults migrated, so i think i can now RM that
[13:09] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (disco-proposed) [2.35.5+18.10ubuntu2]
[13:10] -queuebot:#ubuntu-release- Unapproved: accepted maas [source] (disco-proposed) [2.5.0~beta2-7291-gd0345ced5-0ubuntu2]
[13:16] <LocutusOfBorg> ginggs, can I see the patch? lets upload your version if it does look better
[13:16] <LocutusOfBorg> xnox, I honestly tried, but dch inside the chroot doesn't work, and I didn't install vim, and I was too lazy to check from outside or do "head"
[13:18] <ginggs> LocutusOfBorg: I ended up with the same as https://github.com/cgat-developers/ruffus/pull/103/files
[13:18] <gitbot> cgat-developers issue (Pull request) 103 in ruffus "Fix python3.7 sadness due to __future__ not being imported at the begin of the file" [Open]
[13:19] <LocutusOfBorg> ok, because I only checked if the package was building and installing correctly, and looked at build logs
[13:19] <LocutusOfBorg> I didn't run any kind of autopkgtests...
[13:40] -queuebot:#ubuntu-release- Unapproved: rejected bolt [source] (bionic-proposed) [0.5-0ubuntu0.18.04.1]
[13:40] -queuebot:#ubuntu-release- Unapproved: accepted bolt [source] (bionic-proposed) [0.5-0ubuntu0.18.04.1]
[13:40] <xnox> LocutusOfBorg, please dput into archive
[13:40] <xnox> LocutusOfBorg, this is like the last thing holding up python3-defaults.
[13:41] <doko> kindergarten, already done
[13:42] <Laney> O_O
[13:42] <Laney> you guys seem to be treading on each others toes a bit
[13:43] <LocutusOfBorg> 4 people working on the same package? yes I guess so :)
[13:44] <LocutusOfBorg> unfortunately before starting I checked the backlog, and I only found doko mentioning "hey this is the last blocker", this is why I worked on it without looking at too much about who was holding/delaying/doing it
[13:45] <rbasak> This sort of thing used to be coordinated in #ubuntu-+1-maint, didn't it? That channel looks empty now.
[13:47] <xnox> doko, thanks.
[13:54] -queuebot:#ubuntu-release- Unapproved: libnet-server-mail-perl (disco-proposed/universe) [0.25-1 => 0.25-4] (no packageset) (sync)
[13:55] <xnox> doko, ^ should fix autopkgtest failure
[14:05] <apw> rbasak, i think that is #ubuntu+1-maint
[14:15] <rbasak> Hmm, thanks.
[14:27] -queuebot:#ubuntu-release- Unapproved: webkit2gtk (disco-proposed/main) [2.22.2-1ubuntu2 => 2.22.3-1] (desktop-core) (sync)
[14:33] <doko> Laney, apw: please could you update the hint: ubuntu-release:force-badtest python-scipy/1.1.0-1ubuntu1/i386
[14:33] <doko> to -1ubuntu2. same failures
[14:38] -queuebot:#ubuntu-release- Unapproved: python-ruffus (disco-proposed/universe) [2.8-0ubuntu2 => 2.8-0ubuntu3] (no packageset)
[14:39] <xnox> doko, ^
[14:40] -queuebot:#ubuntu-release- Unapproved: accepted python-ruffus [source] (disco-proposed) [2.8-0ubuntu3]
[14:40] <apw> doko, looking
[14:40] -queuebot:#ubuntu-release- Unapproved: shotwell (disco-proposed/main) [0.30.1-0ubuntu2 => 0.30.1-0ubuntu4] (ubuntu-desktop)
[14:41] -queuebot:#ubuntu-release- Unapproved: shotwell (cosmic-proposed/main) [0.30.1-0ubuntu2 => 0.30.1-0ubuntu3] (ubuntu-desktop)
[14:42] <apw> doko, done
[14:56] <doko> how do I have to read the failing automake-1.16 test on arm64? is it just running too long?
[14:59] -queuebot:#ubuntu-release- Unapproved: accepted libnet-server-mail-perl [sync] (disco-proposed) [0.25-4]
[15:39] <LocutusOfBorg> xnox, missing pytest to run testsuite makes ruffus look sad?
[15:39] <xnox> LocutusOfBorg, of course it does!
[15:39] <xnox> because fixing things once in debian/rules debian/control is not enough when one has to redo all that in debian/tests/*
[15:39] <LocutusOfBorg> I retried against proposed, because also python3.6 testsuite was ran...
[15:40] <LocutusOfBorg> xnox, I know that feeling ;)
[15:42] <xnox> i'm gonna run adt tests locally this time
[15:56] <xnox> infinity, is TIL documented anywhere? or is it just one of those things one is expected to know?
[16:01] <tsimonq2> (TIL usually means Today I Learned, does it not?)
[16:05] <Laney> touched it last
[16:06] <Laney> I only know about it as a "formal" policy in the context of package merges
[16:06] <tsimonq2> ahh, ambiguous terms are ambiguous...
[16:06] <tsimonq2> Especially because we have #debian-til too. :P
[16:11] <ahasenack> TIL TIL
[16:12] <ahasenack> was also wondering what it meant
[16:12] <tsimonq2> HAH, I like it.
[16:13] <coreycb> vorlon: did you get my response to your question on octavia-dashboard?
[16:14] <Laney> Now I'm the granddad
[16:22] <xnox> argh
[16:22] <xnox> run-unit-test        FAIL non-zero exit status 2
[16:23] <xnox> still, at least this is local this time around
[16:25] <xnox> giving it more ram
[17:05] <xnox> ok it passed
[17:07] -queuebot:#ubuntu-release- Unapproved: python-ruffus (disco-proposed/universe) [2.8-0ubuntu3 => 2.8-0ubuntu4] (no packageset)
[17:10] -queuebot:#ubuntu-release- Unapproved: accepted python-ruffus [source] (disco-proposed) [2.8-0ubuntu4]
[17:10] <xnox> 4th time lucky
[17:11] <doko> Laney, infinity: please update ubuntu-release:force-badtest yorick/2.2.04+dfsg1-7 yorick/2.2.04+dfsg1-9
[17:12] <doko> to yorick/2.2.04+dfsg1-9build1, same test failures
[17:28] <infinity> xnox: I don't think we have any formal policy on how we manage TIL, no.
[17:29] <infinity> xnox: But if you're wondering if you can take s390-tools back, HECK YES. :P
[17:30] <xnox> infinity, it's just there is finally an explanation why this recentish generation of developers are stealing TIL because they have no idea what TIL stands for.
[17:30] <xnox> they think it means "today i learned"
[17:30] <infinity> It also means that.  Context is important. :P
[18:16] <infinity> doko: python3-defaults makes idle-python3.6 uninstallable (python3-tk no longer Provides python3.6-tk, which idle-python3.6 depends on)
[18:25] <xnox> infinity, can you like override libnet-server-mail-perl ?! no idea why it's broken.
[18:25] <xnox> and lintian too and thus make perl a candidate?
[18:30] <infinity> xnox: Except perl is entangled with python3-defaults, and see above. :P
[18:31] <infinity> xnox: Also, I'm not sure "I have no idea what's wrong" is a valid analysis.
[18:32] <xnox> Laney, i fear we may need to make python-ruffus be "big"
[18:32] <xnox> E       OSError: [Errno 12] Cannot allocate memory
[18:32] <infinity> xnox: Also, also, making perl a candidate won't help unless the rest of the transition are candidates (and there are still a few more things to clean up)
[18:32] <xnox> adt run passes locally when i give it 4GB of ram =(
[18:34] <infinity> xnox: FWIW, I agree that the libnet-server-mail failure makes no sense, and it's weird that it passes during build, but not on autokgtest (even with --all-proposed)
[18:34] <stokachu> jamon: can you add k8s.gcr.io to the jenkaas firewall rules?
[18:34] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (disco-proposed/main) [1.4+18.10ubuntu4 => 1.4+18.10ubuntu5] (desktop-core)
[18:40] <xnox> at least maas has migrated, and subiquity images should be buildable now.
[19:07] <doko> infinity: ok, I'll re-add 3.6 support for python3-stdlib-extensions
[19:07] <doko> but you'll have to give these autopkg tests against python3-defaults from proposed
[19:12] <doko> openstack unfortunately has some hidden 3.6 dependencies, so 3.6 removal is out of scope for now
[19:17] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (disco-proposed) [1.4+18.10ubuntu5]
[19:19] -queuebot:#ubuntu-release- Unapproved: germinate (disco-proposed/main) [2.28 => 2.29] (core) (sync)
[19:20] -queuebot:#ubuntu-release- Unapproved: accepted germinate [sync] (disco-proposed) [2.29]
[19:21] -queuebot:#ubuntu-release- Unapproved: python3-stdlib-extensions (disco-proposed/main) [3.7.1-1ubuntu2 => 3.7.1-1ubuntu3] (core)
[19:21] -queuebot:#ubuntu-release- Unapproved: accepted python3-stdlib-extensions [source] (disco-proposed) [3.7.1-1ubuntu3]
[19:56] -queuebot:#ubuntu-release- Unapproved: ceilometer (disco-proposed/main) [1:11.0.0-0ubuntu2 => 1:11.0.0-0ubuntu3] (openstack, ubuntu-server)
[19:59] -queuebot:#ubuntu-release- Unapproved: accepted ceilometer [source] (disco-proposed) [1:11.0.0-0ubuntu3]
[20:08] -queuebot:#ubuntu-release- Unapproved: murano-agent (disco-proposed/universe) [1:3.5.1-0ubuntu3 => 1:3.5.1-0ubuntu4] (no packageset)
[20:11] -queuebot:#ubuntu-release- Unapproved: heat (disco-proposed/main) [1:11.0.0-0ubuntu2 => 1:11.0.0-0ubuntu3] (openstack, ubuntu-server)
[20:11] -queuebot:#ubuntu-release- Unapproved: nova (disco-proposed/main) [2:18.0.1-0ubuntu2 => 2:18.0.1-0ubuntu3] (openstack, ubuntu-server)
[20:17] -queuebot:#ubuntu-release- Unapproved: accepted heat [source] (disco-proposed) [1:11.0.0-0ubuntu3]
[20:17] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (disco-proposed) [2:18.0.1-0ubuntu3]
[20:17] -queuebot:#ubuntu-release- Unapproved: accepted murano-agent [source] (disco-proposed) [1:3.5.1-0ubuntu4]
=== chrisccoulson_ is now known as chrisccoulson
[22:03] -queuebot:#ubuntu-release- Unapproved: lintian (disco-proposed/main) [2.5.111ubuntu1 => 2.5.111ubuntu2] (core)
[22:06] -queuebot:#ubuntu-release- Unapproved: accepted lintian [source] (disco-proposed) [2.5.111ubuntu2]
[22:12] <infinity> tsimonq2: ^ Fixed lintian uploaded, will make sure that gets pushed to Debian when autopkgtest proves I was right. :P
[22:13] <tsimonq2> 5
[22:13] <tsimonq2> argh
[22:13] <tsimonq2> Thanks.
[23:36] -queuebot:#ubuntu-release- Unapproved: lxcfs (xenial-backports/main) [3.0.1-0ubuntu2~16.04.1 => 3.0.2-0ubuntu1~16.04.1] (edubuntu, ubuntu-server)
[23:43] -queuebot:#ubuntu-release- Unapproved: lxc (xenial-backports/main) [3.0.1-0ubuntu1~16.04.2 => 3.0.2-0ubuntu4~16.04.1] (ubuntu-server)
[23:56] -queuebot:#ubuntu-release- Unapproved: lxd (xenial-backports/main) [3.0.1-0ubuntu1~16.04.4 => 3.0.2-0ubuntu1~16.04.1] (edubuntu, ubuntu-server)