[00:02] tsimonq2: looks like maybe now britney has wrongly tried against most over a few releases, and there are none left running and not ignored. however, this was discussed we me and slangasek and I think Laney on here before, who both said britney should be triggering [00:02] ok [00:03] tsimonq2: I'm too tired to grep logs, but the discussions are somewhere in those for this channel [00:04] *both said britney should NOT be triggering [00:17] tsimonq2: 2017-07-01:[20:01] acheronuk: hint added; however, it is unclear to me why this kdepim-addons/s390x test was triggered, given that kdepim-addons produces no binaries on s390x, so that's probably a bug. (I did have a hint for kdepim-addons/s390x in place already, and then I dropped it once things migrated [00:17] tsimonq2: shoudl not have looked so hard. kdepim-addons is an example. LOL [00:18] acheronuk: hah [00:19] tsimonq2: spuriously triggers on those on itsekf: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kdepim-addons [00:19] but NOT on most other packages it triggers against [00:19] as said, some britney oddness [00:20] * acheronuk is tired as his typing is going haywire [00:20] more haywire than usual, anyway [00:42] tsimonq2: upload to cherry-pick those test fixes is definitely preferred, please [00:42] slangasek: Alright. [00:43] if you told me that having to fix it was going to set back the migration by days and risk entangling with other transitions, I might make an exception; but all other things being equal it's always better to keep a green baseline [00:44] tsimonq2: go for it then [00:45] Ok [00:45] tsimonq2 is going for kubuntu-dev, so needs the practice :P [00:45] * acheronuk hides [00:51] bdmurray: Are you doing a late shift? :) [01:00] RAOF: Hey! Around at all to talk about the Lubuntu SRUs? [01:00] tsimonq2: Yes! [01:02] RAOF: So what happened here is that I thought that the latest lubuntu-meta was accepted adding a dep on pavucontrol *before* everything was published [01:02] RAOF: Turns out it wasn't [01:02] RAOF: I thought I hadn't made the upload at all, so I made another upload [01:02] RAOF: But the upload with the new bug number got rejected in favor for this one that was never accepted [01:03] RAOF: tl;dr some way or another we need a new lubuntu-meta in -updates adding pulseaudio because at this point it's regression-update tagged [01:04] s/pulseaudio/pavucontrol/ [01:05] It would have been clearer to file a second bug for the update regression. :) [01:05] But, now that we're here… [01:05] There *was* one [01:05] That upload got rejected in favor of this one [01:06] https://bugs.launchpad.net/ubuntu/xenial/+source/lubuntu-meta/+bug/1685598 [01:06] Launchpad bug 1685598 in lubuntu-meta (Ubuntu Xenial) "Clicking 'Sound Settings' in Lubuntu is a no-op " [Critical,In progress] [01:06] Urgh. [01:06] My thought exactly. [01:06] (With a side order of: why didn't the acceptance of 0.65.3 get noted on the bug?) [01:07] This has been a bug caused by Firefox completely removing ALSA support that's been a thing since *August*. Please oh please can we just get this over with already? :) [01:07] Ok, so: has 0.65.3 been tested? It's been accepted into -proposed. [01:07] Yes. [01:07] It's been tested. [01:07] I tested it on a fresh install as soon as it was accepted. [01:08] Sold! To the man in the silly hat. [01:08] Thanks a bunch! [01:09] In general, feel free to ping me on my SRU day 😸 [01:11] Alright, thanks. [01:15] RAOF: Could I get that childsplay SRU processed please? [01:15] (I plan on using as future reference for new packagers, that's why this 3 year old bug finally gets a patch :P) [01:19] * RAOF looks [01:27] something's funky with d-i it seems? https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/1736309 [01:27] Launchpad bug 1736309 in debootstrap (Ubuntu) "installer failed missing dpkg_1.19.0.4ubuntu1_amd64.deb" [Undecided,New] [01:34] An SRU to trusty ?! [01:34] RAOF: Yes. :P [01:36] -queuebot:#ubuntu-release- Unapproved: accepted childsplay [source] (trusty-proposed) [1.6-1ubuntu0.1] [01:40] RAOF: Thanks. [02:25] -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset) [03:18] -queuebot:#ubuntu-release- New binary: rustc [amd64] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset) [04:02] * tsimonq2 gets a bit retry-happy now that kdepim-addons is uploaded [04:05] All done pressing the retry button. :P [04:05] Hopefully things migrate now. [04:44] doko: so, libcdio; API-breaking, about half of the revdeps ftbfs? [06:41] slangasek: looking at that today ... [06:57] doko: ok. I've just uploaded vcdimager, which may also fix xine-lib-1.2 and vlc [07:02] tsimonq2: did you have a chance to try those PIM test fixes? [07:13] slangasek: can kdepim-addons (add ppc64el to existing hint), akonadi-calendar, and libkf5eventviews be ignored on ppc64el/s390x as mentioned earlier in the miidle of me and tsimonq2 talking? [07:14] or apw if you are about this early ^^^ [07:15] acheronuk: I don't see an existing hint for kdepim-addons, and kdepim-addons/ppc64el is "always-failed" so doesn't need a hint. Did you mean kdepim-addons/s390x, or something else? [07:17] slangasek: yes, I meant add s390x. sorry. got it the wrong way around [07:19] acheronuk: added [07:19] appreciated. thanks [07:21] slangasek: damn kdepim-runtime/4:17.08.3-0ubuntu1 is the same and needs one as well. sorry. did you or anyone ever work out why these are being triggered initially when there are no binaries? [07:23] or just kdepim-runtime generally for ppc64el/s390, as looks like tsimonq2 has not uploaded the fix for the other architectures yet :/ [07:26] I really wish KDE would stop coding stuff to require QtWebEngine. Grr. [07:31] * doko discards his vcdimager changes ... [07:39] -queuebot:#ubuntu-release- New binary: dipy [s390x] (bionic-proposed/universe) [0.13.0-2] (no packageset) [07:39] -queuebot:#ubuntu-release- New binary: dipy [ppc64el] (bionic-proposed/universe) [0.13.0-2] (no packageset) [07:42] -queuebot:#ubuntu-release- New binary: dipy [amd64] (bionic-proposed/universe) [0.13.0-2] (no packageset) [07:51] did something change with openGL on arm64 recently? [07:54] -queuebot:#ubuntu-release- New binary: rustc [armhf] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset) [07:58] -queuebot:#ubuntu-release- New binary: dipy [i386] (bionic-proposed/universe) [0.13.0-2] (no packageset) [08:13] -queuebot:#ubuntu-release- New binary: dipy [arm64] (bionic-proposed/universe) [0.13.0-2] (no packageset) [08:21] -queuebot:#ubuntu-release- New binary: rustc [arm64] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset) [08:22] chrisccoulson: not accepting rustc, ftbfs on i386 [08:23] -queuebot:#ubuntu-release- New binary: dipy [armhf] (bionic-proposed/universe) [0.13.0-2] (no packageset) [08:28] doko, yes, e.g. qtbase and gl stuff changed IIRC [08:28] tsimonq2, ^^^ [08:29] but I don't remember how :) [08:31] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (xenial-proposed) [4.13.0-19.22~16.04.1] [08:31] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-103.126] [08:31] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.10.0-42.46~16.04.1] [08:32] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (artful-proposed) [4.13.0-19.22] [08:32] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (trusty-proposed) [3.13.0-137.186] [08:32] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-103.126~14.04.1] [08:32] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (zesty-proposed) [4.10.0-42.46] [08:40] -queuebot:#ubuntu-release- New: accepted dipy [amd64] (bionic-proposed) [0.13.0-2] [08:40] -queuebot:#ubuntu-release- New: accepted dipy [armhf] (bionic-proposed) [0.13.0-2] [08:40] -queuebot:#ubuntu-release- New: accepted dipy [ppc64el] (bionic-proposed) [0.13.0-2] [08:40] -queuebot:#ubuntu-release- New: accepted dipy [arm64] (bionic-proposed) [0.13.0-2] [08:40] -queuebot:#ubuntu-release- New: accepted dipy [s390x] (bionic-proposed) [0.13.0-2] [08:40] -queuebot:#ubuntu-release- New: accepted dipy [i386] (bionic-proposed) [0.13.0-2] [09:01] LocutusOfBorg: you were on the last merge of curl - I think I'd poke on the next one as I need it for some work on nghttp2 anyway [09:01] LocutusOfBorg: I added myself in mom, is it ok if I grab that one? [09:01] LocutusOfBorg: also any known-hurdles from your last merge? [09:29] cpaelzer, please steal, but please make it migrate before merging [09:30] because of $security updates [09:30] this is why I didn't merge it yet [09:33] hmm - checking where it doesn't migrate ... [09:37] hmm - I love earning extra tasks :-) [09:37] will take a look - thanks for the info LocutusOfBorg [09:38] I can concurrently test the new thing from ppas [09:38] LocutusOfBorg: would you be willing to review the merge once done - should be a trivial one as it looks right now ? [09:40] mdeslaur: if you have further info why this might fail to migrate let us know [09:40] mdeslaur: all CVEs would be included in the latest merge [09:46] * cjwatson fixes ubuntu.bionic/STRUCTURE in response to several overnight image build failures [10:53] doko, a rebuild will probably "fix" that. There's an issue where rustc crashes randomly on the builders but not locally [11:01] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.24 => 2.408.25] (desktop-core) [11:10] LocutusOfBorg: I got to look at curl since I'm about to pull nghttp2 into main [11:11] LocutusOfBorg: but I saw that the new merge would bump libcurl-gnutls 4.4 -> 4.5 - I'd not want to fuse that with the nghttp2 enablement [11:11] LocutusOfBorg: so I will try to get the current one to migrate and then for now just do the enablement [11:11] leaving the actual merge open for now [11:17] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [s390x] (bionic-proposed/universe) [3.4.1-2] (no packageset) [11:18] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [ppc64el] (bionic-proposed/universe) [3.4.1-2] (no packageset) [11:23] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [amd64] (bionic-proposed/universe) [3.4.1-2] (no packageset) [11:29] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [i386] (bionic-proposed/universe) [3.4.1-2] (no packageset) [11:32] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [armhf] (bionic-proposed/universe) [3.4.1-2] (no packageset) [11:33] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (xenial-proposed/universe) [4.13.0-1010.11] (kernel) [11:53] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [arm64] (bionic-proposed/universe) [3.4.1-2] (no packageset) [12:07] cpaelzer, LocutusOfBorg: looks like an unrelated test failure in casync [12:07] cpaelzer, LocutusOfBorg: it can get manually promoted I guess [12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [amd64] (bionic-proposed) [3.4.1-2] [12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [armhf] (bionic-proposed) [3.4.1-2] [12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [ppc64el] (bionic-proposed) [3.4.1-2] [12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [arm64] (bionic-proposed) [3.4.1-2] [12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [s390x] (bionic-proposed) [3.4.1-2] [12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [i386] (bionic-proposed) [3.4.1-2] [12:09] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (xenial-proposed) [4.13.0-1010.11] [12:23] mdeslaur: I came to the same conclusion [12:23] mdeslaur: test history also looks that way failing/not-failing for no apparent reason [12:23] I wanted to run on a s390x system manually to be sure before asking to promote thou [12:24] which is WIP atm [12:24] cpaelzer: I didn't ask to get it migrated because last time I looked there were still running tests [12:24] mdeslaur: I fixed the last remaining regression [12:24] mdeslaur: just hours ago [12:24] cool [12:24] now only casync is left [12:24] once I'm confident engouh (by manual test) I'll ask for the promotion [12:25] the other one was a flaky network-manager test [12:26] can someone migrate samba too? the remaining test is unrelated also. [12:26] so no big magic involved in fixing that [12:27] mdeslaur: the remaining samba fail looks like no ipv4 was available [12:27] mdeslaur: do our testbeds have (sometimes) only ipv6 recently? [12:29] I don't know, I don't think so [12:31] but I agree - the history of it looks like the issue you face was thre before the samba change http://autopkgtest.ubuntu.com/packages/gvfs/bionic/ppc64el [12:37] -queuebot:#ubuntu-release- Unapproved: accepted pythonqt [source] (xenial-proposed) [3.0-1ubuntu1.16.04.2] [12:38] ok casync really works well outside the testbed on LP - http://paste.ubuntu.com/26124829/ [12:38] Therby I'd ask the release team to promote curl curl/7.55.1-1ubuntu3 in bionic-proposed [12:40] I also see history on this test is on most arches already ignored failure [12:40] I'd almost assume this got a blocker now that s390x uses VMs [12:41] ok it really is marked as that, just not on s390x yet [12:42] -queuebot:#ubuntu-release- Unapproved: accepted lime-forensics [source] (xenial-proposed) [1.7.2-1ubuntu1] [12:42] so might I ask to add s390x to the list that is currently masked at http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/view/head:/vorlon#L89 [12:42] slangasek: infinity: apw: ^^ ? [12:43] cpaelzer, what is the reasoning behind that [12:44] apw, I retried against the release version, regressed in release [12:44] probably due to the lxc changes in s390x containers [12:44] exactly [12:45] slangasek: already masked it for those reasons on all other arches that woudl run it before [12:45] that is the link above to hints [12:45] and I ran it on s390x in a container, it runs just fine outside of the LP-autotest infrastructure [12:45] so it is a) false positive and b) no real regression [12:46] and c) masked for the same reasons on other arches [12:46] at least that is how read the breadcrumbs I found - there is the chance that slangasek might remember more from his changes like http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/revision/2473 [12:47] http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/revision/2570 [12:47] ... [12:52] it works in a loop on my s390x box [12:52] but test history says arch isn't even important as it fails the same way everywhere [12:53] running in autopkgtest on x86 now in case I could find something to fix, but I don't see anything actionable yet [12:54] slangasek, cdio->vlc is "fixed" I think [12:55] I see upstream removed that plugin because deprecated, so I removed it and reuploaded [13:12] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.14.0-11.13] [13:22] LocutusOfBorg: still ftbfs === freyes__ is now known as freyes [14:13] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (xenial-proposed) [0.122ubuntu8.10] [14:14] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (trusty-proposed) [0.103ubuntu4.10] [14:16] apw: LocutusOfBorg: actually I think I have a real fix for this casync test issue [14:16] apw: you didn't override it yet did you? [14:17] cpaelzer, not yet indeed [14:17] ok, then I'll try to solve it the right way [14:17] doko, I know, working on it, the first failure is fixed, the upnp one is tricky [14:44] -queuebot:#ubuntu-release- New binary: rustc [i386] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset) [14:48] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2] [14:48] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2] [14:48] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2] [14:48] -queuebot:#ubuntu-release- New: accepted rustc [arm64] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2] [14:48] -queuebot:#ubuntu-release- New: accepted rustc [i386] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2] [15:01] doko, heh, a rebuild of rust fixed it: https://launchpad.net/ubuntu/+source/rustc/1.22.1+dfsg1+llvm-0ubuntu2/+build/13820599 [15:02] not sure what to do about this - it's a regular issue and one that I can't reproduce locally. It can take multiple attempts to get a successful build [15:05] could someone please review grub2 amd64 in the bionic NEW queue? it needs manual review for EFI signing. [15:09] cyphermox, another one so soon ... and it is in the Unapproved queue [15:10] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (bionic-proposed) [2.02-2ubuntu2] [15:20] sorry, indeed unapproved queue [15:20] what do you mean another one so soon? [15:20] apw: ^ [15:21] also, thanks :) [15:54] cyphermox, there was one on there this mornign [15:54] i thought [16:00] ah [16:04] LocutusOfBorg: hmm, there was no need to diverge from Debian to disable the vcdimager plugin when I had just fixed vcdimager [16:24] mmm thanks, not sure how I missed that [16:24] reverting that part [16:24] slangasek, can I force sync it? [16:26] cpaelzer: casync/s390x hint added [16:26] cpaelzer: but a real fix is welcome and not exclusive [16:27] I mean, can I force sync vcdimager? [16:28] doko, uploaded it (with a previous wrong changelog entry, but nevermind :) ) [16:28] LocutusOfBorg: you don't need my permission to [16:28] you just need to be correct ;) [16:28] lovely :) thanks [16:29] slangasek: actually the real fix is in b-proposed [16:29] slangasek: if it tests fine can I ping you to remove the hints then? [16:29] anyhow, that plugin will go away in the next vlc release, so my "removal" wasn't entirely wrong... :) but yeah, fixing vcdimager is really better [16:29] cpaelzer: you shouldn't spend your time to ping me to remove the hints [16:30] but just remove them? [16:30] cpaelzer: since the hints are tied to package version, they are no-ops for all new tests once the new casync is in bionic [16:30] oh well the hint is evrsioned isn't it - it might work as is [16:30] ack, we mean the same [16:30] ok, great, thanks slangasek [16:31] cpaelzer: furthermore, unless you re-trigger all the failed casync tests currently showing on update_excuses, the hint remains relevant until those packages migrate [16:31] ok [17:09] -queuebot:#ubuntu-release- New binary: wolfssl [ppc64el] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset) [17:10] -queuebot:#ubuntu-release- New binary: wolfssl [s390x] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset) [17:15] -queuebot:#ubuntu-release- New binary: wolfssl [amd64] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset) [17:16] -queuebot:#ubuntu-release- New binary: wolfssl [arm64] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset) [17:16] -queuebot:#ubuntu-release- New binary: wolfssl [i386] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset) [17:16] -queuebot:#ubuntu-release- New binary: wolfssl [armhf] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset) [17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [amd64] (bionic-proposed) [3.12.2+dfsg-1] [17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [armhf] (bionic-proposed) [3.12.2+dfsg-1] [17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [ppc64el] (bionic-proposed) [3.12.2+dfsg-1] [17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [arm64] (bionic-proposed) [3.12.2+dfsg-1] [17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [s390x] (bionic-proposed) [3.12.2+dfsg-1] [17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [i386] (bionic-proposed) [3.12.2+dfsg-1] [17:36] has anyone an idea why this may occur on arm? [17:36] The following packages have unmet dependencies: [17:36] libkf5notifications5 : Depends: phonon4qt5 but it is not going to be installed [17:37] but "apt-get install apt-get install libkf5notifications5 phonon4qt5" works [17:38] - one 'apt-get install' there :/ [17:44] acheronuk, got a log please ? [17:45] apw: I was investigating this: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+build/13824579 [17:45] which didn't tell me much, so fired up an armhf chroot to try to see why [17:47] what happens if you try and install phonon4qt4 on its own [17:47] s/qt4/qt5/ [17:47] you can just use chdist for that kind of thing - you don't need a full chroot [17:47] some kind of unexperessed need to upgrade both together perhaps [17:48] apw: apt seems happy to do that [17:48] and it's usually a good idea to try "apt-get build-dep ", otherwise you won't detect the case of something else in the build-deps declaring Breaks on something in phonon4qt5's deps [17:48] (for example) [17:48] i.e. "apt-get install libkf5notifications5 phonon4qt5" is definitely not a sufficient test in all cases [17:49] it could also be something that's been resolved by a newer publisher run, of course [17:50] acheronuk, on armhfyes ? [17:51] apw: armhf and arm64, but not on any other architectures [17:52] * acheronuk wonders what will happen just building against release? [17:52] i.e. not with proposed [17:58] apw: seems to be installing build deps ok in a ppa where proposed has been turned off. hmmmmm.... [17:58] I wonder if there is some new Qt changes messing with arm* [18:02] Curious. [18:02] Asking for just libkf5notifications5 fails with the above error, asking for both works. [18:02] Thanks, apt. [18:06] And it's because of vlc-plugin-base, I think. [18:06] So, should clear up when that's published for arm* [18:07] Maybe. [18:07] acheronuk: ^ [18:07] infinity: thanks for that detective work. I'll wait until that is done then :) [18:07] cpaelzer, please make nghttp2 in main and then I can followup with the two uploads if you want [18:08] I already did the merge in a ppa [18:08] (I agree about an upload with just http2 enabled and then a new one with the merge) [19:00] tjaalton: do you have any insights into what the latest dogtag-pki autopkgtest failures mean? I'm not really buying that adduser broke this. http://autopkgtest.ubuntu.com/packages/d/dogtag-pki/bionic/amd64 [19:28] -queuebot:#ubuntu-release- Unapproved: dpkg (trusty-proposed/main) [1.17.5ubuntu5.7 => 1.17.5ubuntu5.8] (core) [19:55] -queuebot:#ubuntu-release- Unapproved: gnome-user-docs (artful-proposed/main) [3.26.1-0ubuntu1 => 3.26.2.1-0ubuntu0.1] (personal-gunnarhj, ubuntu-desktop) [21:03] slangasek hello there; question, do you think you would allow me to SRU a new version of patchelf into 16.04? [21:24] slangasek: i'll look into it on friday, I'm off until then [21:24] thanks for the notice [21:51] sergiusens: my standard answer to an SRU question at that level of detail is "maybe" [21:51] tjaalton: cheers [22:00] slangasek fair enough === santa is now known as Guest67357 === Guest67357 is now known as santa_ [23:10] -queuebot:#ubuntu-release- New binary: go-dep [amd64] (bionic-proposed/none) [0.3.2-2] (no packageset) [23:10] -queuebot:#ubuntu-release- New binary: go-dep [ppc64el] (bionic-proposed/none) [0.3.2-2] (no packageset) [23:10] -queuebot:#ubuntu-release- New binary: go-dep [armhf] (bionic-proposed/none) [0.3.2-2] (no packageset) [23:10] -queuebot:#ubuntu-release- New binary: go-dep [s390x] (bionic-proposed/none) [0.3.2-2] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: go-dep [arm64] (bionic-proposed/none) [0.3.2-2] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: willow [amd64] (bionic-proposed/universe) [1.1-2] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: go-dep [i386] (bionic-proposed/none) [0.3.2-2] (no packageset) [23:55] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (trusty-proposed) [3.12.0-2ubuntu1.2] [23:56] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (xenial-proposed) [4.3.0-1ubuntu3.16.04.3] [23:56] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (zesty-proposed) [4.9.0-1ubuntu1.1] [23:57] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (artful-proposed) [4.9.0-1ubuntu2.1]