[00:01] <slangasek> tsimonq2: due diligence; I don't want to be in the middle of an argument with someone else saying "you could've just rebuilt it"
[00:02] <tsimonq2> slangasek: Fair then. Thanks.
[00:04]  * tsimonq2 hopes that libindi will now migrate on next run
[00:05] <tsimonq2> slangasek: node-grunt-contrib-concat> Is that still something that needs sorting
[00:05] <tsimonq2> ?
[00:09] <slangasek> tsimonq2: it is
[00:10] <tsimonq2> OK, on it.
[00:12]  * tsimonq2 plays with migration-assistant.py to see if it can save some time for me here
[00:12] <tsimonq2> ;)
[00:15] <tsimonq2> slangasek: node-grunt-contrib-concat> Are we talking about in the context of node-source-map? There's nothing in -proposed and it isn't blocking nodejs...
[00:15] <slangasek> tsimonq2: yes, it's wrt node-source-map
[00:15] <tsimonq2> slangasek: OK
[00:29] -queuebot:#ubuntu-release- New binary: r-cran-factominer [amd64] (bionic-proposed/universe) [1.39-1] (no packageset)
[01:14] <tsimonq2> slangasek: I'll try to keep digging, but the test fails because of this error recently added: https://github.com/mozilla/source-map/compare/0.5.7...0.6.1#diff-2368fdc0767745eceb91f57c68952728R341 -- I'm not sure why the heck these values are empty in the tests...
[01:17] <tsimonq2> (To be fair, the codebase hasn't been touched since 2016...)
[01:23] <tsimonq2> slangasek: Either way, from what I can tell, this is the tests, not the codebase itself bitrotting, but I'd like an ACK from you before disabling these
[01:23] <tsimonq2> (to be safe)
[01:24] <slangasek> tsimonq2: if I knew anything about this code, I probably wouldn't have tried to pawn it off ;)
[01:24] <slangasek> I can't tell from that link what 'error' you're referring to
[01:24] <tsimonq2> Click on the diff tab
[01:24] <tsimonq2> GitHub is stupid :P
[01:25] <tsimonq2> slangasek: hah :P
[01:25] <slangasek> it's a large diff
[01:25] <tsimonq2> bahh, let me just pastebinit...
[01:26] <tsimonq2> https://paste.ubuntu.com/p/75b6kZFmsQ/
[01:26] <slangasek> ok
[01:26] <tsimonq2> libindi migrated \o/
[01:27] <slangasek> so, the setting of 'line' and 'column' is being done by the test suite, not the code?
[01:28] <tsimonq2> The tested files come from the tests dir
[01:28] <tsimonq2> I guess from my (somewhat bad, to be fair) understanding of this, yeah
[01:29] <tsimonq2> I guess what makes me say that is that the tests that fail are 2/3 of the tests that use the exact same function
[01:31] <slangasek> right, it's not clear to me that this translates to the test suite doing something wrong, vs the code doing something wrong
[01:31] <tsimonq2> Me neither :P
[01:31] <tsimonq2> (this is why I'm not "just uploading" a test override, tbf)
[01:31] <slangasek> that is normally what I expect to understand before I disable a test
[01:32] <slangasek> but this is node code, and I don't have a handle on how it's put together
[01:33] <tsimonq2> Right
[01:33] <tsimonq2> Me neither, lol
[02:49] <cyphermox> is there an archive admin around? I'm trying to check if "remove-package -a s390x androguard -m ANAIS" is indeed the right course of action for androguard.
[02:59] <cyphermox> same story for bpfcc; I want to double check that "remove-package -a armhf -a i386 -a s390x bpfcc-lua libbpfcc -m ANAIS
[02:59] <cyphermox> is indeed the right command
[03:54] <infinity> cyphermox: Asking if the command is the correct form (it's not), or if it's the right course of action (dunno without investigating)
[03:55] <nacc> infinity: since you responded, would you be able to do the removals in LP: #1749745 ? if not, it's ok, we're just about upload the last thing that will let php-defaults migrate
[03:55] <ubot5> Launchpad bug 1749745 in zoneminder (Ubuntu) "php7.2 has removed the mcrypt module" [Undecided,New] https://launchpad.net/bugs/1749745
[03:56] <nacc> but i think it'll get stuck since php-mcrypt is gone
[03:59] <cyphermox> infinity: both, really
[04:00] <infinity> cyphermox: So, it built everywhere, the Debian maintainer reacted to an ancient bug report by arch-restricting, and we think that's the sane path forward? :P
[04:00] <infinity> Well, "ancient".  But a bug report against 0.4.0
[04:01] <infinity> While 0.5.0 doesn't appear to actually have the issue?
[04:02] <cyphermox> infinity: well I looked at the changelog and debian does seem to have drop arches, I'm not exactly in a position to know whether it makes sense or not without a lot more investigation, in that sense I care more about command form
[04:02] <infinity> Ahh, no, it was us who was carrying a patch to make it build everywhere.
[04:02] <infinity> And then LocutusOfBorg dropped that patch in his merge?
[04:02] <infinity> LocutusOfBorg: Why?
[04:04] <infinity> cyphermox: The form of the command is missing a -b
[04:04] <cyphermox> ah
[04:05] <infinity> And ANAIS is an archaic term from when we used to control arch build via Packages-arch-specific, and only slangasek seems to use it to mean the exact inverse of what it used to mean. :P
[04:06] <cyphermox> I didn't know about it until slangasek suggested it the other day
[04:06] <cyphermox> it does kind of match "there used to be a build for that arch"
[04:07] <infinity> It stands for "Architecture Not Allowed In Source", and goes back to the days where which arch picked up a build was controlled by Packages-arch-specific, a text file maintained by the buildd maintainers.
[04:07] <cyphermox> sure, I understand that
[04:07] <infinity> As in, it literally meant "setting the arch in your source package doesn't do any good, but we'll fix that", not "the source doesn't allow this build", which seems to be how Steve uses it. :)
[04:07] <infinity> Very confusing to me, s'all.
[04:07] <cyphermox> heh
[04:08] <cyphermox> I can change that to ANISA
[04:08] <infinity> *smirk*
[04:08] <infinity> WBNBSONR
[04:08] <cyphermox> architecture not in source anymore
[04:08] <cyphermox> *blink*
[04:08] <infinity> Will Be NBS On Next Revision!
[04:09] <cyphermox> OFC
[04:09] <infinity> Duh.
[04:09] <cyphermox> well, you and Steve can bikeshed this all you want :P
[04:10] <infinity> Well, I don't like anything that implies these removals would be remotely copy-paste automated.
[04:10] <infinity> Since "it doesn't build anymore" isn't a valid reason for a removal in itself.
[04:10] <cyphermox> no
[04:10] <infinity> And, thus, I also like removal comments to be useful and explain WTF.
[04:11] <cyphermox> ok
[04:11] <infinity> Not including a '-m' at all in your sample output helps there.
[04:11] <infinity> Since copying and pasting it will fail.
[04:11] <cyphermox> well, I see the script being more a "this is likely the issue, but you should still damn well make sure"
[04:12] <cyphermox> and since you need to be an archive admin to run this anyway, you'd know better?
[04:12] <infinity> Nice theory. ;)
[04:13] <cyphermox> I know, right?
[04:13] <cyphermox> theory about AA's knowing better, or about it being used the way I think?
[04:13] <infinity> Yes.
[04:14] <infinity> We have a precedent for reports that generate commands being somewhat fail-safe for near mindless copy-pasta.
[04:14] <infinity> I'm less keen on reports that generate commands that one shouldn't run.
[04:14] <infinity> It's very "if everyone had a gun, no one would shoot anyone".
[04:15] <cyphermox> infinity: remove-packag -d ubuntu -s bionic -b libokular5core7  about right form? (though definitely not to be run right now)
[04:16] <infinity> cyphermox: Assuming you want all arches of that binary removed, yes.
[04:16] <cyphermox> it's an NBS, so yeah
[04:16] <infinity> Right, NBS has a report that DTRT. ;)
[04:17] <cyphermox> yeah, that's what I took the command from ;)
[04:18] <infinity> Oh look, every gcc version ever depends on an NBS realpath.
[05:15] -queuebot:#ubuntu-release- New binary: r-cran-clustergeneration [amd64] (bionic-proposed/none) [1.3.4-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: r-cran-animation [amd64] (bionic-proposed/none) [2.5+dfsg-1] (no packageset)
[06:45] <slangasek> infinity: ANAIS is frequently used by the Debian ftp team in removal messages :)
[06:46] <slangasek> cyphermox: wrt those commands, you also need '-b', which I failed to include in the first command I pasted to you
[06:46] <slangasek> cyphermox: ah, infinity covered that also
=== Beret- is now known as Beret
[08:06] <LocutusOfBorg> infinity, I remember having a talk with Ritesh (Debian Maintainer), and he told something around "hey you can make it build but it won't work at all"
[08:13] <LocutusOfBorg> sil2100, ppp merge please?
[08:13] <LocutusOfBorg> (connman is in dep-wait now)
[08:23] <sil2100> LocutusOfBorg: ACK
[08:31] <acheronuk> is there as issue with the ppc64el and s390x test builders? lots of tests queuing up, and none or virtually none running?
[09:05] <LocutusOfBorg> thanks sil2100 <3
[09:38] <acheronuk> yeah. seems like ppc64el and s390x test builders are not really processing their queues :/
[09:39] <acheronuk> at least no movement in past hr
[09:45] <Laney> things are being restarted atm, it's back online now
[09:46] <acheronuk> great. thanks
[10:13] <tjaalton> could an archive admin remove nvidia-304 from bionic, fixes bug 1748000 and would clear the way for xserver & mesa et al
[10:13] <ubot5> bug 1748000 in nvidia-graphics-drivers-304 (Ubuntu) "Remove from the archive: this legacy driver is unmaintained upstream" [Undecided,New] https://launchpad.net/bugs/1748000
[10:16] -queuebot:#ubuntu-release- New: accepted r-cran-animation [amd64] (bionic-proposed) [2.5+dfsg-1]
[10:17] -queuebot:#ubuntu-release- New: accepted r-cran-factominer [amd64] (bionic-proposed) [1.39-1]
[10:17] -queuebot:#ubuntu-release- New: accepted r-cran-clustergeneration [amd64] (bionic-proposed) [1.3.4-1]
[10:27] -queuebot:#ubuntu-release- New binary: r-cran-phytools [amd64] (bionic-proposed/universe) [0.6-44-1] (no packageset)
[11:24] -queuebot:#ubuntu-release- New binary: zfs-linux [s390x] (bionic-proposed/main) [0.7.5-1ubuntu2] (core)
[11:25] -queuebot:#ubuntu-release- New binary: zfs-linux [i386] (bionic-proposed/main) [0.7.5-1ubuntu2] (core)
[11:26] -queuebot:#ubuntu-release- New binary: zfs-linux [amd64] (bionic-proposed/main) [0.7.5-1ubuntu2] (core)
[11:26] -queuebot:#ubuntu-release- New binary: zfs-linux [ppc64el] (bionic-proposed/main) [0.7.5-1ubuntu2] (core)
[11:29] -queuebot:#ubuntu-release- New binary: zfs-linux [armhf] (bionic-proposed/main) [0.7.5-1ubuntu2] (core)
[11:30] -queuebot:#ubuntu-release- New binary: zfs-linux [arm64] (bionic-proposed/main) [0.7.5-1ubuntu2] (core)
[11:34] -queuebot:#ubuntu-release- New: accepted zfs-linux [amd64] (bionic-proposed) [0.7.5-1ubuntu2]
[11:34] -queuebot:#ubuntu-release- New: accepted zfs-linux [armhf] (bionic-proposed) [0.7.5-1ubuntu2]
[11:34] -queuebot:#ubuntu-release- New: accepted zfs-linux [ppc64el] (bionic-proposed) [0.7.5-1ubuntu2]
[11:34] -queuebot:#ubuntu-release- New: accepted zfs-linux [arm64] (bionic-proposed) [0.7.5-1ubuntu2]
[11:34] -queuebot:#ubuntu-release- New: accepted zfs-linux [s390x] (bionic-proposed) [0.7.5-1ubuntu2]
[11:34] -queuebot:#ubuntu-release- New: accepted zfs-linux [i386] (bionic-proposed) [0.7.5-1ubuntu2]
[12:53] -queuebot:#ubuntu-release- New binary: udisks2 [s390x] (bionic-proposed/main) [2.7.6-1ubuntu1] (desktop-core, ubuntu-desktop, ubuntu-server)
[12:56] -queuebot:#ubuntu-release- New binary: udisks2 [i386] (bionic-proposed/main) [2.7.6-1ubuntu1] (desktop-core, ubuntu-desktop, ubuntu-server)
[12:57] -queuebot:#ubuntu-release- New binary: udisks2 [ppc64el] (bionic-proposed/main) [2.7.6-1ubuntu1] (desktop-core, ubuntu-desktop, ubuntu-server)
[13:06] -queuebot:#ubuntu-release- New binary: udisks2 [amd64] (bionic-proposed/main) [2.7.6-1ubuntu1] (desktop-core, ubuntu-desktop, ubuntu-server)
[13:07] -queuebot:#ubuntu-release- New binary: udisks2 [arm64] (bionic-proposed/main) [2.7.6-1ubuntu1] (desktop-core, ubuntu-desktop, ubuntu-server)
[13:07] -queuebot:#ubuntu-release- New binary: udisks2 [armhf] (bionic-proposed/main) [2.7.6-1ubuntu1] (desktop-core, ubuntu-desktop, ubuntu-server)
[13:11] <xnox> sil2100, https://bugs.launchpad.net/ubuntu/+source/hw-detect/+bug/1555904 i don't believe we have systems available to verify this actually, thus we rely on IBM QA, which are most likely in eastern timezones, and thus are end of week now.
[13:11] <ubot5> Ubuntu bug 1555904 in debian-installer (Ubuntu Xenial) "opal-prd not installed by default on ppc64el systems" [Critical,In progress]
[13:12] <xnox> sil2100, i'd be inclined to mark this as verification-done, spin up RC, and see how the testing goes next week.
[13:12] <xnox> sil2100, however, I also want to upload partman-auto today with swap fixes =/ and respin with that, because I am a twat like that.
[13:12] <sil2100> xnox: how much time you need for the partman-auto changes?
[13:13] <xnox> sil2100, should be a couple of hours
[13:13]  * xnox 's famous last words
[13:14] <sil2100> I guess I'll be spinning candidates a bit later anyway, so you still might make it!
[13:58] <xnox> sil2100, http://paste.ubuntu.com/p/4nyBSRMh8Q/ preview of the crazy thing i want to ship
[14:17] <sil2100> xnox: hm, I'm not sure it's something we'd like to introduce so late in the .4 cycle
[14:18] <xnox> sil2100, yeah, we will.
[14:19] <xnox> sil2100, we kind of need it to certify high-ram systems, with small disk spaces, by default.
[14:19] <xnox> sil2100, because currently systems with e.g. 1TB of RAM, yet only 250GB of disk space, fail to install. because we try to create a 1TB swap partition....
[14:19] <xnox> sil2100, this is fix released in bionic, effectively, due to move to swapfiles, but we cannot move to swapfiles in xenial - as it is too risky....
[14:48] <LocutusOfBorg> lovely sil2100 :)
[14:52] <sil2100> xnox: looking at the change again, I guess it's not as big enforcement as I originally saw, as it's just capping the RAM parameter for the default swap size calculation
[14:52] <sil2100> xnox: so ok, I'm more convinced to get this in
[14:52] <sil2100> LocutusOfBorg: yw o/
[14:52] <xnox> sil2100, apart from that pastebin, had a typpo on the comparison =))))) anyway, rebuilt that correct, and retesting now.
[14:52] <sil2100> blackboxsw: hey! How much more is needed to get LP: #1747059 verified?
[14:52] <ubot5> Launchpad 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
[16:28] <nacc> slangasek: iiuc, if the removals in LP: #1749745 are processed, src:php7.1 can be demoted (already possibly per c-m) and then removed once the new php-defaults is fully migrated
[16:28] <ubot5> Launchpad bug 1749745 in zoneminder (Ubuntu) "php7.2 has removed the mcrypt module" [Undecided,New] https://launchpad.net/bugs/1749745
[16:29] <acheronuk> hi
[16:29] <acheronuk> could an archive admin please remove the ppc64el and s390 binaries of https://launchpad.net/ubuntu/+source/parley/4:17.08.3-0ubuntu2
[16:30] <acheronuk> that should allow the new 17.12.2 version to migrate, which can no longer build on those architectures.
[16:30] <acheronuk> due to a new non-optional build depend on QtWebEngine
[16:37] <LocutusOfBorg> hello perl upload
[16:44] <infinity> LocutusOfBorg: I see no perl upload.  Or was that you registering intent?
[16:45] <LocutusOfBorg> infinity, just uploaded to Debian unstable
[16:45] <infinity> LocutusOfBorg: Oh, yes.  Indeed.
[16:45] <LocutusOfBorg> [17:35:45] <BTS> perl 5.26.1-5 uploaded by Niko Tyni (ntyni) (Closes: #890242, #891196, #891229) https://tracker.debian.org/perl
[16:45] <LocutusOfBorg> I just want to point it here, in case you want to blacklist the autoimport, and delay it for some days
[16:46]  * LocutusOfBorg BTW accepting remmina new binaries will make the package go in release
[16:47] <infinity> LocutusOfBorg: Tempting, since I'm about to break the world with glibc.
[16:47] <infinity> LocutusOfBorg: OTOH, this new perl upload is to fix it failing to build with the new glibc. :P
[16:48] <LocutusOfBorg> lol better wait for perl then :) queues are empty
[16:48] <LocutusOfBorg> and I need the gdbm fix...
[16:48] <LocutusOfBorg> since it is partially my fault :p
[16:49] <LocutusOfBorg> infinity, do you mean glibc 2.27?
[16:49] <infinity> LocutusOfBorg: "wait for perl" as in do glibc after perl?  That's not going to happen.
[16:49] <infinity> LocutusOfBorg: They won't entangle, though.
[16:49] <infinity> It'll just be a massive autopkgtest backlog over the weekend.
[16:49] <sil2100> xnox: how's the partman-auto testing going?
[16:49] <infinity> LocutusOfBorg: And yes, I mean 2.27
[16:49] <LocutusOfBorg> WOW!
[16:50] <LocutusOfBorg> there is also a memory leak fix, so this perl is nice to have...
[16:50] <infinity> If the (&!^ testsuite would ever finish on i386, it would be copied over...
[16:50] <infinity> I think I got a dud VM.
[16:50] <LocutusOfBorg> if you upload glibc *now* you will have ~12h of empty queues to use :p
[16:51] <infinity> LocutusOfBorg: It'll be "now", ish.
[16:51] <LocutusOfBorg> :) good luck!
[16:51] <infinity> LocutusOfBorg: Like I said, just waiting on the i386 build to finish, then it'll binary copy over.
[16:51] <infinity> The i386 build that should have finished an hour ago, but I think scalingstack might be a tad overcommitted right now.
[16:52] <infinity> Or I got a compute node with disks from 1932.
[16:52] <LocutusOfBorg> oh... I though the i386 was for sil not for me :)
[16:56] -queuebot:#ubuntu-release- Unapproved: apt-xapian-index (xenial-proposed/universe) [0.47ubuntu8.3 => 0.47ubuntu8.4] (kubuntu)
[16:57] <xnox> sil2100, it's good, uploaded bionic, will upload to xenial shortly.
[17:02] -queuebot:#ubuntu-release- Unapproved: partman-auto (xenial-proposed/main) [134ubuntu1.1 => 134ubuntu1.2] (core)
[17:11] -queuebot:#ubuntu-release- Unapproved: accepted partman-auto [source] (xenial-proposed) [134ubuntu1.2]
[17:12] <sil2100> xnox: please verify as soon as possible
[17:13] <xnox> ack
[17:24] -queuebot:#ubuntu-release- New binary: unibilium [s390x] (bionic-proposed/universe) [2.0.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: unibilium [ppc64el] (bionic-proposed/universe) [2.0.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: unibilium [amd64] (bionic-proposed/universe) [2.0.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: unibilium [i386] (bionic-proposed/universe) [2.0.0-2] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: re2 [s390x] (bionic-proposed/universe) [20180201+dfsg-2] (kubuntu)
[17:33] <xnox> nacc, congrants on php-defaults
[17:33] -queuebot:#ubuntu-release- New binary: re2 [ppc64el] (bionic-proposed/universe) [20180201+dfsg-2] (kubuntu)
[17:34] <nacc> xnox: thanks, big props to xevious for helping out with the last few
[17:39] -queuebot:#ubuntu-release- New binary: re2 [amd64] (bionic-proposed/universe) [20180201+dfsg-2] (kubuntu)
[17:43] -queuebot:#ubuntu-release- New binary: re2 [i386] (bionic-proposed/universe) [20180201+dfsg-2] (kubuntu)
[17:43] <jbicha> slangasek: good morning, could you kill gtk-d/ppc64el now? (I guess someone else killed the other ldc/ppc64el stuff)
[17:43] <slangasek> jbicha: I did kill the other ones based on our conversation yesterday
[17:43] <slangasek> jbicha: looking at gtk-d now
[17:43] <jbicha> cool, thanks
[17:43] -queuebot:#ubuntu-release- New binary: unibilium [arm64] (bionic-proposed/universe) [2.0.0-2] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: unibilium [armhf] (bionic-proposed/universe) [2.0.0-2] (no packageset)
[17:47] <slangasek> jbicha: done
[18:07] -queuebot:#ubuntu-release- New binary: re2 [arm64] (bionic-proposed/universe) [20180201+dfsg-2] (kubuntu)
[18:13] -queuebot:#ubuntu-release- New binary: re2 [armhf] (bionic-proposed/universe) [20180201+dfsg-2] (kubuntu)
[18:33] <sil2100> slangasek, infinity: the point-release checklist mentions: "Turn off cron jobs that will auto update into -updates until final images are tested." - is that something you can help me switch off?
[18:33] <sil2100> Or is it not accurate?
[18:34] <sil2100> Also, I have prepared the milestone in the ISO tracker for .4 - should I do something with the Daily milestone before I kick the first release candidates?
=== Dmitrii-Sh_ is now known as Dmitrii-Sh
=== andyrock_ is now known as andyrock
=== coreycb_ is now known as coreycb
[18:50] <infinity> sil2100: "do something with the daily milestone"?
[18:50] <infinity> sil2100: All dailies while the .4 milestone is in testing will post to both daily and .4, which is what you want.
[18:50] <infinity> sil2100: (You can use this knowledge to kick off all the builds from the daily milestone on the web ui and build in parallel without having to fiddle on nusakan)
[18:51] <sil2100> infinity: that's a handy trick!
[18:52] <sil2100> Thanks ;)
[18:56] <infinity> sil2100: I believe there's still an outstanding bug where triggering ubuntu-base from the web ui does nothing useful.
[18:57] <infinity> sil2100: So what I usually do after setting up a new milestone is trigger ubuntu-base manually from nusakan, check that it did all the right things and posted to the milestone, then trigger server and all the desktop flavours from the tracker.
[18:58] <infinity> sil2100: Also highly recommended before starting that to do a manual 'anonftpsync' on nusakan and tail rsync.log until it's done, just in case some stale lock has screwed you.
[19:01] <xnox> sil2100, https://bugs.launchpad.net/ubuntu/+source/partman-auto/+bug/1351267 is good. also pinged dannf to test it more as well, on their systems.
[19:01] <ubot5`> Ubuntu bug 1351267 in partman-auto (Ubuntu Xenial) "partman-auto prefers to give disk to swap, leaving root too small" [Critical,Fix committed]
[19:01] <xnox> sil2100, i am EOW i think
[19:07] <tsimonq2> infinity, slangasek: Can I get action on bug 1751347 please, so that the KDE Apps transition isn't held up?
[19:07] <ubot5`> bug 1751347 in parley (Ubuntu) "ANAIS: ppc64el and s390x binaries no longer build" [Undecided,New] https://launchpad.net/bugs/1751347
[19:30] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Xenial 16.04.4] (20180223) has been added
[19:30] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Xenial 16.04.4] (20180223) has been added
[19:36] -queuebot:#ubuntu-release- Builds: Mythbuntu Desktop amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:36] -queuebot:#ubuntu-release- Builds: Mythbuntu Desktop i386 [Xenial 16.04.4] (20180223.1) has been added
[19:37] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:37] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop i386 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop i386 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Server i386 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Server powerpc [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Xenial 16.04.4] (20180223.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Xenial 16.04.4] (20180223.1) has been added
[19:45] -queuebot:#ubuntu-release- New: accepted r-cran-phytools [amd64] (bionic-proposed) [0.6-44-1]
[19:45] -queuebot:#ubuntu-release- New: accepted re2 [armhf] (bionic-proposed) [20180201+dfsg-2]
[19:45] -queuebot:#ubuntu-release- New: accepted re2 [arm64] (bionic-proposed) [20180201+dfsg-2]
[19:45] -queuebot:#ubuntu-release- New: accepted re2 [i386] (bionic-proposed) [20180201+dfsg-2]
[19:45] -queuebot:#ubuntu-release- New: accepted re2 [amd64] (bionic-proposed) [20180201+dfsg-2]
[19:45] -queuebot:#ubuntu-release- New: accepted re2 [s390x] (bionic-proposed) [20180201+dfsg-2]
[19:45] -queuebot:#ubuntu-release- New: accepted unibilium [arm64] (bionic-proposed) [2.0.0-2]
[19:45] -queuebot:#ubuntu-release- New: accepted unibilium [i386] (bionic-proposed) [2.0.0-2]
[19:45] -queuebot:#ubuntu-release- New: accepted unibilium [s390x] (bionic-proposed) [2.0.0-2]
[19:45] -queuebot:#ubuntu-release- New: accepted re2 [ppc64el] (bionic-proposed) [20180201+dfsg-2]
[19:45] -queuebot:#ubuntu-release- New: accepted unibilium [armhf] (bionic-proposed) [2.0.0-2]
[19:45] -queuebot:#ubuntu-release- New: accepted unibilium [amd64] (bionic-proposed) [2.0.0-2]
[19:45] -queuebot:#ubuntu-release- New: accepted unibilium [ppc64el] (bionic-proposed) [2.0.0-2]
[19:50] -queuebot:#ubuntu-release- Builds: Ubuntu GNOME Desktop amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:50] -queuebot:#ubuntu-release- Builds: Ubuntu GNOME Desktop i386 [Xenial 16.04.4] (20180223.1) has been added
[19:59] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Xenial 16.04.4] (20180223.1) has been added
[19:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi2 [Xenial 16.04.4] (20180223.1) has been added
[19:59] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop i386 [Xenial 16.04.4] (20180223.1) has been added
[20:03] <slangasek> tsimonq2: parley> done; fwiw I don't usually consider a bug report necessary for binary removals, an irc ping is sufficient
[20:07] <acheronuk> slangasek: many thanks
[20:10] <tsimonq2> slangasek: Thanks; acheronuk said something earlier though ;)
[20:11] <slangasek> tsimonq2: right, "irc ping" vs "irc message that I don't highlight on"
[20:11] <acheronuk> I didn't 'ping/notice', which in hindsight I should have done.
[20:12]  * acheronuk looks at what was typed while he was typing :P
[20:14] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Xenial 16.04.4] (20180223.1) has been added
[20:14] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD i386 [Xenial 16.04.4] (20180223.1) has been added
=== chiluk_ is now known as chiluk
[20:20] <tsimonq2> slangasek: Fair, thanks again
[20:22] <LocutusOfBorg> infinity, click copy-package button? :)
[20:44] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Xenial 16.04.4] (20180223.2) has been added
[20:44] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Xenial 16.04.4] (20180223.2) has been added
[20:45] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Xenial 16.04.4] (20180223.2) has been added
[20:45] -queuebot:#ubuntu-release- Builds: Ubuntu Base i386 [Xenial 16.04.4] (20180223.2) has been added
[20:45] -queuebot:#ubuntu-release- Builds: Ubuntu Base powerpc [Xenial 16.04.4] (20180223.2) has been added
[20:45] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Xenial 16.04.4] (20180223.2) has been added
[20:45] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Xenial 16.04.4] (20180223.2) has been added
=== bashfulrobot_ is now known as bashfulrobot
[21:03] <slangasek> xnox: does https://launchpad.net/ubuntu/+source/prime-phylo/1.0.11-4build3/+build/13627293 ring any bells?  This seems to be an Ubuntu-specific regression not due to boost, but due to icu
[21:04] -queuebot:#ubuntu-release- New: accepted webkit2gtk [amd64] (bionic-proposed) [2.19.91-1ubuntu1]
[21:04] -queuebot:#ubuntu-release- New: accepted webkit2gtk [armhf] (bionic-proposed) [2.19.91-1ubuntu1]
[21:04] -queuebot:#ubuntu-release- New: accepted webkit2gtk [ppc64el] (bionic-proposed) [2.19.91-1ubuntu1]
[21:04] -queuebot:#ubuntu-release- New: accepted webkit2gtk [arm64] (bionic-proposed) [2.19.91-1ubuntu1]
[21:04] -queuebot:#ubuntu-release- New: accepted webkit2gtk [s390x] (bionic-proposed) [2.19.91-1ubuntu1]
[21:04] -queuebot:#ubuntu-release- New: accepted webkit2gtk [i386] (bionic-proposed) [2.19.91-1ubuntu1]
[21:09] <slangasek> sil2100: hi, please note LP: #1751367
[21:09] <ubot5`> Launchpad bug 1751367 in pulseaudio (Ubuntu) "package libpulse0 1:10.0-2ubuntu3.1 failed to install/upgrade: trying to overwrite shared '/etc/pulse/client.conf', which is different from other instances of package libpulse0:i386" [Critical,New] https://launchpad.net/bugs/1751367
[21:13] -queuebot:#ubuntu-release- Unapproved: dpkg (trusty-proposed/main) [1.17.5ubuntu5.7 => 1.17.5ubuntu5.8] (core)
[21:26] <ddstreet> infinity slangasek rbasak i just uploaded patched dpkg for trusty for lp #1730627; this was uploaded last Dec by infinity but then rejected without any explanation i can find.  the patch is needed as i explain in the lp bug, but if there is some reason it was previously rejected that i don't know about please let me know
[21:26] <ubot5`> Launchpad bug 1730627 in dpkg (Ubuntu Trusty) "xz compressed control.tar files not supported" [Medium,Confirmed] https://launchpad.net/bugs/1730627
[21:26] <ddstreet> slangasek just fyi for you as you're sru vanguard today but this dpkg upload can wait until next week
[21:29] <infinity> ddstreet: You could have just fished my upload out of the rejected queue.
[21:29] <infinity> ddstreet: As for the "without any explanation", it's in the bug log.
[21:29] <ddstreet> infinity i didn't find it until i already had that ready - and is it possible to un-reject an upload?
[21:30] <infinity> ddstreet: Namely, I didn't bother doing the appropriate SRU template bug paperwork (and neither did you :P)
[21:30] <infinity> ddstreet: Yes, it's possible to do so.
[21:30] <infinity> ddstreet: I'll just resurrect mine.
[21:30] <ddstreet> sounds good
[21:31] <ddstreet> infinity you doing the template as well or should i do that
[21:31] <infinity> ddstreet: I'm down with teamwork, if you want to mangle the bug up a bit.
[21:31] <ddstreet> will do thnx
[21:32] <infinity> Comforting that our uploads were nearly byte-identical.
[21:34] -queuebot:#ubuntu-release- Unapproved: rejected dpkg [source] (trusty-proposed) [1.17.5ubuntu5.8]
[21:35] -queuebot:#ubuntu-release- Unapproved: dpkg (trusty-proposed/main) [1.17.5ubuntu5.7 => 1.17.5ubuntu5.8] (core)
[21:39] <ddstreet> infinity template added to bug, thnx
[22:13] -queuebot:#ubuntu-release- Unapproved: isc-dhcp (trusty-proposed/main) [4.2.4-7ubuntu12.10 => 4.2.4-7ubuntu12.11] (core)
[22:14] -queuebot:#ubuntu-release- Unapproved: isc-dhcp (xenial-proposed/main) [4.3.3-5ubuntu12.7 => 4.3.3-5ubuntu12.8] (core)
[22:15] -queuebot:#ubuntu-release- Unapproved: isc-dhcp (artful-proposed/main) [4.3.5-3ubuntu2 => 4.3.5-3ubuntu2.1] (core)
[22:29] -queuebot:#ubuntu-release- New: accepted remmina [amd64] (bionic-proposed) [1.2.0-rcgit.27+dfsg-3ubuntu1]
[22:29] -queuebot:#ubuntu-release- New: accepted remmina [armhf] (bionic-proposed) [1.2.0-rcgit.27+dfsg-3ubuntu1]
[22:29] -queuebot:#ubuntu-release- New: accepted remmina [ppc64el] (bionic-proposed) [1.2.0-rcgit.27+dfsg-3ubuntu1]
[22:29] -queuebot:#ubuntu-release- New: accepted remmina [arm64] (bionic-proposed) [1.2.0-rcgit.27+dfsg-3ubuntu1]
[22:29] -queuebot:#ubuntu-release- New: accepted remmina [s390x] (bionic-proposed) [1.2.0-rcgit.27+dfsg-3ubuntu1]
[22:30] -queuebot:#ubuntu-release- New: accepted remmina [i386] (bionic-proposed) [1.2.0-rcgit.27+dfsg-3ubuntu1]
[22:33] <sil2100> slangasek: noted, more for weekend/Monday as I'll be going EOD now
[22:33] <sil2100> But ACK
[22:48] -queuebot:#ubuntu-release- New binary: pocket-lint [amd64] (bionic-proposed/universe) [0.5.31-0ubuntu2] (no packageset)
[23:10] <slangasek> tsimonq2: it seems there are a number of lubuntu-related SRUs in xenial-proposed that have not been verified.  Did you want these in for 16.04.4?
[23:10] <slangasek> tsimonq2: (because the window is closing)
[23:12] <tsimonq2> slangasek: Oh, they haven't been verified?
[23:12] <tsimonq2> slangasek: Harumph.
[23:12] <tsimonq2> slangasek: I'll look ASAP
[23:12] <slangasek> tsimonq2: http://people.canonical.com/~ubuntu-archive/pending-sru.html shows several
[23:13]  * tsimonq2 grabs an install
[23:13] <tsimonq2> slangasek: Got a deadline?
[23:14] <tsimonq2> (Monday?)
[23:14] <slangasek> tsimonq2: sil2100 already sent mail about 16.04.4 candidates; for SRUs that only affect lubuntu you have some latitude in having them released and images retested, but I don't know what the cutoff is
[23:14] <tsimonq2> slangasek: When are you expecting to go EOD?
[23:15] <slangasek> tsimonq2: so I'd say Monday at latest, and probably follow up to ubuntu-release with a list of those you want released
[23:15] <slangasek> tsimonq2: 5:30ish my time, but also I won't release the SRUs on a Friday
[23:16] <tsimonq2> slangasek: Sure
[23:18] <tsimonq2> slangasek: no Friday SRUs> I guess promising I'll be around this weekend to fix things should they break doesn't make that change, does it :/
[23:19] <slangasek> tsimonq2: indeed not, because I don't promise to be around to process them ;)
[23:21] <tsimonq2> slangasek: OK
[23:29] -queuebot:#ubuntu-release- New binary: devhelp [ppc64el] (bionic-proposed/main) [3.27.90-1] (kubuntu, ubuntu-desktop)
[23:29] -queuebot:#ubuntu-release- New binary: devhelp [s390x] (bionic-proposed/main) [3.27.90-1] (kubuntu, ubuntu-desktop)
[23:31] -queuebot:#ubuntu-release- New binary: devhelp [amd64] (bionic-proposed/main) [3.27.90-1] (kubuntu, ubuntu-desktop)
[23:32] -queuebot:#ubuntu-release- New binary: devhelp [armhf] (bionic-proposed/main) [3.27.90-1] (kubuntu, ubuntu-desktop)
[23:32] -queuebot:#ubuntu-release- New binary: devhelp [i386] (bionic-proposed/main) [3.27.90-1] (kubuntu, ubuntu-desktop)
[23:35] -queuebot:#ubuntu-release- New binary: devhelp [arm64] (bionic-proposed/main) [3.27.90-1] (kubuntu, ubuntu-desktop)