[01:35] <Will123456> hey guys. is there any project similar to OS X's autosave being worked on?
[01:56] <htorque> hi all! if indicator-applications leaks memory, does this mean an application causes this or the indicator itself?
[01:56] <htorque> haven't had time to do any valgrind stuff, just monitored the indicators and indicator-applications leaked 30mb in just 3h of system idling.
[02:02] <kklimonda> htorque: I don't see how could application make another application leak memory - it looks like a bug in indicator-applications
[02:05] <htorque> kklimonda: i really have no clue how this all works together. ;-) well, will get a valgrind log of it and report a bug.
[02:06] <htorque> i just remembered a leak in the appmenu causing unity-panel-service to grow, so...
[02:29] <snadge> is anyone working on fglrx issue ?
[02:30] <snadge> i understand its closed source etc.. but amd gpus are quite popular
[02:30] <snadge> all the main compiz/unity devs must use nvidia like total fanbois or something ;)
[02:31] <kklimonda> hmm, is someone working on rhythmbox support for the music lenses?
[02:32] <kklimonda> snadge: pretty much all seasoned linux users avoid amd and fglrx in particular ;)
[02:33] <snadge> well.. that is true to an extent.. but as far as im aware, amd has significantly improved the situation
[02:33] <kklimonda> (but I'm sure that unity devs are working on fixing any issues that they are aware of)
[02:33] <kklimonda> sure, so I've heard
[02:33] <kklimonda> but old habits die hard :)
[02:34] <snadge> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283
[02:34] <snadge> this one sucks.. and has been an issue for quite a while now :P
[02:34] <snadge> if i use radeon driver.. which is terrible.. it doesnt have this problem
[02:35] <snadge> by terrible i mean.. cant play minecraft or oilrush at a decent framerate.. doesnt have accelerated video support etc
[02:35] <kklimonda> ah, I remember us going back to gtk-window-decorator for 11.10
[02:36] <snadge> ahh i see its getting some attention from daniel and sam.. excellent
[02:36] <snadge> <3 ;P
[02:37] <snadge> apparently the problem used to exist in the open drivers.. intel/radeon etc.. some time ago (i've never seen proof of this)
[02:38] <snadge> but if someone were to point out the specific fix .. perhaps that knowledge would be useful in creating a workaround and/or notifying amd
[02:49] <snadge> lol
[08:48] <tsdgeos> dyams|away: hi, could you merge shell again into your MultiMonitor-Shell, or prefer me to do it?
[08:55] <dyams> tsdgeos: hi
[08:55] <tsdgeos> hi
[08:56] <dyams> tsdgeos: one sec
[08:56] <dyams> tsdgeos: i'll check it out
[08:57] <greyback> mornin' all
[08:58] <dyams> tsdgeos: All changes applied successfully.
[08:58] <tsdgeos> cool
[08:58] <tsdgeos> doh
[08:58] <tsdgeos> bzr in precise is broken
[08:59]  * tsdgeos reports a bug
[08:59] <dyams> tsdgeos: Pushed up to revision 994
[09:08]  * tsdgeos_ kicks tsdgeos
[09:15] <dyams> tsdgeos: https://code.launchpad.net/~unity-2d-team/unity-2d/MultiMonitor-Shell/+register-merge
[09:15] <tsdgeos> dyams: no, you've ben hit by the launchpad bug :D
[09:15] <dyams> tsdgeos: oops
[09:15] <tsdgeos> dyams: go back and forth and give me the url with the numer
[09:16] <tsdgeos> according to the devels the bug does not exist btw  :D
[09:16] <tsdgeos> https://bugs.launchpad.net/launchpad/+bug/929422
[09:16] <ubot5`> Launchpad bug 929422 in Launchpad itself "Fails to refresh the URL when making a merge request" [Undecided,Incomplete]
[09:16] <dyams> tsdgeos: :) here it is https://code.launchpad.net/~unity-2d-team/unity-2d/MultiMonitor-Shell/+merge/92428
[09:18] <tsdgeos> dyams: you want to merge that into shell already?
[09:19] <dyams> tsdgeos: yes, that is the objective
[09:19] <tsdgeos> oki
[09:19] <tsdgeos> i think we don't want that
[09:19] <tsdgeos> shell has to die today
[09:19] <tsdgeos> and become trunk
[09:20] <tsdgeos> waiting for Florian to show up to finish the last bits for that
[09:22] <dyams> tsdgeos: makes sense
[09:22] <tsdgeos> oki
[09:36] <mgedmin> oh, hey, now I have _two_ xchat icons in my launcher, and both are shown as active
[09:44] <htorque> sbte: hi! i let the system idle for seven hours and compiz gained less than the half what it used to gain (it's now ~1mb per hour). definitely an improvement!
[09:45] <sbte> htorque, if you could give me a new valgrind log of that that would be great ;)
[09:45] <sbte> I'm making one myself too
[09:46] <htorque> i'll first have to get one of the indicator-applications-service → 10mb/h :(
[09:46] <sbte> htorque, that's ok too
[09:46] <sbte> I want to fix ALL the leaks :P
[09:50] <htorque> sbte: that's going to be a tough weekend :P
[09:59] <dyams> tsdgeos: hi
[09:59] <tsdgeos> hi
[10:00] <dyams> tsdgeos: how can we have screens one top of other?
[10:00] <tsdgeos> dyams: maybe my wording was not good enough
[10:00] <tsdgeos> i mean vertically aligned
[10:00] <greyback> I'm guessing he mean the bottom of screen 1 touches the top of screen 2
[10:00] <tsdgeos> isntead of horizontally alligned
[10:01] <dyams> greyback: true
[10:01] <dyams> tsdgeos: well, pls read it as topLeft  :)
[10:01] <tsdgeos> dyams: sure, then use the topLeft corner
[10:01] <tsdgeos> as i said :D
[10:01] <dyams> and ScreenInfo::TopLeft is not the same in this case
[10:01] <tsdgeos> we have that already
[10:01] <tsdgeos> it is
[10:01] <tsdgeos> and if it is not
[10:02] <tsdgeos> you'll have to tell me why we have two topLeft's and they return different stuff
[10:02] <tsdgeos> ok
[10:02] <tsdgeos> yours is RTL "aware"
[10:02] <tsdgeos> i'm not sure i want that
[10:02] <dyams> ScreenInfo has four ctors
[10:03] <tsdgeos> yes
[10:03] <dyams> so, we m_screen can be valid but corner could Invlid
[10:04] <tsdgeos> ok, i told that to saviq and he did not fix it
[10:04] <dyams> in this case, m_screen is the screen number while ScreenInfo::InvalidCorner
[10:04] <tsdgeos> dyams: fix screeninfo so corner is properly defined when you give it a screen
[10:05] <tsdgeos> in the constructor
[10:08] <dyams> while creating instance of ScreenInfo, we don't know the corner the screen belongs to
[10:09] <dyams> we can have 3*2 screens, no?
[10:11] <dyams> tsdgeos: moreover, isLeftMost is only to simplify the whole task
[10:12] <tsdgeos> dyams: sure, if it does not belong to a corner set corner to invalid
[11:54] <didrocks> greyback: hey, how are you?
[11:54] <greyback> didrocks: could be better :) You?
[11:55] <didrocks> greyback: still on compiz, but fine :)
[11:55] <greyback> didrocks: what can I do for you?
[11:55] <didrocks> greyback: just a head's up, we are freezing on Monday (midday?)
[11:55] <didrocks> greyback: I think the removal of intellihide (even from the code) needs to be done at that time for aligning with -3d
[11:55] <greyback> didrocks: yep, is on my list for today. How long is the freeze expected?
[11:56] <didrocks> greyback: really depends on how things are going for both -2d and -3d
[11:56] <greyback> Remove intellihide from the code too? JohnLea said it can be kept as advanced option
[11:56] <didrocks> greyback: I hope we can release on thursday
[11:56] <didrocks> greyback: hum, it's been removed from an executive decision on 3d
[11:57] <greyback> didrocks: We'll have plenty of stuff to merge in next week
[11:57] <didrocks> greyback: features?
[11:57] <didrocks> (this release of for thursday: feature freeze)
[11:57] <greyback> didrocks: yeah. I'm working right up to FF 16th
[11:58] <didrocks> greyback: well, the 16th, it should be *in* ubuntu
[11:58] <didrocks> an that's why we have this freeze process to make a release
[11:58] <didrocks> greyback: can I discuss with you what's going in?
[11:59] <greyback> didrocks: sure. Mumble?
[11:59] <didrocks> yeah :)
[13:55] <rye> Can I help with anything if I am experiencing bug #926385 at this moment?
[13:55] <ubot5`> Launchpad bug 926385 in unity (Ubuntu) "applications appear twice in windows switcher and launcher" [Medium,Confirmed] https://launchpad.net/bugs/926385
[13:57] <mgedmin> heh, /me too!
[13:58] <mgedmin> thank you for mentioning the bug number, now I won't have to search ;)
[13:58] <rye> wow, now both kazam and shotwell "have" 2 windows
[13:59] <rye> dear things, please stop breaking, I was just trying to record a video of shotwel flickering during switching from preview to viewing the image
[13:59] <ppd> hi there. I just experienced something weird with unity/compiz on latest precise. Whenever I extend my desktop to a second monitor with nvidia twinview compiz displays a scrambled desktop for a few seconds and afterwards restores to correct behaviour. I do not experience this behaviour with e.g unity 2d. So my question is: Is this expected/acceptable behaviour for the binary driver as I somehow did not manage to find a bug/report re
[13:59] <ppd> lated to this while I can hardly be the first one to encounter this. (is the same on oneiric btw.)
[14:00] <rye> let's see how it is on intel now...
[14:01] <rye> erm
[14:02] <rye> ppd, i experienced this every time on nVidia 8400G even in compiz/gnome
[14:02] <ppd> rye, but just with compiz or maybe mutter, right? have you tried with metacity/unity 2d?
[14:03] <rye> and the second thing is you can't move mouse pointer slowly between the screens because of push-to-reveal code kicking in even if launcher is always displayed
[14:04] <ppd> true thing. Next thing I don't get is why to display a launcher on every screen when it's already set to never hide. But that is maybe just taste
[14:05] <rye> ppd, i recall running compiz on that machine, not mutter. As for metacity - i am not sure. That machine's nVidia card fried itself due to poor cooling design
[14:06] <ppd> rye, I just tried. It seems related to compiz. Unity 2d pretty much instantly extends to the second monitor as one would expect
[14:11] <rye> bug #930165
[14:11] <ubot5`> Launchpad bug 930165 in unity (Ubuntu) "Unity launcher push-to-reveal code continues working in always-show - makes multimonitor navigation harder" [Undecided,New] https://launchpad.net/bugs/930165
[14:13] <ppd> seems not to be an issue with the intel driver and xrandr. Compiz extends with a pretty short delay and a clean black transition screen, no "pixel garbage"
[14:47] <htorque_> hello all! i ran valgrind with the application indicator and got this leak: http://paste.ubuntu.com/836605/
[14:47] <htorque_> is it enough to report this snippet, because i forgot to install a couple of debug symbols, so the rest of the log isn't complete. :-/
[14:57] <mhr3> htorque_, sorry that doesn't really help much since it's mostly in slice allocator, running with G_SLICE=always-malloc G_DEBUG=gc-friendly might produce something more useful
[14:57] <mhr3> still it does say that the variants from gdbus are leaking...
[14:59] <htorque_> mhr3: i did run it that way (followed https://wiki.ubuntu.com/Valgrind)
[15:00] <mhr3> htorque_, oh :(
[15:04] <htorque_> mhr3: the next entry in size is just 304 bytes, so this one is really all i got. any way to produce something more useful for you guys?
[15:08] <mhr3> htorque_, patching and compiling glib with systemtap support for gvariants and getting something useful from that? :)
[15:08] <mhr3> did i mention it's a *bit* advanced? :)
[15:10] <htorque_> sounds easy :P
[17:24] <mhall119> didrocks: ping
[17:32] <didrocks> hey mhall119
[17:32] <didrocks> sorry, was catching up on email
[17:32] <didrocks> emails*
[17:33] <mhall119> didrocks: was just checking to see if you had time to work on the singlet template
[17:33] <didrocks> mhall119: I had to postpone that and I had to jump on trying to make a compiz release
[17:33] <didrocks> which took 2 days but is now ended
[17:33] <mhall119> come on, is compiz really more important?
[17:34] <didrocks> mhall119: sure, it can't compare to quickly! :)
[17:34] <didrocks> we should make a windowmanager template :p
[17:34] <didrocks> I hope to get some start next week, like tuesday/wednesday
[17:34] <mhall119> ok
[17:34] <didrocks> I just hanged the boiler plate to be generic
[17:35] <didrocks> (and fixed a bug in Quickly ;))
[18:43] <mhall119> someone please tell me we will be able to install new Dash lenses without restarting Unity before 12.04 is released
 oh joy, I minimized everything again by alt-tabbing into stoopid
 ACHIEVEMENT UNLOCKED: spent quality time unminimizing windows
[19:54] <mhall119> or press super+d to unminimize everything in one shot
[19:55] <rye> mhall119, hm, does not seem to work, letter d is sent to window
[19:55] <rye> ctrl+alt+d
[19:56] <mhall119> rye: super+d?
[19:56] <mhall119> whatever the "show desktop" shortcut is, should unminimize everything
[19:56] <mhall119> at least, it does for me
[19:57] <rye> yes, ctrl+alt+d, according to the unity hint overlay, maybe i am running with the older shortcut settings
[20:11] <mhall119> rye: how about a alt-tabbing to the desktop again, does that restore them all?
[20:44] <Petko> guys (and gals) , I'd like to draw your attention to the communitys frustration with the removal of the dodge windows feature (discussed at lenght in ayatana) . The proposals are the following :
[20:44] <Petko> 1. Bring dodge back , so it's configurable through myUnity
[20:44] <Petko> 2.Replace auto-hide with dodge
[20:44] <Petko> (since it was made clear only two options are wanted)
[20:45] <Petko> is any of the developers willing to push this back in Unity ?