[03:52] is there anything I can do to get some attention to an easy-to-fix bug (just apply a pre-existing patch that has been in use by Fedora for >1 year) in Ubuntu? It would be great to see this fixed in time for the next version: https://bugs.launchpad.net/ubuntu/+source/xchat/+bug/912392 [03:52] Launchpad bug 912392 in xchat "Please include upstream libnotify fix into package" [Undecided,Confirmed] [03:57] wlach, yeah I can take a look [03:57] wlach, but not before next week [03:58] wlach, btw for reference, in general if you *attach* the patch to the bug rather than mention a link to it, that tends to get it on people's radars better [03:59] since launchpad then flags it as a patch, which gets it into the sponsoring review queue [03:59] bryce: I can easily do that, since I created a patched package myself a day ago :) [03:59] bryce: there's no rush, I just wanted to make sure it got attention ... [04:01] wlach, if you know how to create debdiffs, attaching a debdiff is a *really* good way to get it some attention, since those tend to get even higher priority in the sponsor queue [04:02] bryce: oh cool, I didn't know that, no [04:02] It's been a long time since I've messed with debian packaging but I'm sure I can learn [04:02] relearn that is [04:03] wlach, cool! well welcome :-) [04:04] bryce: Can't promise I'll show up *too* often as I have lots of stuff on the go. ;-) this particular issue just happened to be driving me crazy enough to motivate me to go into #gnome-shell and debug it with the help of some of the developers there [04:05] but this is good to know for future reference [04:05] wlach, yep [06:33] God Morning. [06:33] Good [20:32] desrt, does calling g_settings_new result in an AddMatch message being sent over the session bus? (eg, "type='signal',interface='ca.desrt.dconf.Writer',path='/ca/desrt/dconf/Writer/user',arg0path='/system/proxy/'") [20:38] yes [20:38] asynchronously so [20:38] desrt, ah, that will be why thunderbird is spamming my session bus with millions of these messages [20:39] it does this every time it creates a new http channel, to check the proxy settings [20:39] we should probably cache these :) [20:39] sounds reasonable, indeed :) [20:42] thunderbird is also haemorrhaging memory whilst it's doing this too :( [20:42] that's going to be fun to debug [20:55] hmmm, i think i'm going to have to rebuild thunderbird to turn off jemalloc :(