[05:14] <pitti> Good morning
[06:23] <pitti> Laney, infinity: I just installed firefox from -proposed and scrollbars are back, thanks!
[07:33] <zzarr> hello! I'm trying to play a mp3 file in a project built with Qt 5.7 but it says that it's missing a plugin for gstreamer
[07:34] <zzarr> I'm on Ubuntu 16.04
[09:49] <Mirv> zzarr: you'll most likely indeed lack a plugin, as mp3 is patent encumbered format. for example gstreamer1.0-fluendo-mp3 package has a licensed decoder.
[09:50] <zzarr> thanks Mirv
[09:51] <zzarr> Mirv it's already the latest
[10:01] <Mirv> hmm then I don't know
[10:56] <xnox> something odd is going on. packages that just build in local yakkety sbuild fail on launchpad.
[10:57]  * xnox rebuilds my chroots
[11:47] <happyaron> seb128: need to work on that on Monday, hands were full today...
[11:49] <Mirv> does anyone else have hanging builds in LP? https://launchpad.net/~canonical-qt5-edgers/+archive/ubuntu/qt5-beta2/+build/10632384 at the end of the build
[11:50] <Mirv> I've had one since yesterday, and still happens
[11:53] <cjwatson> can happen if you leave test processes hanging around
[11:53] <cjwatson> just cancel it
[11:58] <Mirv> ok
[12:06] <seb128> happyaron, shrug, ok, always a reason to delay those :-/
[13:43] <happyaron> seb128: hey, appears most fixes were included for the 1.2.2 version, but the wwan icon patch has something not upstreamed, thus not picked...
[13:43] <happyaron> cyphermox: ^
[15:58] <jbicha> mdeslaur: are you planning to use gnupg1 soon instead of gnupg like Debian did?
[15:58] <jbicha> because I saw you merged gnupg 1.4.20-6 but not gnupg1 1.4.20-7
[15:59] <mdeslaur> jbicha: huh, wasn't aware of that
[15:59] <jbicha> mdeslaur: https://debian-administration.org/users/dkg/weblog/116
[16:00] <mdeslaur> gnupg1 is in yakkety already
[16:01] <jbicha> yes but it's in universe and the gnupg source package should probably be removed if we're going to follow Debian's example for yakkety
[16:01] <mdeslaur> yeah, someone who cares can do that
[16:01] <mdeslaur> doesn't look like they've actually replaces gnupg though
[16:03] <mdeslaur> (yet)
[16:04] <jbicha> well except for providing transitional packages and removing the old source I think they have https://anonscm.debian.org/git/pkg-gnupg/gnupg1.git/tree/debian/control
[16:07] <xnox> mdeslaur, well it needs gnupg2 merge
[16:07] <xnox> and on debian it is claimed to break things (the RC bug report)
[16:07] <xnox> i would want to for this to happen, but I am biased.
[16:07] <xnox> Laney, shall we try to squeeze in gnupg2 by default?
[16:07] <xnox> and see how much stuff breaks?
[16:08] <xnox> i think the rest of stuff is merged / working by now......
[16:08] <jbicha> well a transitional package would help with some of the breakage
[16:08] <pitti> oh, please let's move to gpg2, this is overdue
[16:10] <Laney> xnox: abstain
[16:11] <ricotz> pitti, +1
[16:14] <xnox> i shall file FFe request
[16:15] <xnox> https://bugs.launchpad.net/ubuntu/+source/gnupg1/+bug/1615039
[16:24] <mdeslaur> xnox, jbicha: I don't mind helping a bit with the gpg transition, but I don't have time to properly take care of it
[16:24] <mdeslaur> xnox: thanks for volunteering :)
[16:25] <mdeslaur> xnox: let me know if there's something you'd like me to do
[16:25] <jbicha> mdeslaur: I thought *you* volunteered by touching gnupg last!
[16:25] <mdeslaur> see, the problem with that is the security team touches everything last :)
[16:26] <mdeslaur> xnox: I can merge our stuff into the gnupg1 package if you'd like
[16:29] <xnox> mdeslaur, i'm punting this till next week. cause i do want to make it happen, but it needs to be done right. And i can't just toss it over the wall on friday evening =)
[16:30] <xnox> i'm sure some things will break and/or need testing - e.g. user session gpg-agent and the like.
[16:30] <mdeslaur> xnox: ok, just let me know
[16:30] <jbicha> yeah, maybe after Beta
[16:49] <rbasak> barry: you might be interested in bug 1613880. We can't be sure, but it sounds like he changed /usr/bin/python to point to python3.5. I wonder if there's a way for apport to tell us for sure, so we can explain and Invalidate these bugs immediately?
[16:50] <pitti> rbasak: Dependencies: should tell, but that field is empty (!?)
[16:50] <barry> rbasak: looking
[16:51] <rbasak> Not urgent at all - just pondering the bigger picture. Maybe these are rare.
[16:51] <pitti> i. e. apport mentions modified files in packages, i. e. it should have told us that python-minimal has a modified /usr/bin/python
[16:52] <barry> rbasak: changing /usr/bin/python is definitely not a supported option on ubuntu (or debian) so we should detect that and exit
[16:54] <rbasak> barry: would you like a bug for that somewhere?
[16:55] <barry> rbasak: i think it should be rare, and it's something that someone would have to go out of their way to do.  or i suppose they could have installed python3.5 from source into /usr/local/bin and made that first on their $PATH?  in any case, i think we can just handle this on a case-by-case basis.  pitti what do you think?
[16:55] <pitti> barry: yeah, WFM; I'm mostly interested in why this bug has an empty Dependencies: field
[16:56] <barry> pitti: yeah ;)
[16:56] <pitti> barry: oh -- apport is python too, it wouldn't surprise me if that was broken by that change
[16:56] <barry> patient: "dr. it hurts when i do this".  doctor: "don't do that!"
[16:57] <pitti> well, Friday evening, debugging a weird regression, and that ^ isn't a "want to think about it" problem right now, sorry
[16:57] <barry> not likely to change over a nice weekend :)
[17:04] <rbasak> I just thought it was interesting that 1) someone did that and then reported a bug; but also 2) apport didn't tell me why. But that he broke apport itself by doing that is interesting. Also ironic that he reported it against python-six!
[17:12] <ahoneybun> anyone know if we can expect a startup sound change?