[04:18] <rbalint> vmbuilder did not see an update for some time, is there a successor or it just needs some love to support bionic + cosmic?
[04:21] <tsimonq2> (multipass?)
[04:32] <tsimonq2> In this case I'll assume that this is OK, but for the future, a native package with e.g. 1.4.4 when SRUed becomes 1.4.4.1 right?
[06:19] <cpaelzer> xnox: hi is the systemd autopkgtest still retry-to-win?
[06:20] <cpaelzer> recent logs look that way, but to be sure I wanted to ask in case there are special bells and whistles to that atm
[07:19] <cjwatson> tsimonq2: https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging has some recommendations for native packages.  1.4.4.1 would only be OK if it's an Ubuntu native package that's not in Debian.
[07:26] <tsimonq2> cjwatson: Thanks.
[07:27] <xnox> cpaelzer, i think it got worse recently, did not yet debug on how to make it better =/
[07:27] <cpaelzer> ok
[07:30] <cpaelzer> I have seen the fsck hit in the past
[07:30] <cpaelzer> there seem to be a new one around "unhappy-2.input"
[07:30] <cpaelzer> good name btw
[07:30] <cpaelzer> breaks on "Failed to parse UID: '9999999999': Numerical result out of range"
[07:31] <cpaelzer> maybe now both issues are flaky and together cause a higher fail rate
[07:31] <cpaelzer> I could get it working with "just" one retry this time
[07:31] <cpaelzer> I haven't seen the UID thing before, so I thought I mention if that is known to you already xnox
[07:33] <cpaelzer> xnox: I read through the last 8 fails and found like 6 different issues
[07:33] <cpaelzer> so it is (as it was in the past) not just a single issue to fix :-/
[09:53] <rbasak> RAOF: please could you take a look to see if you're happy releasing budgie-desktop-environment? I'm not sure how to verify the things mentioned in the changleog without bugs, or if you're expecting those to be released without explicit veriication?
[09:54] <rbasak> bug 1755831 and bug 1772238
[09:58] <RAOF> rbasak: I was going to release without explicit verification of the things not bugged in the changelog.
[09:59] <RAOF> Oh, yeah! It's Wednesday! Oops.
[09:59] <rbasak> RAOF: OK. Do you want to take care of that then?
[10:00] <rbasak> I'm just about done with the pending-sru queue for today. I didn't get o some. debootstrap should be releasable soon - I've kicked some dep8 tests and force-badtested one.
[10:00] <rbasak> I'm looking at qemu and libvirt from the Bionic unapproved queue next.
[10:02] <cpaelzer> RAOF: he is looking at the mentioned because he is kind and I'm sort of RAOF for those two updates :-)
[10:03] <RAOF> I can take care of that, but it'll be tomorrow, because I'm on my phone now 😀
[10:03] <cpaelzer> RAOF: then let rbasak continue and take what you can tomorrow
[10:03] <cpaelzer> IMHO the queue is full enough to get both of you busy
[10:04] <cpaelzer> if rbasak tries to get the full queue done today his head might explode
[12:24] <LocutusOfBorg> nacc, pacemaker merge?
[12:28] <rbasak> didrocks: fancy re-sponsoring lastpass-cli in bionic unapproved but using Ubuntu or adjusting vendor so that Launchpad-Bugs-Fixed appears? :)
[12:28]  * rbasak will be back after lunch
[12:53] <xnox> Laney, mailings lists are dead; long live mailing venues =)
[12:53] <Laney> :>
[12:53] <Laney> we could use the Ubuntu amphitheatre
[13:13] <didrocks> rbasak: sorry, wdym by "using Ubuntu"? Indeed, the changelog has a Closes: instead of LP:. I didn't notice it, Nafallo FYI ^
[13:14] <didrocks> if that's the only thing needing changes, I'll handle it, just want to clarify the "but using Ubuntu" :)
[13:14] <rbasak> didrocks: "Closes LP:
[13:14] <rbasak>      #1766186"
[13:14] <rbasak> should be parsed correctly I believe.
[13:14] <ahasenack> "Closes" is fine, dep3changelog uses that syntax
[13:14] <ahasenack> but LP: # is mantadory
[13:14] <rbasak> I think it's odd, but some old timers use it.
[13:14] <didrocks> I'll replace by a traditional LP: ;)
[13:15] <didrocks> rbasak: let me reject the current one
[13:15] <ahasenack> rbasak: dep3changelog adds "Closes"
[13:15] <rbasak> didrocks: usually when the header is missing it's because the signer used dpkg-buildpackage on Debian without overriding the vendor.
[13:16] <didrocks> rbasak: it's a new setup machine, maybe I'm missing a config I didn't restore? but I'm on bionic
[13:17] <rbasak> The only other thing I can think of is that the line wrap confused the parser. But I was under the impression that didn't affect anything.
[13:17] <didrocks> could be
[13:17] <rbasak> AFAIK, it should work by default on any Ubuntu
[13:17] <rbasak> (well maybe not Warty, I don't know)
[13:17] <Laney> https://launchpadlibrarian.net/374036485/lastpass-cli_1.0.0-1.2ubuntu2_source.changes <- no LP there?
[13:17] <rbasak> That's weird
[13:18] <rbasak> https://launchpadlibrarian.net/374053940/apache2_2.4.29-1ubuntu4.2_source.changes is what I was looking at
[13:18] <rbasak> Which would explain it
[13:18] <rbasak> I'm looking at the wrong package :)
[13:18] <Laney> :D
[13:18] <didrocks> :)
[13:18] <didrocks> yeah, it was wrong anyway, Closes: instead of LP: as said
[13:18] <didrocks> argh, I purged LaTeX after sponsoring this! Have to reinstall it because debian/rules clean needs it :p
[13:18] <rbasak> I use -nc -d usually
[13:19] <Laney> didrocks: debuild -S -d -nc?
[13:19] <Laney> high five
[13:19] <didrocks> yeah, let's try with -nc to see if the diff is ok
[13:20] <didrocks> Launchpad-Bugs-Fixed: 1555562
[13:20] <didrocks> ok, looking better
[13:20] <didrocks> and diff is ok
[13:20] <rbasak> \o/
[13:21] <didrocks> rbasak: thanks for noticing! Pushed
[13:21]  * rbasak pends on the Launchpad diff generator
[13:22] <Laney> ahasenack: never heard of dep3changelog, thanks for the hint BTW
[13:22]  * Laney notices who wrote it too
[13:22] <ahasenack> who?
[13:22] <rbasak> The one person that I know of who considers "Closes: LP: #XXX" OK :)
[13:23] <rbasak> Oh no sorry. That's "Closes LP: #XXX" :)
[16:04] <nacc> LocutusOfBorg: i'll take a look
[16:06] <LocutusOfBorg> nacc, <3
[17:39] <smoser> slangasek: you did a review of bionic pollinate SRU at https://bugs.launchpad.net/ubuntu/+source/pollinate/+bug/1761240 . the code for the trusty, xenial, artful are all the same as the bionic... i wonder if you could easily review those also ?
[17:39] <smoser> https://bugs.launchpad.net/ubuntu/+source/pollinate/+bug/1761240
[17:47] <slangasek> smoser: it's not true that they're all the same as for bionic, today; bionic is at 4.31, artful is at 4.27, etc.  so the diffs will need separate review (but I'm planning to do that)
[17:51] <smoser> slangasek: yes, understood that you review the changes, but in this particular package, probably reviewing the code is just as easy.
[17:51] <smoser> $ wc -l `which pollinate`
[17:51] <smoser> 350 /usr/bin/pollinate
[19:11] <xevious> python3-configshell-fb (which is in universe) has a bug that's breaking my scripts on Ubuntu. It was resolved in 1.1.fb23 (1.1.23 in Debian-speak). What's the process for getting a universe package updated to its latest version?
[19:11] <xevious> https://github.com/open-iscsi/configshell-fb/commit/82f79eb2f967ecd820d531488d0b64d6015b1aaf
[19:36] <nacc> xevious: file a bug
[19:36] <xevious> Would it be better to file it with Debian or on Launchpad?
[19:38] <tsimonq2> xevious: Launchpad.
[19:39] <nacc> xevious: ubuntu bugs go in launchpad
[19:40] <nacc> xevious: but it's not fixed in debian either? then you'd also file one there as a good person (tm)
[19:45] <roaksoax> win 3
[19:48] <tsimonq2> win 4
[19:48] <Unit193> /win 73
[20:00] <xevious> nacc: No, sid and bionic have the same version in universe.
[20:01] <xevious> nacc: I'll file the bugs once I finish some tests.
[20:14] <winksaville> I'm using bionic and I ran across a problem using llvm-3.9 that I build from source using gcc, but if I use llvm-3.9 package it works. Further, if I use clang to compile llvm-3.9 from source it works.
[20:15] <winksaville> So my question is when the llvm-3.9 package is built for distribution what compiler is used?
[20:16] <sarnold> winksaville: take a look at the build logs on https://launchpad.net/ubuntu/+source/llvm-toolchain-3.9
[20:17] <sarnold> here's the difference that ubuntu carries compared again sthe debian package https://patches.ubuntu.com/l/llvm-toolchain-3.9/
[20:17] <sarnold> hope this helps, lunchtime :)
[20:18] <winksaville> Txs, I'll take a look
[20:58] <xevious> nacc: I got around to making the Ubuntu ticket: https://bugs.launchpad.net/ubuntu/+source/python-configshell-fb/+bug/1776761
[21:04] <winksaville> sarnold: I found the build logs on https://launchpad.net/ubuntu/+source/llvm-toolchain-3.9/1:3.9.1-19ubuntu1/+build/14185079 and downloaded https://launchpad.net/ubuntu/+source/llvm-toolchain-3.9/1:3.9.1-19ubuntu1/+build/14185079/+files/buildlog_ubuntu-bionic-amd64.llvm-toolchain-3.9_1%3A3.9.1-19ubuntu1_BUILDING.txt.gz
[21:04] <winksaville> But when I try to gunzip it says its "not in gzip format", what have I done wrong?
[21:06] <xevious> nacc: I just emailed it to Debian.
[21:11] <xevious> nacc: ...and here it is on their bug tracker: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901484
[21:12] <winksaville> sarnold: never mind, it appears it gets decompressed in transit or some such and if I save it as a .txt file I can see it just fine.
[21:46] <doko> coreycb, jamespage: for LP: #1482765 please can you follow-up with the security team?
[21:55] <sarnold> winksaville: all good?
[22:07] <coreycb> doko: it looks like the security team's been subscribed. should i check with them on status?
[22:08] <doko> coreycb: please do. just promited it for cosmic
[22:08] <coreycb> doko: will do, thanks
[22:13] <coreycb> doko: is there any way to get that into main for bionic at this point or is it too late?
[22:15] <doko> coreycb: I was told that you need approval/awareness of the security team for this extended security support
[22:15] <doko> but we had prmotions in the update pocket before
[22:16] <coreycb> doko: got it
[22:16] <coreycb> doko: thanks agian