[01:18] <smoser> RAOF, when you get around to sru processing tomorrow, could you look at letting cloud-init in ? it looks like it should be good for bug 1717477
[01:18] <smoser> (thanks in advance)
[01:21] <RAOF> smoser: I'm on leave starting tomorrow for a week and a bit; my next regular SRU rotation would be Wed the 18th.
[01:21] <RAOF> smoser: I presume you'd like it done before then, though, so I'll check it out after I track down this deadlock.
[01:24] <smoser> RAOF, thanks for the heads up. have a nice holiday!
[07:34] <RAOF> smoser: Sorry I didn't get to cloud-init today; please feel free to ping the next SRU guy on your list :)
[08:56] <alkisg> Ubuntu's firefox 55 made adobe flash crash by just right clicking on it. Now firefox 56 made flash crash without getting displayed at all (LP: #1720908). Upstream firefox releases don't have those issues... could someone fix the new .diff?
[09:06] <chrisccoulson> alkisg, works fine here
[09:09] <alkisg> chrisccoulson: thanks, let me try in a few VMs to see if something else is amiss (I tried 2 real installations already)
[09:09] <alkisg> Are you using flashplugin-nonfree, or adobe-flashplugin?
[09:17] <alkisg> *flashplugin-installer
[09:18] <pchamtaczke> Hi, is there any api to get Ubuntu
[09:18] <pchamtaczke> *Ubuntu Security Notifications?
[09:21] <alkisg> chrisccoulson: I can't find any way for firefox 56 + flash to run. Test cases so far: (1) mate 16.04 amd64 + firefox 56 + adobe-flashplugin=broken, (2) the same in i386=broken, (3) unity 16.04 amd64 + firefox 56 + flashplugin-installer=broken.
[09:21] <alkisg> In all those cases, if I revert to previous firefox versions, they work.
[09:22] <alkisg> 1 and 2 are real PCs (different ones), while 3 is a VM...
[09:34] <Unit193> So all of it is for 1604?
[09:37] <alkisg> Yes, I haven't tested e.g. 17.10 or anything
[09:43] <Unit193> I was going to confirm that I've seen no crashing due to flash.
[09:47] <chrisccoulson> alkisg, ok, I can see the issue. It also means there's another bug, because it should fail on later releases too, but it doesn't
[09:47] <alkisg> ty
[09:49] <chrisccoulson> at some point, we've stopped enabling BIND_NOW
[09:51] <chrisccoulson> which most likely happened here https://launchpad.net/ubuntu/+source/firefox/49.0+build4-0ubuntu2 (cc doko)
[10:10] <alkisg> chrisccoulson: I verified that the "immediate bug" isn't there in zesty, but the "right click crashes" bug is there
[10:10] <alkisg> *immediate crashing
[10:11] <alkisg> E.g. firefox 54 in zesty works, while firefox 56 crashes on right click
[10:42] <acheronuk> LocutusOfBorg mitya57 : can we maybe get into artful? https://packages.debian.org/source/experimental/qtwebview-opensource-src
[10:43] <acheronuk> I think I saw lisandro say it was due to go into sid imminently
[10:53] <LocutusOfBorg> just sync it?
[10:53] <LocutusOfBorg> and ask release
[11:00] <acheronuk> LocutusOfBorg: I can't 'just sync it', I can only request-sync
[11:01] <acheronuk> anyway, I was asking to be polite to Qt peeps
[11:03] <acheronuk> oh, and @ tsimonq2 ^^^
[11:03] <acheronuk> amarok -dev was asking for it
[11:12] <LocutusOfBorg> sorry but I don't speak qt :) don't you have uploads powers?
[11:12] <LocutusOfBorg> my point is: if you want it to be syncd, I guess a chat with some release team member is preferred
[11:14] <acheronuk> LocutusOfBorg: no, I'm not MOTU
[11:15] <LocutusOfBorg> in caze, I think mitya57 is the best person to do that sync
[11:16] <LocutusOfBorg> *case
[11:16] <acheronuk> LocutusOfBorg: indeed, hence including him in my initial ping
[11:30] <tsimonq2> acheronuk: Is it urgent for this cycle?
[11:31] <acheronuk> tsimonq2: ask the guy in #kubuntu-devel
[11:32] <acheronuk> he was requesting it for amarok
[11:37] <tsimonq2> Ok
[11:41] <chrisccoulson> alkisg, ok, got a fix for the context menu crash as well, although it won't be in the version I've already uploaded
[12:57] <alkisg> chrisccoulson: thanks a lot! :)
[13:00] <mitya57> acheronuk, LocutusOfBorg: doesn't it need a FFe first?
[13:05]  * mitya57 replied on all 3 channels
[15:08] <bdmurray> doko: Is there a plan for python3 apps depending on DLFCN? bug 1708947
[15:50] <slashd> rbasak, good day, could you please have a look at the newest debdiff (comments#38) created by niedbalski (re: percona-xtradb-cluster-5.6) LP: #1657256. I'm asking you since you did the first sponsoring round (before the compilation issues)
[15:51] <nacc> slashd: rbasak is on a swap day
[15:51] <slashd> nacc, thanks, I'll ping him tomorrow then.
[15:51] <slashd> niedbalski, tinoco ^
[15:51] <nacc> slashd: np
[15:52] <GunnarHj> Laney: Unfortunately the /etc/profile.d workaround we talked about yesterday doesn't work well enough. Can you please take a look at the latest comments on bug #1720250?
[15:53] <Laney> GunnarHj: Not really, I don't know why that would happen, can you debug?
[15:55] <GunnarHj> Laney: No, I wouldn't know how to do that. Sorry.
[15:55] <Laney> Sorry also.
[15:55] <GunnarHj> Laney: Is the first variant a no-go?
[15:56] <GunnarHj> Laney: As a 17.10 hack...
[15:58] <Laney> GunnarHj: It should be possible to look at what the difference between the two is that makes profile.d not work
[15:59] <Laney> check the environment you get in both cases
[16:00] <GunnarHj> Laney: The environment is identical in the two cases. The problem is that the suggestion window does not show up when typing, which makes the too pretty useless, I suppose.
[16:00] <Laney> Why would that be though?
[16:00] <GunnarHj> Laney: No idea.
[16:01] <GunnarHj> s/too/tool/
[16:01] <GunnarHj> Laney: It shows up on Xorg.
[16:02] <Laney> look at the process list on both maybe
[16:04] <GunnarHj> Laney: Yeah.. It just struck me that there are two instances of IBus running, and that setting variables in /etc/profile.d might be too late for the instance which is actually used.
[16:06] <GunnarHj> Laney: But I can take a closer look at the process lists. (Need to move to artful first...).
[16:06] <Laney> you can look at /proc/<pid>/environ too
[16:06] <Laney> to see what the processes saw
[16:06] <GunnarHj> Laney: Ok, I'll make a try.
[16:06] <Laney> Cool!
[16:41] <acheronuk> mitya57: yes, I guess it would require a FFe :/
[16:41] <mitya57> acheronuk, if you file one then I will subscribe and sync when it is approved
[16:42] <acheronuk> mitya57: ok. I'll try to get to it this evening, but if not, in the morning
[16:42] <mitya57> acheronuk, please subscribe me when you do it then
[16:43] <acheronuk> mitya57: I will
[19:21] <doko> bdmurray: yes, fix them. googling for that message shows some work arounds
[22:09] <Unit193> mdeslaur: Thanks very much for the newsbeuter security update!
[22:28] <doko> chrisccoulson: is there currently a reason to build thunderbird with gcc-5 in artful?
[22:43] <Unit193> Are we going to have one more merge of glib2.0?  It fixes one nasty bug in Xubuntu where a bunch of mounts end up on the desktop.  (cc jbicha, Laney, etc)
[22:44] <jbicha> Unit193: didrocks is working on the glib 2.54.1-1 merge this week
[22:44] <Unit193> It's still regressed from Zesty, though not dang awful.
[22:44] <Unit193> jbicha: Thanks!