[00:59] any trunk testers present for Unity? [00:59] I need a second opinion [07:34] hi all [07:34] can i ask a question about the latest update of unity (and unity-2d)? [08:05] jcastro_, ping [11:17] hi all [11:24] andyrock: hi! i'm sure you can help me with bug 829961 - what would i need to do to get some useful valgrind output? [11:24] Launchpad bug 829961 in indicator-application (Ubuntu) "indicator-applications leaks memory" [Undecided,New] https://launchpad.net/bugs/829961 [11:44] htorque, hi [11:45] htorque, G_SLICE=always-malloc G_DEBUG=gc-friendly valgrind -v --tool=memcheck --leak-check=full --num-callers=40 --log-file=valgrind.log compiz --replace [11:46] and attach valgrind.log [11:46] can't i just write a wrapper for the indicator to check and restart that one? [11:47] and: do i need to let it run for some time or is it done after finishing the startup? [11:48] mhhh... you should "valgrind" unity-panel-service [11:49] not the entire compiz [11:49] so you know unity-panel-service is a dbus service [11:50] yeah... indicator-datetime is a small thing, indicator-applications definitely should be looked at, and unity-panel-service goes haywire here. while idling it's fine, but when using it there are some weird jumps adding lots of ram to the process. [11:50] yes [11:50] so go here /usr/share/dbus-1/services [11:50] now you should comment (with a #) the Exec line in unity panel service file [11:51] i don't remember the right name of the file [11:51] now you can killall unity-panel-services [11:51] com.canonical.Unity.Panel.Service.service ;-) [11:51] yep :) [11:52] btw you can killall unity-panel-services and run the command [11:52] yeah, and then i'd start it with valgrind - when that's done can i kill it or will it finish? [11:52] G_DEBUG=gc-friendly valgrind -v --tool=memcheck --leak-check=full --num-callers=40 --log-file=valgrind.log unity-panel-service [11:52] you can kill it... [11:52] or just logout and login [11:53] using this method you should get useful information about the leaks... [11:53] and for those processes that leak over time, should i let valgrind run for a while or doesn't that matter? [11:53] use it for a while... [11:54] try to do something with the indicators [11:54] such as opening menu, scrolling [11:54] etc. [11:54] 4-5 min should be enough [11:54] with indicator-applications and -datetime i actually don't need to do anything - mem consumption raises all the time :-( [11:55] so wait a pair of minutes than kill unity-panel-service or just logout/login [11:55] unity-panel-service can be upped by opening and closing the network indicator (i think that's still called nm-applet), but i've seen leaks without doing that (just normal desktop usage)... [11:57] ok... update your bug description too :) [11:57] sure, will do [11:57] thanks for your help :-) [11:57] i will be online for a while... if you need help ping me ;) [12:00] here's an updated plot: http://img.xrmb2.net/images/731666.png - indicator-datetime and -application show the same issue after a unity restart, so at least that's reproducible here. :) [12:00] Hmm, I found a very weird bug [12:01] you cannot use media buttons in some applications while a right clight menu is open [12:01] and in others (like firefox) it dismisses the right click menu [12:01] click* [12:02] Omega: can you give an example on such an application? i can reproduce the firefox behavior. [12:03] banshee [12:03] I'll submit a bug report [12:03] htorque, i think that valgrind unity-panel-service should valgrind also indicator-datetime, etc. [12:04] if i'm not wrong they are "dlopened" in unity-panel-service [12:04] btw tedg can give you more info ;) [12:04] Omega: post it here, i'll confirm [12:05] andyrock: thanks again! :-) [12:08] yw [12:12] htorque: can you reproduce it with banshee, or nautilus or gnome-terminal? [12:13] (it might affect all gtk apps) [12:17] https://bugs.launchpad.net/indicator-sound/+bug/830037 [12:17] Ubuntu bug 830037 in The Sound Menu "media buttons do not function correctly when right click menu is open in some applications" [Undecided,New] [12:17] htorque: ^ [12:20] Omega: confirmed, and yes, i'm seeing the same results in those examples [12:21] htorque: are you on oneiric? [12:21] yes [12:21] I am on natty [12:21] ok, i'll add that to the report [12:22] (was reporting it against indicator-sound the best thing to do?) [12:23] i got no idea myself against which package to report that [12:23] someone will sort it out, no worries === andyrock_ is now known as andyrock === alecu is now known as ext3 === ext3 is now known as alecu [21:02] hi [21:02] some one there === yofel_ is now known as yofel [21:42] hi some one