[11:17] <darkxst>  I know I have done this in the past, but how do I get a list of source packages that rdepend on a lib?
[11:18] <Unit193> reverse-depends -b libssl-dev
[11:18] <darkxst> my current attempts are just spitting back binary packages
[11:19] <Unit193> Oooh, you didn't say 'build'
[11:20] <darkxst> reverse-depends -b libzip4
[11:20] <darkxst> No reverse dependencies found
[11:20] <darkxst> meh
[11:20] <darkxst> and no not build deps
[11:21] <darkxst> the source packages that are linked to the library!
[11:48] <doko> LocutusOfBorg: the pytest sync was not a great idea. do you work on the autopkg test failures?
[11:53] <cjwatson> darkxst: source packages aren't linked to libraries; the only way I can make that request make any sense is build-deps
[11:55] <xnox> darkxst, i pipe the result of $ reverse-depends foo into bin2src to map binary packages to source packages.
[11:55] <cjwatson> darkxst: (but packages don't build-depend on the runtime, so you need to do reverse-depends -b libzip-dev)
[11:55] <cjwatson> (or reverse-depends -b src:libzip)
[11:57] <doko> coreycb, rbasak: please could you have a look at the postgresql-10 autopkg test failures on armhf?
[11:58] <darkxst> cjwatson, xnox thanks for the hints, pretty sure 18months without internet has affected my brain!
[11:58] <cjwatson> ... I think I'd melt or something
[11:58] <darkxst> It was more internet at $10 per GB
[11:58] <cjwatson> haven't been 18 months without internet since err about 1995
[12:00] <darkxst> you can't do any packaging at those rates
[12:00] <rbasak> doko: I'll need to add it to the backlog. But which failures exactly? I only see pg-repack failure across all archs on excuses.
[12:00] <xnox> darkxst, https://www.amazon.co.uk/Three-Mobile-Pay-Broadband-Data/dp/B01M3VJ2B2?th=1 24GB sim card for 45GBP which works in all of EU, US, Canada, Australia and many other countries around the world. Not sure where you were.
[12:00] <xnox> oh and valid for 2 years
[12:00] <xnox> so very handy.
[12:01] <rbasak> xnox: their terms make it clear that they expect to be generally using the SIM in the UK.
[12:01] <rbasak> Otherwise they'll disconnect you.
[12:01] <xnox> rbasak, for pay monthly, yes.
[12:01] <rbasak> xnox: for PAYG.
[12:01] <rbasak> Oh
[12:01] <rbasak> I might be talking about a different product. Sorry.
[12:02] <xnox> rbasak, for the "feel at home stuff" -> yeah, you can't be out of the country for more than 3 months in a row, or 3 out 12 rolling or some such.
[12:02] <xnox> but this one seems to simply be pre-loaded with data, and it's data only "internet on the legs" sim. and in the comments people totally are (ab)using it as a travel sim
[12:04] <xnox> rbasak, i'll let you know if i get disconnected ;-)
[12:04] <darkxst> xnox, I am remote, only Telstra
[12:05] <darkxst> might be handy though if I get to GUADEC again
[12:06] <darkxst> which against my better judgment have applied for funding from CC
[12:06] <darkxst> work can deal with the rest of it
[12:27] <doko> xnox: xe-guest-utilities needs a MIR?
[12:47] <LocutusOfBorg> doko, yes, already worked out
[12:47] <LocutusOfBorg> it was a great idea, because pytest catchlog was completely and utterly broken, and duplicated in new pytest
[12:47] <LocutusOfBorg> so, reverse-dependencies were broken as well (I can't assure all of them)
[12:48] <LocutusOfBorg> I'm finishing the open of RC bugs in Debian right now
[12:49] <LocutusOfBorg> I'm sad I couldn't do it before, but I discovered how broken it was only recently (I tried to avoid pushing it to bionic unless really necessary)
[12:55] <LocutusOfBorg> hello tkamppeter, what is your opinion wrt cups sync/merge?
[13:33] <tkamppeter> LocutusOfBorg, principally, I am syncing CUPS, but now for the LTS I would like to leave out the deprecation of raw queues to not cause any incompatibilities by the extra warnings and messages.
[13:33] <tkamppeter> I will continue syncing after 18.04.
[14:18] <doko> tjaalton: tomcat8.0 is still in bionic. is this intended?
[14:20] <tjaalton> doko: i have newer dogtag-pki in experimental which uses 8.5
[14:20] <tjaalton> need to check upgrades first
[14:20] <tjaalton> then sync it
[14:21] <LocutusOfBorg> thanks tkamppeter!
[14:21] <tjaalton> but for libresteasy I think going back to 3.0 series is needed.. there's 3.5 which is compatible to 3.0 but adds new stuff which need newer jaxb et al..
[14:47] <LocutusOfBorg> doko, #894705 in debian looks RC to me, I'm reassigning to the one I just opened
[14:47] <LocutusOfBorg> it has no rdeps, maybe just kick it out from bionic to proposed?
[14:55] <seb128> wgrant, cjwatson, do you have any idea why the template imports from https://translations.launchpad.net/ubuntu/bionic/+source/indicator-power/+imports and not reflecting in https://translations.launchpad.net/ubuntu/bionic/+source/indicator-power ?
[14:57] <doko> rbasak, coreycb, smoser: the grub-legacy-ec2 wants to migrate to main, but doesn't have a subscriber. is this your team?
[14:59] <cjwatson> seb128: I think it's because "Template is active" is unchecked on https://translations.launchpad.net/ubuntu/bionic/+source/indicator-power/+pots/indicator-power/+edit.  Do you know why that might be?
[15:00] <seb128> cjwatson, no idea, thanks for pointing that out
[15:02] <seb128> cjwatson, to be fair I don't understand those details of launchpad translations, at least not the "sharing" part, we keep hitting cases where that is active and pointing to outdated import, and as a side  effect it leads to not have the package upload files imported
[15:05] <seb128> cjwatson, I wonder if somebody changed those options after unity moved to universe, but afaik there is no "activity" log for those?
[15:09] <cjwatson> Could be, and indeed AFAIK there isn't.  This is, um, not my speciality.
[15:09] <cjwatson> seb128: Shall I just flip it back on?
[15:10] <seb128> cjwatson, I did, thanks
[15:10] <seb128> I did it for all indicators
[15:10] <cjwatson> OK
[16:17] <xnox> doko, yes it does need sru....
[16:17] <xnox> MIR that is
[16:43] <tjaalton> ahasenack: so, how about sssd 1.16.1?
[16:55] <ahasenack> tjaalton: I can't justify an ffe for it. I've been lurking in the mailing list looking for trouble with that version, just saw 2 so far (failure to start on centos, and a guy who was complaining enumeration was timing out iirc)
[16:55] <ahasenack> tjaalton: I also didn't find the stanting exception you mentioned
[16:55] <ahasenack> standing*
[16:55] <tjaalton> ok then
[17:11] <doko> jbicha: the graphee MIR looks ok. please upload a package that references it
[18:16] <jbicha> doko: I uploaded gst-plugins-base1.0 to the bionic queue for graphene
[18:17] <slangasek> I guess you want this for final beta?
[18:18] <jbicha> um, sure
[18:19] <slangasek> it impacts all image builds, which it looks like have already started
[18:19] <slangasek> --> #ubuntu-release
[21:23] <Whoopie> Hi, does a NNTP server for ubuntu mailing lists exist? I just learned that gmane doesn't have the new lists like bionic-changes.
[21:24] <TJ-> Whoopie: no
[21:25] <Whoopie> TJ-: do you maybe know why the new lists were not registered at gmane?
[21:26] <TJ-> No idea... but hasn't Gmane gone through some issues in recent times with not keeping up/being maintained?
[21:27] <Whoopie> right, they had a light restart after they shutdown in 2016.
[21:28] <Whoopie> ok, I see, it's not possible to add new lists.
[21:29] <jbicha> doko: graphene is in component-mismatches-proposed now