[00:02] slangasek: it's failing the same way as in https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/ppc64el/m/mercurial/20171118_082258_cef1c@/log.gz [00:02] for the version that you added the hint. so apparently your comment is not complete [00:03] doko: the hint I added was for all architectures because I knew it would be broken in a cross-architecture way. the above confirmation is sufficient for me, I'll update the hint [00:17] slangasek: when you get a moment, i believe i've got everything but monolog explained in LP: #1749001 (to unblock phpunit) [00:17] Launchpad bug 1749001 in phpunit (Ubuntu) "phpunit 6.5.5-1ubuntu2 stuck in bionic-proposed" [Undecided,New] https://launchpad.net/bugs/1749001 [00:23] -queuebot:#ubuntu-release- New binary: davical [amd64] (bionic-proposed/universe) [1.1.7-1] (no packageset) [00:25] -queuebot:#ubuntu-release- New: accepted davical [amd64] (bionic-proposed) [1.1.7-1] [00:25] -queuebot:#ubuntu-release- New: accepted psautohint [arm64] (bionic-proposed) [1.1.0-1] [00:25] -queuebot:#ubuntu-release- New: accepted psautohint [i386] (bionic-proposed) [1.1.0-1] [00:25] -queuebot:#ubuntu-release- New: accepted psautohint [s390x] (bionic-proposed) [1.1.0-1] [00:25] -queuebot:#ubuntu-release- New: accepted psautohint [amd64] (bionic-proposed) [1.1.0-1] [00:25] -queuebot:#ubuntu-release- New: accepted psautohint [ppc64el] (bionic-proposed) [1.1.0-1] [00:25] -queuebot:#ubuntu-release- New: accepted psautohint [armhf] (bionic-proposed) [1.1.0-1] [00:25] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-4.0 [ppc64el] (bionic-proposed) [1:4.0.1-9] [00:25] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-4.0 [s390x] (bionic-proposed) [1:4.0.1-9] === ahoneybun_ is now known as ahoneybun [00:48] why does zorp's autopkgtest have stderr only on s390x? :P [01:25] doko: refreshed a stack of hints, a few more stuck packages should be happy to migrate now [01:26] xnox: what's the net on systemd/237-1ubuntu3? seems to have regressed all the best autopkgtests [01:44] xnox: i think i can get monolog's tests to pass, just need to find one more upstream patch to backport [01:57] nacc: what's the purpose of the phpunit task on that bug? [02:03] acheronuk: I see there are some manually triggered kde test runs with --all-proposed; are there any non-all-proposed tests we should kill in favor, to save the armhf queue? [04:09] slangasek: my own bookkeeping [04:18] infinity: Mind taking another look at bug 1746807 when you have a chance? [04:18] bug 1746807 in debian-installer (Ubuntu) "18.04 daily installer fails missing kernel" [Critical,Confirmed] https://launchpad.net/bugs/1746807 [08:43] I have a few badtests for artful: https://paste.ubuntu.com/p/DWHsD6BfsT/ - this does not fully unblock the util-linux transitions, but the remaining failures (nm on arm64 and ppc64el) sound temporary. [08:45] I'm rerunning those [08:49] slangasek: all of them? for frameworks it would actually make sense for tests against to be delayed, then run against multiple triggers in the first instance. rather than have them queue up as individual ones [08:50] slangasek: no, but it looks like you've had them fix it? [08:52] acheronuk: well, I can't make britney automatically calculate the right trigger line; but given a list of package names, I can remove the currently-scheduled tests from the queue and let you add your own triggers manually [08:52] rbasak: yeah, it built fine here w/ changed build deps so I went ahead and uploaded [09:03] slangasek: ./retry-autopkgtest-regressions --state RUNNING | grep 5.43.0 | grep armhf | awk -F"[=,&]" '{print $6}' | sort | uniq [09:03] would that make sense? [09:03] not up to full caffeine quota yet [09:38] slangasek: hmm, c-t-b demoted? [09:50] a little bit surprised [09:53] or I don't understand the email to bionic-changes [10:07] -queuebot:#ubuntu-release- Unapproved: iscsitarget (trusty-proposed/universe) [1.4.20.3+svn499-0ubuntu2.4 => 1.4.20.3+svn499-0ubuntu2.5] (no packageset) [10:08] -queuebot:#ubuntu-release- Unapproved: iscsitarget (xenial-proposed/universe) [1.4.20.3+svn502-2ubuntu4.4 => 1.4.20.3+svn502-2ubuntu4.5] (no packageset) [10:33] -queuebot:#ubuntu-release- Unapproved: rtl8812au (xenial-proposed/universe) [4.3.8.12175.20140902+dfsg-0ubuntu2 => 4.3.8.12175.20140902+dfsg-0ubuntu2.1] (no packageset) [11:04] slangasek, infinity: why is glibc removed from -proposed? [11:18] hints for artful, now complete for all wrong util-linux rdep regressions: https://paste.ubuntu.com/p/2VmbsNTBRF/ [11:18] I'd do a merge proposal, but since the files are named per member, that's kind of hard :) [11:20] if somebody could apply them, util-linux artful SRU would be ready for release as well [11:29] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.13.0-35.39~16.04.1] (kernel) [11:29] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-116.140] (core, kernel) [12:32] -queuebot:#ubuntu-release- Unapproved: accepted iscsitarget [source] (xenial-proposed) [1.4.20.3+svn502-2ubuntu4.5] [12:35] $ sudo apt install lib32gcc1 libc6-i386 [12:35] Reading package lists... Done [12:35] Building dependency tree [12:35] Reading state information... Done [12:35] Some packages could not be installed. This may mean that you have [12:35] requested an impossible situation or if you are using the unstable [12:35] distribution that some required packages have not yet been created [12:35] or been moved out of Incoming. [12:35] The following information may help to resolve the situation: [12:35] The following packages have unmet dependencies: [12:35] libc6-i386 : Depends: libc6 (= 2.26-0ubuntu2) but 2.26-0ubuntu4 is to be installed [12:35] E: Unable to correct problems, you have held broken packages. [12:37] nice [12:37] doko: is util-linux 2.32 likely to get into 18.04? [12:37] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.13.0-35.39~16.04.1] [12:37] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-116.140] [12:38] acheronuk: you should ask the one who did the last merge [12:39] doko: hi, I wanted to ask if util-linux-2.32 might be available on 18.04? [12:39] I don't know [12:39] now they have tagged rc1, so it should be released in about 4 weeks [12:39] oh ok [12:40] doko: ok. was suggested to ask you. I will poke at the changelog [12:40] well, I only need one patch from 2.32... And 2.31.1 will probably be synced from Debian anyway [12:42] xnox: are you able to comment on that? likelihood of util-linux 2.32? [12:46] -queuebot:#ubuntu-release- Unapproved: accepted rtl8812au [source] (xenial-proposed) [4.3.8.12175.20140902+dfsg-0ubuntu2.1] [12:50] acheronuk: What's so interesting about it? [12:50] stikonas: ^^^ ? can you explain? [12:51] DalekSec: DalekSec: well, for me it is this commit https://github.com/karelzak/util-linux/commit/8175ed3d74adacc895657ded7546cb3c5deeabad [12:52] all other pathes that I need are in 2.31.1 [12:53] for kpimcore? [12:53] *kpmcore [12:54] acheronuk: yeah, for kpmcore sfdisk backend [12:54] which will be necessary for KAuth support [12:54] acheronuk: libparted backend is just too hard to get working with kauth due to all library calls [12:55] could someone please force-badtest unattended-upgrades/all/arm64 ? the testbed seems to have issues with the systemd restart test but everything else is green [12:56] stikonas: and this is so you can continue development of kpmcore using the LTS base? [12:56] just asking for the logs if/when xnox can have a look [12:58] acheronuk: well, I don't develop on LTS base myself. But maybe some other people will [12:59] right [12:59] or if somebody wants to have LTS base and newer kpmcore [13:00] so without that patch https://github.com/karelzak/util-linux/commit/8175ed3d74adacc895657ded7546cb3c5deeabad I can't deactivate boot flag on MBR partitions with sfdisk [13:34] mapreri, ginggs tsimonq2 what is the status for libunistring? I'm preparing some no change rebuilds in my ppa in some minutes, and added a tracker [13:34] anybody on release team can confirm please the transition? [13:37] LocutusOfBorg: No clue, sorry. But I'm willing to help if needed. [14:04] LocutusOfBorg: Are they planning a transition? [14:05] I already prepared a merge of libunistring 4 weeks ago for gnutls28, but ended up going with the internal one first. [14:35] juliank, we are really using an old version, I think we should update [14:35] I think so too [14:35] I already have a 0.98-1ubuntu1 sitting around [14:36] 0.9.8 [14:36] but if someone else wants too, I don't mind either. Just notify me so I can turn it on in gnutls28 too, or do it yourself. [14:37] here, BTW: https://launchpad.net/~juliank/+archive/ubuntu/unistring2/+packages [14:37] I delayed uploading it because the backlog was huge [14:39] LocutusOfBorg: did you do your own merge? [14:40] * juliank is just confused because he left a link on MoM for the unistring merge [14:43] Oh, I see there is a bug I probably should have assigned to me :) [14:50] can a package depend on a foreign package? [14:50] from apt and dpkg's side, sure [14:50] britney might not like it, idk [14:51] ok [14:51] well not depend, but recommend so that if multiarch isn't set up it would still install [14:51] so an amd64 pkg could recommend: libfoo:i386 [14:51] I tried a sync, I honestly don't understand why a merge is needed... what about opening a silo and doing the transition there? [14:52] LocutusOfBorg: The only remaining change I had was "Link test-lock with -Wl,--no-as-needed.", I honestly did not test whether it worked without the change. [14:53] LocutusOfBorg: But yes, a silo would be nice. [14:55] And if a sync works, that's better than a merge, obviously :D [14:58] tjaalton: that should work [15:00] ok good [15:01] juliank, https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa it builds fine [15:02] LocutusOfBorg: OK. Should use copy-package to sync it to a silo PPA, though, I guess [15:03] (rather than having a pointless build1 in it) [15:03] The no-change rebuilds can be triggered semi-automatically [15:03] I can also manually edit changes file :p [15:04] LocutusOfBorg: That's silly [15:04] :) [15:04] copy-package is much nicer [15:07] LocutusOfBorg: So should I help? I can create all the rebuilds in less than two minutes I guess, I'm heavily scripted :) [15:07] ./copy-package --from=debian --from-suite=sid libunistring --to=ppa:ci-train-ppa-service/ubuntu/3141 --to-suite=bionic [15:07] I did this [15:07] :) [15:07] I prefer sometimes to learn some new bits [15:07] xnox gave me a secret weapon to do the no-change rebuilds automatically :D [15:08] e.g. from-suite=unstable is wrong, from-suite=sid works [15:08] juliank, I have one from Colin [15:08] anyhow, now we should wait for it to build, and then I'll upload the no change rebuilds [15:08] BTW; feel free to upload your gnutls28 pet package [15:08] LocutusOfBorg: Well then knock yourself out with the no-change rebuilds, and I prepare a gnutls28 [15:09] thanks! [15:10] btw my script is: copy-paste from there the packages [15:10] http://people.canonical.com/~ubuntu-archive/transitions/html/auto-libunistring [15:11] well, what I do is run rebuild-for libunistring for each package [15:11] do some cat foo |grep build |cut -d " " -f 1 |cut -f 1 -d "[" > list [15:11] possibly parallel [15:11] :D [15:11] and then pass the output to my rebuild or rebuild-ppa script [15:11] for i in `cat list`; do rebuild-ppa $i "reason"; done [15:12] we should really get such scripts in ubuntu-archive-tools :p [15:12] I think the rebuild script should be in ubuntu-dev-tools [15:12] or ubuntu-release-tools [15:12] yes sure ubuntu-dev-tools I meant [15:13] (or the bzr repo from release team) [15:13] since they issue a lot of rebuilds [15:16] -queuebot:#ubuntu-release- New binary: libgweather [ppc64el] (bionic-proposed/main) [3.27.4-1] (ubuntu-desktop) [15:16] -queuebot:#ubuntu-release- New binary: libgweather [s390x] (bionic-proposed/main) [3.27.4-1] (ubuntu-desktop) [15:16] LocutusOfBorg: I'm ready, I could even upload now - it goes into depwait due to b-d on >= 0.9.7 [15:17] -queuebot:#ubuntu-release- New binary: libgweather [amd64] (bionic-proposed/main) [3.27.4-1] (ubuntu-desktop) [15:17] LocutusOfBorg: Or ping me once you upload :) [15:18] -queuebot:#ubuntu-release- New binary: libgweather [arm64] (bionic-proposed/main) [3.27.4-1] (ubuntu-desktop) [15:18] -queuebot:#ubuntu-release- New binary: libgweather [i386] (bionic-proposed/main) [3.27.4-1] (ubuntu-desktop) [15:18] -queuebot:#ubuntu-release- New binary: libgweather [armhf] (bionic-proposed/main) [3.27.4-1] (ubuntu-desktop) [15:22] -queuebot:#ubuntu-release- New binary: vala [s390x] (bionic-proposed/universe) [0.39.7-1] (ubuntu-desktop) [15:24] -queuebot:#ubuntu-release- New binary: vala [ppc64el] (bionic-proposed/universe) [0.39.7-1] (ubuntu-desktop) [15:26] juliank, safe to go :) [15:27] -queuebot:#ubuntu-release- New binary: vala [amd64] (bionic-proposed/universe) [0.39.7-1] (ubuntu-desktop) [15:31] -queuebot:#ubuntu-release- New binary: vala [arm64] (bionic-proposed/universe) [0.39.7-1] (ubuntu-desktop) [15:33] -queuebot:#ubuntu-release- New binary: vala [i386] (bionic-proposed/universe) [0.39.7-1] (ubuntu-desktop) [15:36] -queuebot:#ubuntu-release- New binary: vala [armhf] (bionic-proposed/universe) [0.39.7-1] (ubuntu-desktop) [15:57] -queuebot:#ubuntu-release- New: accepted vala [amd64] (bionic-proposed) [0.39.7-1] [15:57] -queuebot:#ubuntu-release- New: accepted vala [armhf] (bionic-proposed) [0.39.7-1] [15:57] -queuebot:#ubuntu-release- New: accepted vala [ppc64el] (bionic-proposed) [0.39.7-1] [15:57] -queuebot:#ubuntu-release- New: accepted vala [arm64] (bionic-proposed) [0.39.7-1] [15:57] -queuebot:#ubuntu-release- New: accepted vala [i386] (bionic-proposed) [0.39.7-1] [15:58] -queuebot:#ubuntu-release- New: accepted vala [s390x] (bionic-proposed) [0.39.7-1] [16:08] -queuebot:#ubuntu-release- New binary: mesa [s390x] (bionic-proposed/main) [18.0.0~rc4-1ubuntu1] (core, xorg) [16:11] ~ubuntu-sru: Just a reminder that I have some force-badtests for getting util-linux unstuck in artful: https://paste.ubuntu.com/p/DWHsD6BfsT/ === nacc_ is now known as nacc [16:25] -queuebot:#ubuntu-release- New binary: mesa [amd64] (bionic-proposed/main) [18.0.0~rc4-1ubuntu1] (core, xorg) [16:30] slangasek: could you look at mysql-5.7 in proposed for me please? It's been hung up on the PHP transition for weeks. I think it's pretty clear that it's not a regression in MySQL (which isn't a transition, just a microrelease bump). nacc says untangling horde is at least a week away, and I'd really like to get some wider testing on unrelated mysql-5.7 packaging changes we made a month ago. Could [16:31] you consider bumping it through please? [16:31] xnox, util-linux merge please? [16:33] RAOF: if you are point on SRUs today, do you think there is time for a cloud-init proposed merge for xenial & artful. We need to reject 17.2.30 and propose 17.2.35 which has SRU-fixes. [16:39] -queuebot:#ubuntu-release- New binary: libreoffice [s390x] (bionic-proposed/main) [1:6.0.1-0ubuntu1] (kubuntu, ubuntu-desktop) [16:52] rbasak: Steve is out today and tomorrow, FYI. [16:53] Thanks [16:54] -queuebot:#ubuntu-release- New binary: mesa [i386] (bionic-proposed/main) [18.0.0~rc4-1ubuntu1] (core, xorg) [17:03] -queuebot:#ubuntu-release- New binary: mesa [ppc64el] (bionic-proposed/main) [18.0.0~rc4-1ubuntu1] (core, xorg) [17:13] -queuebot:#ubuntu-release- New binary: libgpiod [s390x] (bionic-proposed/universe) [1.0-1] (no packageset) [17:13] -queuebot:#ubuntu-release- New binary: ddnet [s390x] (bionic-proposed/none) [10.8.6-3] (no packageset) [17:13] -queuebot:#ubuntu-release- New binary: libgpiod [amd64] (bionic-proposed/universe) [1.0-1] (no packageset) [17:14] -queuebot:#ubuntu-release- New binary: libgpiod [i386] (bionic-proposed/universe) [1.0-1] (no packageset) [17:14] -queuebot:#ubuntu-release- New binary: libgpiod [ppc64el] (bionic-proposed/universe) [1.0-1] (no packageset) [17:15] -queuebot:#ubuntu-release- New binary: libgpiod [arm64] (bionic-proposed/universe) [1.0-1] (no packageset) [17:15] -queuebot:#ubuntu-release- New binary: mesa [arm64] (bionic-proposed/main) [18.0.0~rc4-1ubuntu1] (core, xorg) [17:15] -queuebot:#ubuntu-release- New binary: libgpiod [armhf] (bionic-proposed/universe) [1.0-1] (no packageset) [17:16] -queuebot:#ubuntu-release- New binary: mesa [armhf] (bionic-proposed/main) [18.0.0~rc4-1ubuntu1] (core, xorg) [17:17] -queuebot:#ubuntu-release- New binary: texhyphj [amd64] (bionic-proposed/none) [1.2+dfsg-1] (no packageset) [17:19] -queuebot:#ubuntu-release- New binary: minidb [amd64] (bionic-proposed/none) [2.0.2-1] (no packageset) [17:19] -queuebot:#ubuntu-release- New binary: ddnet [amd64] (bionic-proposed/none) [10.8.6-3] (no packageset) [17:20] -queuebot:#ubuntu-release- New binary: ddnet [ppc64el] (bionic-proposed/none) [10.8.6-3] (no packageset) [17:26] -queuebot:#ubuntu-release- New binary: ddnet [arm64] (bionic-proposed/none) [10.8.6-3] (no packageset) [17:31] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (xenial-proposed/universe) [4.13.0-1021.23] (kernel) [17:46] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (xenial-proposed) [4.13.0-1021.23] [17:54] Can someone please RM [17:54] ...indi-sbig from bionic? [17:55] (yay for \n in clipboard with the name of the pkg -_-) [17:55] See the discussion I had with slangasek last night for ref [17:58] -queuebot:#ubuntu-release- New binary: libreoffice [ppc64el] (bionic-proposed/main) [1:6.0.1-0ubuntu1] (kubuntu, ubuntu-desktop) [18:54] please move gnome-tweak-tool and gnome-orca to oldlibs, see LP: #1747033 [18:54] Launchpad bug 1747033 in orca (Ubuntu) "Move gnome-tweak-tool and gnome-orca to oldlibs" [Undecided,New] https://launchpad.net/bugs/1747033 [20:33] -queuebot:#ubuntu-release- New binary: libreoffice [amd64] (bionic-proposed/main) [1:6.0.1-0ubuntu1] (kubuntu, ubuntu-desktop) [20:49] juliank: the hint filenames being per-team member is a historical wart; feel free to raise an MP against mine, and members of the SRU team should feel free to accept your MP ;) [20:50] tsimonq2: bug report against indi-sbig as well, please [20:52] slangasek: per-team files> Is that a bug that can be fixed, or will it Just Stay Like That? Maybe like a "misc" file if not complete rework? [20:52] slangasek: indi-sbig> ack [20:53] tsimonq2: new filenames have to be added to the britney source tree first; we have broad agreement to fix this by moving hints to a single file named for the team, but no one has prioritized this [20:54] slangasek: And y'all accept MPs to Ubuntu's britney2 and the hints repo? :P [20:54] yes [20:55] I'll keep that in mind ;) === stikonas_ is now known as stikonas [21:00] slangasek: https://code.launchpad.net/~juliank/britney/hints-ubuntu-artful/+merge/337667 [21:06] Could create a file "contrib" and it to to britney :D [21:09] acheronuk: seems to me we don't want to filter only armhf out of that list; aren't there some of these in the backlog still on other archs? [21:12] acheronuk: I'm leaning towards this: retry-autopkgtest-regressions --state RUNNING | sed -n -e'/all-proposed/d; /5.43.0/s/.*package=\([^&]\+\).*/\1/p' | sort | uniq [21:16] if that catches extra that would be better together, then I guess good. what state would cancelling test runs put them into on the excuses page? [21:16] acheronuk: they'll still be listed in state 'Test in progress', and you'll be able to reschedule the missing tests manually [21:17] acheronuk: let me pastebin the list of packages for you, so you have the full list of what I'm cancelling [21:17] acheronuk: https://paste.ubuntu.com/p/4zNXrmFt86/ [21:18] I am being somewhat cautious and reviewing the matches for each package before cancelling, so it'll take me a little while [21:18] ok, so I could still use --state=running to re-queue [21:18] but considering some of these have 5+ tests scheduled for the same package and all will fail (AIUI), this should help [21:19] acheronuk: yes [21:19] slangasek: yeah, especially as I have new Plasma release nearly ready to upload [21:20] this will be the last frameworks before feature freeze, and release cadence of plasma will slow down as well, so not as nasty as it sounds [21:21] juliank: ah, and the crash autopkgtest still failed, again w/ ddebs.u.c issues: http://autopkgtest.ubuntu.com/packages/c/crash/bionic/s390x [21:26] -queuebot:#ubuntu-release- New binary: jsonrpc-glib [s390x] (bionic-proposed/universe) [3.27.90-1] (no packageset) [21:27] -queuebot:#ubuntu-release- New binary: jsonrpc-glib [ppc64el] (bionic-proposed/universe) [3.27.90-1] (no packageset) [21:28] -queuebot:#ubuntu-release- New binary: jsonrpc-glib [amd64] (bionic-proposed/universe) [3.27.90-1] (no packageset) [21:28] -queuebot:#ubuntu-release- New binary: jsonrpc-glib [i386] (bionic-proposed/universe) [3.27.90-1] (no packageset) [21:29] -queuebot:#ubuntu-release- New binary: jsonrpc-glib [armhf] (bionic-proposed/universe) [3.27.90-1] (no packageset) [21:30] -queuebot:#ubuntu-release- New binary: jsonrpc-glib [arm64] (bionic-proposed/universe) [3.27.90-1] (no packageset) [21:33] slangasek: bad timing [21:34] slangasek: I just verified the file and it matches what the Release file says [21:36] the ddeb retriever unfortunately is not very atomic at all [21:36] acheronuk: amd64, arm64, i386 queues down by ~160; armhf queue down by ~620. and plenty of room for you to manually schedule anything you need to [21:36] I guess we should make it more atomic [21:37] basically just do all writes into .new files, and then rename them all at the end [21:37] or since we're rebuilding the indices for a changed pocket completely anyway [21:37] juliank: would be best practice, but not necessarily the highest priority :) [21:37] slangasek: thanks. looks a scary list when I did a dry run, but must be better this way [21:37] we can just replace the pocket almost atomically [21:38] acheronuk: I'm assuming that you're only batching one test for each package+arch to be tested, using multiple triggers / or all-proposed? [21:38] by writing to bionic.new/, mv bionic bionic.old, and then mv bionic.new bionic [21:38] also has the side effect of making it less possible to mess up stuff :D [21:38] juliank: why, I believe you've just described how the launchpad publisher works [21:38] anyway, afk now [21:39] slangasek: both, which retry-autopkgtest-regressions essential does [21:40] *essentially [21:40] hmm, ttbomk retry-autopkgtest-regressions won't auto-batch for you? [21:41] slangasek: what do you mean by auto-batch? [21:42] it's giving output such as: https://autopkgtest.ubuntu.com/request.cgi?release=bionic&arch=armhf&package=libkf5sane&trigger=ktextwidgets%2F5.43.0-0ubuntu1&trigger=qtbase-opensource-src%2F5.9.3%2Bdfsg-0ubuntu4&all-proposed=1 [21:42] acheronuk: if update_excuses shows multiple pending tests for the same package triggered by different uploads, it won't automatically translate that into a single test request with multiple triggers [21:42] the test urls I'm getting beg to differ [21:43] that is interesting [21:43] possibly that behavior is only when you specify --all-proposed [21:43] I'm only getting a sngle test request per package, per arch, with multiple triggers [21:43] (/hopefully/ it is) [21:44] trying it to see [21:45] slangasek: nope. without all-proposed gives me urls with multiple triggers as well [21:46] it is how it has seemed to work for me since I started using that [23:01] xnox: finally got php-monolog working! [23:02] xnox: sending the massive patches to debian (there's already a bug filed ther [23:25] blackboxsw: if you're here, could you please re-upload cloud-init with *all* the changes since the last version in -updates in the _source.changes file? [23:26] bah I don't have upload perms for that yet .... Though I've started my https://wiki.ubuntu.com/ChadSmith/DeveloperPerPackageUploadApplication [23:27] I'll ping smoser my sponsor, but it's EOD for him. so probably tomorrow [23:41] -queuebot:#ubuntu-release- New binary: libreoffice [arm64] (bionic-proposed/main) [1:6.0.1-0ubuntu1] (kubuntu, ubuntu-desktop) [23:41] blackboxsw: if you just need a sponsor, i can help [23:49] nacc: that'd be excellent thank you sir. [23:50] blackboxsw: sure, bug # and debdiff available? [23:52] nacc: family is calling for dinner help so I think I'll have to bail on this for today. I'd been working with MPs against cloud-init's upstream git branches https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/337516 to try to service our SRU bug: #1747059 [23:52] bug 1747059 in cloud-init (Ubuntu Artful) "sru cloud-init (17.1.46-g7acc9e86-0ubuntu1) update to 17.2-35-gf576b2a2-0ubuntu1~16.04.1" [Medium,Fix committed] https://launchpad.net/bugs/1747059 [23:54] I can go through the motions of creating the debdiff for review sponsorship at that point. [23:55] blackboxsw: RAOF: if it's just the same version with right -v, i can do it [23:55] RAOF: did you already reject the upload that was done? [23:56] nacc: I haven't rejected it yet; I'm just reviewing the rest of it so that we don't have to bounce through multiple reviews. [23:56] RAOF: ack, since i'd be reusing the same version, I assume I need to wait on your reject (it can be post-review) [23:57] blackboxsw: i think i just need the orig tarball [23:57] nacc: Yeah, that's right. I shouldn't be too much longer. [23:57] nacc: You should be able to get the orig tarball from LP? [23:57] yep, doing that now, i realize, RAOF :) [23:58] -queuebot:#ubuntu-release- Unapproved: tor (xenial-proposed/universe) [0.2.9.11-1ubuntu1~16.04.1 => 0.2.9.14-1ubuntu1~16.04.1] (no packageset) [23:59] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (artful-proposed) [17.2-35-gf576b2a2-0ubuntu1~17.10.1]