[05:54] <didrocks> good morning
[05:57] <bschaefer> didrocks: Morning, I hope you had a good break
[05:58] <didrocks> bschaefer: hey! Yeah, the break was excellent, thanks :)
[05:59] <bschaefer> didrocks: Excellent! Now you get to work again! O and also the CJK patch went through while you were away (thought I would tell since you wanted to know haha)
[06:01] <didrocks> bschaefer: oh excellent news! so xapian is now cjk aware in oneiric ;)
[06:01] <bschaefer> yup! Now to fix the ibus support for oneiric :)
[06:03] <didrocks> good luck!
[06:04] <bschaefer> thanks!
[08:01] <htorque_> didrocks: good morning! there's a bad mem leak bug affecting unity-panel-service (bug 835646), but it's not just in unity but also in unity-2d, so i'm not sure about the packages/tasks anymore. can you help me out?
[08:08] <didrocks> htorque_: it's in the unity source package (unity-services binary package in fact)
[08:08] <didrocks> hey ;)
[08:09] <didrocks> htorque_: if you need to know from which package a binary is, you can use dpkg -S <binary_name>
[08:10] <htorque_> i'm just not sure if unity-panel-service is actually causing the problem, it's just the thing that eats the ram
[08:11] <htorque_> but if you say 'unity', then i certainly don't doubt it ;-)
[08:11] <htorque_> thanks :-)
[08:30] <thumper> htorque_: can you please subscribe me to the bug (assuming you are filing one)
[08:31] <thumper> htorque_: preferably with examples of what is causing it to leak
[08:31] <htorque_> thumper: done
[08:31] <thumper> htorque_: ta
[08:32] <htorque_> thumper: example: open and close any application and check mem usage of unity-panel-service before/after.
[08:32] <htorque_> gimp is an extreme example
[08:55] <andyrock> didrocks, https://bugs.launchpad.net/unity/+bug/692444 it's marked as fix released but it doesn't work for me
[08:56] <andyrock> didrocks, so this new bug https://bugs.launchpad.net/unity/+bug/836516 should be confirmed or should be marked as a duplicate?
[08:57] <didrocks> andyrock: this bug has clearly been fixed at some point, I would just take the new one and mark it confirm personnaly
[08:57] <andyrock> didrocks, ok thx
[08:57] <didrocks> andyrock: yw ;)
[10:32] <apw> anybody know which bit controls the backlight brightness when 'idle' ?  seems to be a fixed brightness which means it increases brightness when you are on minimum
[10:55] <dbarth> apw: not sure if that's still there, but it used to live inside gpm; see http://www.google.fr/codesearch#WoT5Z9VreaQ/src/gpm-brightness.c&type=cs
[17:06] <andyrock> htorque, can you check my last commit?
[17:06] <andyrock> the problem is difficult to solve but it should at least reduce the problem
[17:07] <andyrock> i think that it works 7-8/10 times