[00:00] -queuebot:#ubuntu-release- Unapproved: raspi3-firmware (bionic-proposed/multiverse) [1.20171201-3 => 1.20180919-0ubuntu0.18.04.1] (no packageset)
[06:40] -queuebot:#ubuntu-release- New: accepted exempi [amd64] (disco-proposed) [2.5.0-2]
[06:40] -queuebot:#ubuntu-release- New: accepted exempi [armhf] (disco-proposed) [2.5.0-2]
[06:40] -queuebot:#ubuntu-release- New: accepted exempi [ppc64el] (disco-proposed) [2.5.0-2]
[06:40] -queuebot:#ubuntu-release- New: accepted rdkit [amd64] (disco-proposed) [201809.1+dfsg-3]
[06:40] -queuebot:#ubuntu-release- New: accepted rdkit [armhf] (disco-proposed) [201809.1+dfsg-3]
[06:40] -queuebot:#ubuntu-release- New: accepted rdkit [ppc64el] (disco-proposed) [201809.1+dfsg-3]
[06:40] -queuebot:#ubuntu-release- New: accepted uglify-js [amd64] (disco-proposed) [3.4.9-1]
[06:40] -queuebot:#ubuntu-release- New: accepted exempi [arm64] (disco-proposed) [2.5.0-2]
[06:40] -queuebot:#ubuntu-release- New: accepted exempi [s390x] (disco-proposed) [2.5.0-2]
[06:40] -queuebot:#ubuntu-release- New: accepted rdkit [i386] (disco-proposed) [201809.1+dfsg-3]
[06:40] -queuebot:#ubuntu-release- New: accepted uglify-js [amd64] (disco-proposed) [3.4.9-2]
[06:40] -queuebot:#ubuntu-release- New: accepted exempi [i386] (disco-proposed) [2.5.0-2]
[06:40] -queuebot:#ubuntu-release- New: accepted rdkit [s390x] (disco-proposed) [201809.1+dfsg-3]
[06:40] -queuebot:#ubuntu-release- New: accepted rdkit [arm64] (disco-proposed) [201809.1+dfsg-3]
[09:22] -queuebot:#ubuntu-release- Unapproved: flash-kernel (bionic-proposed/main) [3.90ubuntu3 => 3.90ubuntu3.18.04.1] (core)
[09:22] -queuebot:#ubuntu-release- Unapproved: flash-kernel (cosmic-proposed/main) [3.90ubuntu3 => 3.90ubuntu3.18.10.1] (core)
[09:54] -queuebot:#ubuntu-release- New binary: lighttpd [amd64] (disco-proposed/universe) [1.4.52-3ubuntu1] (no packageset)
[09:54] -queuebot:#ubuntu-release- New binary: lighttpd [s390x] (disco-proposed/universe) [1.4.52-3ubuntu1] (no packageset)
[09:54] -queuebot:#ubuntu-release- New binary: lighttpd [ppc64el] (disco-proposed/universe) [1.4.52-3ubuntu1] (no packageset)
[09:56] -queuebot:#ubuntu-release- New binary: lighttpd [i386] (disco-proposed/universe) [1.4.52-3ubuntu1] (no packageset)
[09:57] -queuebot:#ubuntu-release- New binary: lighttpd [arm64] (disco-proposed/universe) [1.4.52-3ubuntu1] (no packageset)
[09:57] -queuebot:#ubuntu-release- New binary: lighttpd [armhf] (disco-proposed/universe) [1.4.52-3ubuntu1] (no packageset)
[10:11] <oSoMoN> sil2100, good morning! When you have some time for it, could you please have a look at libreoffice{,-l10n} 1:6.1.4-0ubuntu0.18.10.1 in the cosmic queue and approve?
[10:19] <sil2100> oSoMoN: hey! Ok, let me try picking that up
[10:19] <oSoMoN> cheers!
[10:19] -queuebot:#ubuntu-release- New sync: eglexternalplatform (disco-proposed/primary) [1.0+git20181101-1]
[10:20] -queuebot:#ubuntu-release- New sync: egl-wayland (disco-proposed/primary) [1:1.1.1-2]
[11:21] -queuebot:#ubuntu-release- Unapproved: mesa (cosmic-proposed/main) [18.2.2-0ubuntu1 => 18.2.8-0ubuntu0~18.10.1] (core, xorg)
[11:33] <doko> Laney: I'll leave that to tdaitx
[11:33] <doko> Laney, seb128: glib2.0's autopkg tests fail, and the the version in proposed ftbfs
[11:33] <doko> blocking python packages ...
[11:34] <doko> apw: please look at the linux autopkg test failures. blocks gcc-* for a month or so ...
[11:34] <apw> doko, didn't sforshee already look those over ...
[11:35] <Laney> known, being worked on
[11:36] <doko> ta. apw: ENOCLUE, version mismatch for a hint?
[11:36] <seb128> doko, we have a nice report page that tell us about those issues, but thx for the ping anyway :)
[11:37] <apw> doko, will find out
[11:37] <doko> seb128: I'm not pinging every package. Just the stuff that blocks some core packages
[11:38] <seb128> doko, that doesn't change the fact that we have a report and that the ping is not necessary, especially for things that are recent (that glib sync is less than a week old, it's like it was stucked for ages)
[11:44] <doko> Laney: what is the size limit for those articfacts?
[11:44] <Laney> there isn't one atm
[11:45] <Laney> wouldn't really expect more than a few megs though ideally
[12:29] -queuebot:#ubuntu-release- New binary: graphite2 [amd64] (disco-proposed/main) [1.3.13-6] (core)
[13:22] <ahasenack> hi, could someone from the release team please review this to unblock ocfs2-tools?
[13:22] <ahasenack> https://code.launchpad.net/~ahasenack/britney/ocfs2-s390x/+merge/361556
[13:48] <ahasenack> and question for the release team: I asked upstream if this means ocfs2-tools just doesn't work on s390x, and the answer is that yeah, it does not work: https://github.com/markfasheh/ocfs2-tools/issues/22#issuecomment-452931021
[13:48] <gitbot> markfasheh issue 22 in ocfs2-tools "o2image fails on s390x (big endian)" [Open]
[13:48] <ahasenack> so should we skip that test in s390x entirely? Or perhaps change the version to 'all' in the mp above?
[14:32] <LocutusOfBorg> ahasenack, https://code.launchpad.net/~costamagnagianfranco/britney/hints-ubuntu/+merge/360672
[14:32] <LocutusOfBorg> nobody cared so far...
[14:36] <jbicha> please remove birdtray/s390x, it's intentionally not built there now because thunderbird is not available on s390x currently
[15:23] <ahasenack> LocutusOfBorg: symfony is good on armhf now, right?
[15:23] <ahasenack> oh, i see, they haven't *dropped* the hint
[15:23] <ahasenack> vorlon: you once told me you could be pinged directly :) ^ LocutusOfBorg's and mine
[15:52] <LocutusOfBorg> I stopped rebasing my hints, because I don't know how to do it with bzr...
=== cpaelzer_ is now known as cpaelzer
[16:51] <tdaitx> Laney: in about two weeks there will be a security update for openjdk-lts in cosmic, would it be ok to wait until then?
[16:51] <tdaitx> (for the autopkgtest fix)
[16:51] <Laney> tdaitx: I've blacklisted the tests so they're not running in any case
[16:52] <tdaitx> I'm planning to upload the fix to disco meanwhile
[16:52] <Laney> did you find the bug?
[16:52] <tdaitx> Laney: yes, I did
[16:52] <Laney> 🙌
[16:53] <roaksoax> win 2
[16:54] <tdaitx> Laney: does the blacklist affect all releases or are you able to just filter out cosmic?
[16:54] <Laney> tdaitx: It's per release so I can drop disco
[16:54] <Laney> If you want to upload to a PPA then we can do a manual run first to see if it works in production
[16:55] <tdaitx> Laney: nice, I will upload it and let you know when the package is built (which means sometime tomorrow)
[16:56] <Laney> nod
[16:56] <tdaitx> thanks!
[16:58] <Laney> doko: I fixed a bug in autopkgtest that should make those glib2.0 results for python3-stdlib-extensions go green
[16:59] <vorlon> ahasenack: sorry, was that a pointer just to https://code.launchpad.net/~costamagnagianfranco/britney/hints-ubuntu/+merge/360672 or was there something else?
[16:59] <ahasenack> vorlon: also to https://code.launchpad.net/~ahasenack/britney/ocfs2-s390x/+merge/361556
[17:00] <vorlon> ok
[17:00] <ahasenack> vorlon: and the question if we shouldn't make that a "/all/s390x" one instead
[17:00] <ahasenack> or change the test to exit 0 (fake success) if arch == s390x, given the response in the ticket
[17:05] <vorlon> ahasenack: the existing convention is to use per-version hints for "previously skipped in lxc now fails in vm" when there's no fundamental reason for the package to be unavailable on that arch.  ("hasn't been ported to big-endian" isn't fundamental to the nature of the software)
[17:06] <ahasenack> ok
[17:06] <Laney> You can use Restrictions: skippable and exit 77, to avoid running the test (almost) at all
[17:06] <vorlon> yeah, but I don't think that's actually appropriate here
[17:07] <vorlon> the test is right and returns the right result ("this package is broken on this arch")
[17:07] <vorlon> and it's skippable only because it's not a regression, which is logic that belongs on the britney side
[17:08] <Laney> I think "this package is broken on this arch [but never mind]" is OK for the package itself to decide
[17:08] <Laney> YMMV
[20:32] <LocutusOfBorg> vorlon, can you please look again at my merge request? thanks!
[20:34] <vorlon> LocutusOfBorg: what has changed that invalidates my review comments?  AFAICS the tests you're adding badtests for both now pass
[20:37] <acheronuk> vorlon: hi. could you please skiptest konsole? again, only fail is apport
[20:38] <LocutusOfBorg> vorlon, the "pass" is the ubuntu delta
[20:38] <vorlon> acheronuk: done
[20:38] <LocutusOfBorg> I prefer them to be hinted, and packages become in sync again
[20:38] <acheronuk> ty
[20:38] <LocutusOfBorg> so we don't have to carry a delta forever
[20:40] <ahasenack> you prefer the combination no-delta+badtest rather than with-delta+tests-really-pass?
[20:41] <vorlon> LocutusOfBorg: I would rather have a delta, such that whoever merges the package is forced to re-evaluate whether the delta is still needed or should be dropped, than to have a blanket badtest
[20:41] <LocutusOfBorg> :(
[20:42] <LocutusOfBorg> and instead trying to delete the "passes" on that archs so britney is forced to forget them?
[20:42] <vorlon> (and I would prefer over either of these situations to have the work done in p-m to handle resetting of baselines)
[20:42] <LocutusOfBorg> ^^ yes, exactly :)
[20:44]  * acheronuk spies vagrind fix incoming
[20:44] <acheronuk> I hope!
[20:45]  * LocutusOfBorg too
[21:24] <cyphermox> acheronuk: yes, uploaded already
[22:23] <vorlon> cyphermox: fuse-zip autopkgtest failure w/ new valgrind which may need investigation.  (did someone skiptest fuse-zip previously on account of valgrind and let a regression in?) https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-disco/disco/amd64/f/fuse-zip/20190110_220309_653b7@/log.gz
[22:23] <vorlon> hmm no fuse-zip previously passed on its own