[08:40] <xnox> slangasek, only if we drop games from $PATH
[09:03] <tseliot> xnox: hi, I've finally backported a couple of patches for systemd to fix LP: #1777099 . What's the best way to get them into Cosmic and Bionic?
[09:10] <xnox> tseliot, attach a debdiff and i include it in the next upload shortly? i need to fix up broken postinst too in systemd.
[09:11] <xnox> tseliot, of, if they are cherrypicks and apply cleanly then just commit ids.
[09:11] <xnox> tseliot, and well, cosmic will be getting v239 soon.
[09:15] <xnox> tseliot, cause there is helper scripts which make it trivial to cherrypick upstream commit ids.
[09:15] <xnox> tseliot, did you get those patches backported into the stable tree by the way?
[09:18] <tseliot> xnox: I had to adjust the commits, since they wouldn't apply cleanly, and no, I haven't talked to upstream about the backport, if that's what you mean
[09:18] <xnox> tseliot, cool attach the diff / patches to the bug, and i can upload it with the next update.
[09:19] <xnox> and then sheparhd the autopkgtests / validation / releasing it
[09:45] <tseliot> xnox: ok, thanks
[11:02] <doko> chrisccoulson: cargo probably needs a version bump, because dh-cargo in proposed doesn't migrate
[12:18] <tseliot> xnox: ok, I've just attached the debdiff to LP: #1777099
[12:19] <tseliot> I'm available to attach the single patches too
[13:49] <coreycb> sil2100: hi, can you check on the artful-proposed and binary-proposed packages for bug 1772681? it seems they didn't make it to the archive.
[13:53] <coreycb> sil2100: it may have something to do with the addition of a transitional package, python-swauth
[13:58] <sil2100> Oh
[13:58] <sil2100> coreycb: looking o;
[13:59] <sil2100> coreycb: indeed it was! Now accepted
[13:59] <coreycb> sil2100: thanks!
[14:00] <dosaboy> sil2100: will that takes some time to appear?
[14:01] <dosaboy> sil2100: guessing it still needs to build so will wait
[14:01] <dosaboy> sil2100: note that its artful and bionic
[14:03] <sil2100> dosaboy: it should be fairly quick, since this basically just needs a publisher run to get the binaries published now
[14:03] <sil2100> As those were already built but not accepted
[14:03] <sil2100> (stuck in NEW)
[14:04] <dosaboy> sil2100: ack
[14:04] <dosaboy> they're not there yet fwiw but i'll check back in a few
[14:37] <rbasak> doko: do you know if clamav needs any action in Ubuntu? It's marked "Do _not_ merge 0.100" in MoM.
[14:38] <rbasak> Something to do with LLVM I think - but do we know who knows about it or if the current status is documented?
[14:39] <doko> rbasak: my upload was a no-change rebuild
[14:40] <rbasak> doko: sorry, I'm not trying to imply it's your responsibity or anything. I'm just trying to gather general status of server-owned packages in terms of planning merges if required.
[14:41] <rbasak> I thought you might know because of the llvm side
[14:41] <dosaboy> sil2100: i still dont see the packages fyi
[14:43] <doko> rbasak: well, I know that it needs porting for every new llvm version
[14:43] <dosaboy> sil2100: https://paste.ubuntu.com/p/87hvSsM53x/
[15:07] <sil2100> dosaboy: it takes a while, depends on how much work the publisher has
[15:07] <sil2100> dosaboy: rmadison says now that the new package should be there
[15:07] <dosaboy> sil2100: ack thanks
[15:07] <dosaboy> sil2100: ill check
[15:16] <dosaboy> sil2100: all good, thanks for helping
[15:16] <ddstreet> sil2100 can you take a quick look at my follow on debdiff for ebtables lp #1774120 https://bugs.launchpad.net/ubuntu/+source/ebtables/+bug/1774120/+attachment/5151443/+files/lp1774120-cosmic-v2.debdiff
[15:17] <ddstreet> if that addresses the concern you had for the bug, i'll get it uploaded to cosmic, and then upload for srus
[15:17] <ddstreet> but i want to make sure it LGTY before uploading to cosmic again
[15:51] <rbasak> mdeslaur: looks to me that nghttp2 can be synced in Cosmic now. Please could you glance at it to see if you agree and I'll sync it?
[16:01] <mdeslaur> rbasak: sure, sync ahead
[16:05] <sil2100> smoser: hey! I'm looking at the netinfo_to_netplan changes in initramfs-tools for bionic SRU right now
[16:07] <sil2100> smoser: to get this approved for bionic I would need at least a test plan and possibly regression potential
[16:07] <sil2100> smoser: the bug is a 'tracking bug' for all the resolveconf removal, but maybe you could at least get a comment with the steps needed to validate initramfs-tools upload?
[16:08] <sil2100> smoser: since otherwise if I accept it into bionic-proposed, what would be the criteria that one would judge the upload to be good to go?
[16:08] <sil2100> smoser: I see netinfo_to_resolv_conf is still there so I assume regressions aren't a big problem, but I guess it could regress at some point?
[16:09] <sil2100> smoser: the bug is https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1713803
[16:09] <sil2100> cyphermox, slangasek: ^
[16:09] <rbasak> mdeslaur: done, thanks
[16:13] <smoser> sil2100: cyphermox did the  integration on that, and the test of what was uploaded to cosmic. i'd prefer that he come up with the test plan. but i'm happy to review that.
[16:14] <smoser> it could definitely regress someone's behavior.
[18:09] <tomreyn> i've got gnupg2 (gpg2) on xenial segfaulting. there doesn't seem to be a -dbg package as there is for gpg v1. how can i create a backtrace?
[18:12] <sarnold> tomreyn: looks like there's a -dbgsym package on ddebs.ubuntu.com -- at least I spot Package: gnupg2-dbgsym in http://ddebs.ubuntu.com/dists/xenial/main/binary-amd64/Packages
[18:13] <tomreyn> sarnold: is ddebs.ubuntu.com a 'new' thing then? how do you install those packages, and how do they relate to the -dbg packages?
[18:14] <ahasenack> tomreyn: https://wiki.ubuntu.com/Debug%20Symbol%20Packages
[18:14] <sarnold> tomreyn: some instructions on using it at https://wiki.ubuntu.com/Debug%20Symbol%20Packages
[18:15] <sarnold> but .. I'm not loving the apt-key adv bit of the instructions :(
[18:15] <ahasenack> I don't know why some debug packages are in ddeb, and others are in the normal archive
[18:15] <sarnold> as I understand it the dbgsym packages in ddebs are generated automatically as part of the build; the -dbg packages in the archive are generated because the package maintainer set it up to be generated
[18:16] <tomreyn> and the average user is going to know and understand this how?
[18:16] <tomreyn> maybe it was in some release notes and i missed it.
[18:17] <tomreyn> but i guess not. :-/
[18:17] <ahasenack> tomreyn: the average user definitely would not try to get backtraces
[18:17] <tsimonq2> sarnold: IANAE on this but iirc -dbg packages are discouraged for most packages in favor of -dbgsym.
[18:17] <ahasenack> he/she would let apport report the crash and that's it
[18:17] <tomreyn> ok, lets say the somewhat advanced user who is not a canonical employee.
[18:17] <tsimonq2> *cough*
[18:18] <ahasenack> I found that wiki by googling, fwiw
[18:18] <tsimonq2> tomreyn: s/a canonical employee/an Ubuntu developer or a Canonical employee/ ;P
[18:18] <tsimonq2> Anyway, I'm being picky.
[18:18] <tomreyn> thanks for fixing this for me.
[18:19] <tomreyn> you're right.
[18:19] <tomreyn> sure, i can always google. but ideally my preferred linux diustro would tell me about relevant changes on its own.
[18:20] <cjwatson> In this case the problem with that is that it's been a gradual change across thousands of packages not all at the same time
[18:20] <cjwatson> So difficult to put in a single set of release notes
[18:20] <tomreyn> this may seem picky, but it's my feeling that this is happening more and more lately. probably a result of lack of personnel. just sad.
[18:21] <cjwatson> ddebs.ubuntu.com has been around since something like 2006 FWIW
[18:21] <sarnold> heh, it's apparently not particularly new :) here's instructions for feisty, gutsy, and hardy :) https://wiki.ubuntu.com/DebuggingProgramCrash?action=diff&rev1=57&rev2=58
[18:21] <tomreyn> ok, ok
[18:22] <tomreyn> this is not -discuss so i won't push this further. thank you for helping me out.
[18:24] <slangasek> xnox: is /usr/games empty in the archive? that's surely a precondition for dropping it
[18:24] <sarnold> I have to admit that hearing about Clear Linux's fuse filesystem to automatically grab dbg symbols when needed made me envious..
[18:27] <pjotr> Hi, there's currently a serious bug in Firejail 0.9.38 (xenial) and 0.9.52 (bionic):
[18:27] <pjotr> https://bugs.launchpad.net/ubuntu/+source/firejail/+bug/1776175
[18:27] <pjotr> I have attached the fixed profiles to the bug report
[18:28] <pjotr> Can somebody please fix this?
[18:29] <pjotr> cjwatson: maybe you know who can commit the fix?
[18:30] <ddstreet> tomreyn ahasenack fyi you can get ddebs also by 'sudo apt-add-repository ppa:ddstreet/ubuntu-dev-tools ; sudo apt update ; sudo apt install ubuntu-dev-tools' to get my ubuntu-dev-tools fork, then just use 'pull-lp-ddebs' for any pkg you like (at any version you might have installed).  no need to add ddebs as apt repo or install the key (and it will get ddebs from old versions that aren't on ddebs.ubuntu.com anymore)
[18:31] <sarnold> pjotr: probably best to prepare a debdiff with the changes that you need, and get it sponsored; see https://wiki.ubuntu.com/StableReleaseUpdates for some guidelines
[18:31] <tomreyn> thanks for the suggestion, ddstreet (i'll stick to the 'original', though)
[18:32] <tsimonq2> It was going to get merged in at one point (/me kicks mapreri :P)
[18:32] <ddstreet> tomreyn yep using ddebs.u.c is rather easy and works as long as you have the latest pkg version installed
[18:33] <ddstreet> yeah he finally did offer to merge it all, after i gave up and moved my ongoing work into a forked ppa...i'll get around to preparing it for merging back eventually
[18:47] <tomreyn> yes, seems easy enough to use it.
[19:01] <infinity> stgraber: You're the chair for today's TB meeting.
[19:01] <infinity> (If we're having one)
[19:04] <infinity> mdeslaur: TB?
[19:25] <mdeslaur> whoops
[20:05] <tomreyn> this surely stands for table boredom.
[20:54] <Unit193> sarnold: 'not loving apt-key adv', I did not read the wikipage but from context I'm thinking that's getting the key for the ddeb archive?  Just install ubuntu-dbgsym-keyring, it was added with bionic finally! \o/
[20:59] <cjwatson> oh is it now
[21:00] <cjwatson> Unit193,sarnold: added to the wiki, thanks
[21:00] <Unit193> cjwatson: Oh, thank you!
[21:00] <cjwatson> thank *you*
[21:01] <nacc> heh
[21:03] <Unit193> Just closed LP 643623 too.
[21:50] <xnox> sarnold, yes, that is nice.
[21:50] <xnox> sarnold, i think we should be able to generate similar metadata, and install packages ondemand, by have everything autodiscoverable.
[21:51] <xnox> Unit193, cjwatson, sarnold - yeah, sorry about non-updating all the bugs / documentation that it's now generally available keyring snippet.
[21:55] <xnox> slangasek, there are two packages, i'm happy to fork them. to ship the binaries in /usr/bin instead
[21:56] <xnox> slangasek, cause if we are going to touch /etc/environment it's best to update it once to sensible path, without games.
[21:56] <sarnold> Unit193,xnox,cjwatson, beautiful, I hadn't seen ubuntu-dbgsym-keyring yet! :) much better!
[22:57] <slangasek> xnox: are you going to SRU those packages, back to all releases in which /etc/environment's path declaration is broken wrt snapd?
[23:02] <xnox> slangasek, deal.
[23:03] <slangasek> xnox: hmm ;)  from my POV I would prefer not to entangle the two issues, and I think properly version-guarded upgrade handling is fine to deploy for each /etc/environment change separately
[23:33] <Unit193> Where did the number of '2' packages that use /usr/games/ come from?  `apt-file` is telling me a much higher number.
[23:42] <bluesabre> slangasek: do you know who to reach out to for review of https://code.launchpad.net/~xubuntu-dev/debian-cd/xubuntu-base/+merge/347414, https://code.launchpad.net/~xubuntu-dev/livecd-rootfs/xubuntu-base/+merge/347319, and https://code.launchpad.net/~xubuntu-dev/ubuntu-cdimage/xubuntu-base/+merge/347320 ?
[23:43] <bluesabre> (sorry for the random ping :))