[06:06] <mitya57> larsu: Which gtk bug?
[06:40] <desrt> seb128: hi :D
[06:40] <seb128> desrt, howdy
[06:41] <larsu> mitya57: this one https://bugzilla.gnome.org/show_bug.cgi?id=722727
[06:43] <mitya57> larsu: ok, feel free to comment & reject.
[06:48] <larsu> mitya57: heh, okay
[06:57] <sil2100> didrocks: hi! So, I duplicated the meeting event, you can remove yours I guess ;)
[06:58] <didrocks> thanks sil2100!
[06:58]  * didrocks does
[07:00] <Laney> freedom
[07:03] <didrocks> Laney: \o/ yeah
[07:08] <larsu> Laney: rishi had a good point about my patch (only enable app-paintable when transparency is on). Please wait a bit with your review ;)
[07:08] <Laney> yeah, was waiting for the go ahead anyway
[07:08] <larsu> ok cool
[08:36] <darkxst> hey seb128 Laney larsu
[08:49] <Laney> hello darkxst
[08:52] <larsu> darkxst: hi
[08:53] <darkxst> any progress on gtk update?
[08:54] <larsu> maybe Laney uploaded it accidentally?
[08:55] <Laney> somebody greased my gpg key
[08:55] <Laney> things just keep sliding off it
[08:56] <Laney> joking aside, I think larsu is working on it but dialogs require fixing
[08:56] <Laney> it'll take time
[08:57] <darkxst> arent the dialogs just an xsettings to disable headerbars?
[08:59] <darkxst> http://worldofgnome.org/how-to-disable-gtk-header-dialogs-from-gnome-3-12/
[08:59] <mitya57> I think we just need to make unity-settings-daemon support that Xsettings key and export it, yes
[09:00] <darkxst> mitya57, yeh that is easy to fix
[09:04] <darkxst> so there must be other issues?
[09:05] <larsu> darkxst: that xsetting is only used to decide whether buttons are shown in the headerbar
[09:05] <larsu> dialogs always use csd though
[09:06] <larsu> haven't decided yet if we want that or if traditional titlebars are better
[09:07] <mitya57> Hm, then they have chosen a terrible name for that XSetting (Gtk/DialogsUseHeader)
[09:07] <larsu> ya
[09:10] <darkxst> larsu, which again would come down to ignoring the WM hints?
[09:20] <larsu> darkxst: which hints?
[09:22] <darkxst> larsu, the motif WM hints
[09:22] <darkxst> unity should ignore them
[09:22] <darkxst> if you want titlebars
[09:22] <darkxst> ^traditional
[09:22] <larsu> I don't think we can do that...
[09:22] <larsu> there are a lot of windows that set those hints
[09:23] <darkxst> larsu, there is only one specific hint, that controls the titlebars
[09:25] <larsu> please let's not make this situation messier than it already is
[09:25] <larsu> if there's a hint that says "remove the title bar", unity should remove the title bar
[09:25] <larsu> everything else is madness
[09:25] <darkxst> larsu, upstream don't quite agree with that!
[09:26] <larsu> why not?
[09:28] <darkxst> I spoke with them about adding a xsetting and/or theming attribute to control titlebars and they weren't to interested
[09:28] <darkxst> basically said unity should ignore the hints if it wants real titlebars
[09:29] <larsu> right, but that's adding a new xsetting is different from changing an existing (very old) one
[09:30] <larsu> ignoring the hint seems to be a very bad idea to me
[09:30] <larsu> I'd rather patch gtk
[09:32] <darkxst> larsu, right, which is also what I intended to do, however upstream weren't interested and this was during our 3.10 cycle so I never bothered apart from a couple of hacked together PoC patches
[09:34] <larsu> if they're not interested, we'll just keep it downstream
[09:37] <darkxst> larsu, sure, it just wasn't that important last cycle
[09:38] <larsu> Laney: https://code.launchpad.net/~larsu/gnome-terminal/update-restore-transparency-patch/+merge/221049
[09:38] <larsu> let's wait for rishi's opinion as well before merging it
[09:39] <Laney> kvaliteh
[09:39] <Laney> lemme know
[09:59] <darkxst> larsu, I supposed that is based on Fedora's downstream patches?
[10:05] <larsu> darkxst: slightly modified, yes
[10:10] <darkxst> larsu, ok
[10:10] <darkxst> I haven't had a chance to look over them yet, but have heard of there existence.
[10:21] <ara> mlankhorst, hey! quick question about https://bugs.launchpad.net/oem-priority/+bug/1307701
[10:22] <ara> mlankhorst, is the fix in qtbase enough? or are you still working on fixing stuff in the x server as well?
[10:22] <seb128> happyaron, could you review https://code.launchpad.net/~hennekn/ubuntu/trusty/ibus/bug-1240198/+merge/220843 ?
[10:23] <seb128> attente, ^
[10:24] <seb128> chrisccoulson, is https://launchpad.net/bugs/1236351 the compiler bug you mentioned yesterday?
[10:25] <mlankhorst> ara: it's in code review, see attached bug
[10:25] <ara> mlankhorst, attached bug?
[10:25] <chrisccoulson> seb128, yes (see also https://bugzilla.mozilla.org/show_bug.cgi?id=983817)
[10:26] <seb128> chrisccoulson, thanks, can you triage the bug/cvomment?
[10:26] <mlankhorst> ara: it's fixed in the utopic package, 5.2.1+dfsg-1ubuntu17
[10:26] <mlankhorst> ara: but it's queued for utopic, no idea how that's going *checks*
[10:26] <mlankhorst> s/utopic/trusty/
[10:27] <ara> mlankhorst, OK, so with the fix in qtbase is enough
[10:27] <mlankhorst> should be
[10:27] <mlankhorst> at least to avoid the issue
[10:27] <ara> ok, thanks
[10:28] <mlankhorst> it's queued for the qtbase-opensource-src sru too, but I have no idea how that's going
[10:29] <mlankhorst> afk, food
[11:31] <seb128> attente, ubuntu-codesearch.surgut.co.uk/search?q=keyboardsrock
[11:32] <seb128> thanks firefox
[11:32] <seb128> http://ubuntu-codesearch.surgut.co.uk/search?q=keyboardsrock
[11:32] <seb128> that one is clickable
[11:32] <attente> thanks seb128
[11:33] <seb128> yw!
[12:17]  * xnox loves when my dns is used =)
[12:18] <sarnold> xnox: it sure beats remembering the IP :)
[12:21] <Laney> chrisccoulson: https://crash-stats.mozilla.com/report/index/dbd3e5e0-bdec-4e24-9fc5-729722140526 ;-)
[12:29] <chrisccoulson> Laney, mmmm, in the cycle collector - good luck with that one ;)
[16:01] <mlankhorst> Laney: oh did you find my name in totem yet? :P
[20:03] <Laney> mlankhorst: looks like you updated one of our default applications to a new upstream series without thinking about it