[07:00] <oSoMoN> good morning
[07:35] <MacSlow> ola
[11:29] <andyrock> JohnLea, is this bug still valid? https://bugs.launchpad.net/unity/+bug/747309
[11:32] <JohnLea> andyrock; yes it is, the launcher should be active when the dash is open, but the visual appearance should not change (e.g. the launcher remains desaturated).  Clicking on a Luncher item will close the dash and perform the usual action
[11:33] <andyrock> JohnLea, ok thx... so we should use the old behavior...
[11:34] <JohnLea> andyrock; well in Natty clicking on the Launcher closes the Dash but does not activate the Launcher item the user has clicked on
[11:35] <andyrock> okok
[11:35] <JohnLea> andyrock; this bug basically makes the launcher item that is clicked on perform the action the user would expect it to if the dash was closed
[11:35] <andyrock> JohnLea, i got it
[11:35] <JohnLea> andyrock; u thinking of working on this one?
[11:36] <andyrock> JohnLea, i don't know :) i'm working on other bug atm
[11:36] <andyrock> *bugs
[11:37] <JohnLea> andyrock ;-)
[11:44] <jml> I notice the new alt-tab stuff switches between desktops. Is there a key to get expose-like functionality for just one desktop?
[11:52] <thumper> jml: I wish!
[11:52] <thumper> jml: ccsm probably lets you set it
[11:53] <jml> So there's no supported way to switch between windows on a single desktop?
[11:53] <thumper> but warning, unity will crash if you try to do anything with ccsm right now
[11:53] <thumper> not as far as I'm aware (much to my annoyance)
[11:54] <jml> thumper: yesterday, unity crashed when I used alt-tab
[11:55] <jml> thumper: you guys should have a test suite or something :P
[11:56]  * thumper pokes jml in the eye
[12:17] <njpatel> apw, hi, who would I speak to about really, really bad performance with SSD , i7 and any hard-disk related activity? Even with metacity my entire computer is rendered useless if I compile something....pulseaudio freaks out, can't move windows or type in real-time and this has been there since natty
[12:19] <apw> njpatel, we in the kernel team would be interested in that
[12:38] <apw> njpatel, we have seen issues with some sata controllers being crap and needing command queueing turning off for instancee
[12:39] <andyrock> daniel van vugt (i don't know what's your nickname) around?
[12:49] <njpatel> apw, alrighty, will investigate more on thursday after the freeze, would be really nice to try and find a fix as a lot of us in dx seem to suffer from it
[12:55] <apw> njpatel, odd indeed not something that i seem to see, but maybe i use newer bits than natty kernel side most of the time
[12:56] <davidcalle> Hi njpatel, do you have time for a quick question?
[12:57] <njpatel> apw, to give you an idea, on my quad core (and on gord's I believe), we no longer use make -j8 as it causes random side-effects across the desktop (like pulse dying or making everything sound like a robot), only use mak -j4 now
[12:59] <apw> njpatel, 32 or 64 bit
[13:01] <njpatel> apw, 64
[13:01] <apw> hmmm ok thanks
[13:02] <njpatel> both with intel SSDs
[13:02] <njpatel> 8GB ram
[13:02] <njpatel> one has quad-core 2660 and other is i7
[13:02] <apw> and do they have any swap configured
[13:02] <njpatel> both have 4b swap
[13:02] <njpatel> 4gb
[13:02] <njpatel> but ram doesn't really get above 4gb on either
[13:03] <njpatel> ram usage*
[13:03] <apw> ok cool
[13:09] <gord> yup same thing here, sucks
[13:09] <gord> also happens when $random thing decides to eat up a lot of IO here too
[13:37] <njpatel> davidcalle, dude, sorry!
[13:37] <njpatel> davidcalle, yes, I do, I thought I replied but I didn't :)
[13:37] <njpatel> what's up?
[13:37] <davidcalle> njpatel, ;)
[13:37] <davidcalle> njpatel, is the new scopes/lenses api documented?
[13:37] <njpatel> davidcalle, not yet, going to try and get something out today
[13:38] <njpatel> davidcalle, right now lp:unity-place-files is the best/simplest example
[13:38] <njpatel> but I'll try and have something up tonight
[13:39] <davidcalle> njpatel, today? That would be awesome. I've looked at kenvandine's lens but I'm having a hard time porting to python.
[13:39] <davidcalle> *porting it
[13:39] <njpatel> davidcalle, right, python
[13:39] <njpatel> :)
[13:40] <davidcalle> njpatel, yeah, some people are still using it :)
[13:40] <njpatel> yeah, as soon as I'm done with code I'll continue writing up the changes as best I can
[13:40] <njpatel> davidcalle, I got ken to move to vala, you're next! :)
[13:40] <davidcalle> njpatel, what could go wrong ? ;)
[13:41] <njpatel> :)
[13:41]  * kenvandine is glad he ported to vala :)
[13:41] <njpatel> davidcalle, you and I might be spending some time together over this week if I've messed something up in the bindings to python, but I tried to stay as simple as possible with the API so I really hope not
[13:42] <davidcalle> njpatel, thanks a lot
[17:34] <andyrock> smspillaz, present?
[18:03] <andyrock> smspillaz, it's about the scale plugin and dnd... what's the wanted behavior? I mean, the timeout should be reset every time the mouse pointer hover another scaled window or should reset every time the mouse pointer move more then X pixels...