[07:58] <MacSlow> hey everybody
[08:03] <didrocks> good morning
[08:51] <apw> didrocks, when its a usablity change where something i used to do (pass mouse vagely through the ubuntu logo in an arc to the menu) no longer works and i get a jerky fady appeary dissappeary behaviour, i am going to assume its a bug not a new functionality, and where the resolution is something i have no knowledge of (make sure i touch the top pixel) ... i think i'd have wanted to be shouted at, not have to check the changelog
[08:52] <apw> as you could see from my report here, it looked more like a bug than a feature
[08:52] <didrocks> apw: just to highlight that everything is documented in the changelog, so if you find something weird that isn't there and that's not a design decision, better to reduce the noise, please :)
[08:53] <didrocks> I'm not sure why launchpad didn't propose the duplicate on search, that's the issue IMHO
[08:53] <didrocks> as the keywords in it seems to be reasonable
[09:07] <popey> didrocks: what package implements the global menu at the top of the screen in unity-world?
[09:07] <didrocks> popey: the rendering is done by unity itself
[09:08] <popey> didrocks: so if i wanted to look at the code I am currently running which implements global menu, a simple "apt-get source unity" would be fine?
[09:08] <didrocks> popey: yeah, it should do it ;) look at appmenu-gtk as well for the "other side" of the implementation
[09:08] <popey> thanks
[09:12]  * vish remembers popey's session a while ago, where he said he has contributed to only one line of code to Ubuntu.. looks like that is gonna change soon because of focus-follow-mouse.. ;)
[09:19] <popey> hah
[09:25]  * apw idly wonders what focus-follow-mouse will do for me
[09:29] <kvalo> kamstrup: thanks for the review! soon I can write a book about all your tips ;)
[09:45] <kamstrup> kvalo: will I receieve accolades?
[09:46] <kvalo> kamstrup: definitely :)
[09:46] <didrocks> apw: on focus-follow-mouse: bug #674138
[09:49] <apw> popey, so aer you actually working on fixing ffm ?  /me is a keen ffm proponent for all the same reasons you put in your bug
[09:59] <dbarth> rodrigo_, apinheiro, njpatel: ping
[10:00] <apinheiro> dbarth, pong
[10:00] <dbarth> good morning
[10:00] <dbarth> this is the weekly call reminder
[10:07] <apinheiro> dbarth, well, it seems that rodrigo_ and njpatel are not available
[10:08] <njpatel> dbarth, hi
[10:09] <dbarth> rodrigo_, apinheiro, njpatel: calling you on skype when you're there
[10:09] <dbarth> i'm just finishing another call atm
[10:10] <njpatel> okay, logging on
[10:12] <rodrigo_> dbarth, pong
[10:13] <dbarth> ah cool
[10:13] <dbarth> can you guys get started together and i'll join you in a minute
[10:14] <rodrigo_> skype?
[10:17] <dbarth> can you invite me?
[10:18] <dbarth> rodrigo_: we're trying to reach you
[10:19] <dbarth> apinheiro: same here
[10:19] <rodrigo_> I'm available now
[10:19] <apinheiro> Im here
[10:19] <apinheiro> Im already connected
[10:19] <dbarth> apinheiro: we can't reach you apparently
[10:19] <apinheiro> to skype, but I didnt join any conference call
[10:19] <apinheiro> hmmm
[10:19] <apinheiro> igalia-corunha?
[10:22] <ogra> didrocks, yo ... janimo has submitted a fix for the arm FTBFS to nux upstream, i guess someone needs to pull that in
[10:22] <didrocks> ogra: yeah, I already pinged them, will be in next release if this can wait for 2 days :)
[10:22] <ogra> hmm
[10:22] <ogra> ok ... it breaks our image builds, but i guess we can wait another two days
[10:23] <didrocks> ok, nice :)
[10:23] <apinheiro> https://code.launchpad.net/~apinheiro/unity/Bug718910
[10:29] <apinheiro> https://bugs.launchpad.net/unity/+bug/722666
[10:32] <dbarth> MacSlow: ping? can you see with apinheiro how this issue ^^ could be fixed
[10:33] <dbarth> MacSlow: i'm with njpatel here and we agree this is an important priority; sorry for the potential priority inversion
[10:33] <MacSlow> dbarth, ok
[10:35] <apinheiro> MacSlow, ok thanks
[10:35] <MacSlow> apinheiro, the fact that this is the case is that the thing visible isn't the one getting all the input-events
[10:36] <MacSlow> apinheiro, so drawing happens in an xwindow-id different form the window receiving/handling the input-events
[10:37] <apinheiro> MacSlow, well, but the fact is that the key press callback code is placed on the Launcher code
[10:37] <apinheiro> but if I ask Nux object if it have the key focus
[10:37] <apinheiro> the Launcher doesn't have it
[10:38] <MacSlow> apinheiro, that makes sense
[10:38] <MacSlow> apinheiro, the events get "routed" frim the XInputWindow to the Launcher itself
[10:38] <MacSlow> apinheiro, what do you need?
[10:38] <njpatel> MacSlow, but inside nux, on view has to have the focus, he needs that view to be the launcher
[10:39] <njpatel> this is despite the xwindow stuff
[10:39] <MacSlow> apinheiro, just want to be able to ask the launcher directly if it has the focus?
[10:39] <apinheiro> well, is the Launcher the one managing the key events, so from a external point of view is like Launcher having the key focus
[10:39] <dbarth> sorry
[10:39] <apinheiro> the a11y support on unity ask ÍnputArea methods to know which object has the key support
[10:39] <apinheiro> but I can't use then here
[10:40] <apinheiro> as far as I understandand
[10:40] <apinheiro> MacSlow, so yes, be able to ask the launcher if it has the focus
[10:40] <apinheiro> and be notified when it receives/lose the focus
[10:40] <njpatel> rodrigo_,   sigc::signal<void, GVariant *>  SyncGeometry;
[10:40] <apinheiro> as I said, I was using some InputArea methods/signals to do that
[10:41] <MacSlow> apinheiro, I'll work on something like this on a branch and ping you when I'm done... I guess this is blocking you atm?
[10:42] <apinheiro> MacSlow, well, there are other task I can work on, there are plenty of work here ;)
[10:42] <MacSlow> apinheiro, well according to dbarth this should be addressed now
[10:42] <apinheiro> but just mean that the a11y support for the launcher would be incomplete
[10:42] <apinheiro> well, yes, because right now the launcher is  a priority
[11:50] <kvalo> damn, I think something is leaking memory and I need to reboot my laptop few times a day :/
[11:54] <kvalo> [18792.977936] Killed process 6686 (gltext) total-vm:3431100kB, anon-rss:3311560kB, file-rss:84kB
[11:54] <kvalo> heh
[12:06] <popey> apw: sorry, only just saw your message.
[12:06] <popey> apw: I'm not actually a particularly good coder, but it frustrates me that I can't use ffm, and the only options open to me are "find a developer who is willing to fix the regression" or "learn vala".
[12:25] <cando_> kenvandine, got a minute?
[14:04] <kvalo> kamstrup: quite simple patch: https://code.launchpad.net/~kvalo/indicator-network/libconnman-control-technology/+merge/50750
[14:08] <kenvandine> tedg, does your good-defaults-are-well-good branch fix the crash aruiz had in lo-menubar?
[14:10] <kenvandine> aruiz, lo-menubar is working for me now :)
[14:11] <cando_> kenvandine, sorry...can i disturb you a moment?
[14:11] <kenvandine> sure, i saw your branhc
[14:11] <kenvandine> branch
[14:11] <kenvandine> haven't reviewed it yet
[14:12] <cando_> oh cool...
[14:12] <aruiz> kenvandine, wee :-)
[14:12] <aruiz> kenvandine, I added separator support today
[14:12] <kenvandine> cool
[14:12] <cando_> kenvandine, so i'll wait for your review...thanks
[14:12] <aruiz> kenvandine, it seems that listening to menu changes is going to be a total bitch
[14:12]  * aruiz really wants to avoid polling
[14:13] <tedg> kenvandine, No it infact exasperates it.  Though, I have another branch that fixes it :)
[14:14] <kenvandine> ok :)
[14:14] <kenvandine> think we can get a fix uploaded today?
[14:14] <kenvandine> i would really like to get lo-menubar uploaded today so we can get it reviewed and NEW'd, etc
[14:14] <kenvandine> and do the MIR
[14:14] <kenvandine> before feature freeze
[14:15] <kenvandine> aruiz, trunk right now "works"
[14:15] <kenvandine> at least for the 2 minutes i played with it :)
[14:15] <aruiz> kenvandine, :-)
[14:15] <kenvandine> not for the no document case though, still get menus in the window
[14:16] <kenvandine> great progress though :)
[14:16] <aruiz> yeah, I need to figure that one out
[14:16] <aruiz> that window is sort of a special case
[14:19] <kenvandine> tedg, mind if i distro patch that particular bug so i am get moving on uploading lo-menubar in the current state?
[14:19] <kenvandine> to get the ball rolling, you know that takes time
[14:19] <tedg> kenvandine, Yup, that's fine with me.
[14:20] <tedg> kenvandine, I've already got my own crazy packaging branch :)
[14:20] <kenvandine> which branch should i merge?
[14:21] <agateau> seb128: ping
[14:21] <tedg> kenvandine, https://code.launchpad.net/~ted/dbusmenu/selective-properties  I think should fix things.
[14:22] <kenvandine> ok, thx
[14:22] <agateau> seb128: tedg and I would need your opinion on some late dbusmenu landings
[14:23] <seb128> tedg, agateau: hey
[14:23] <agateau> seb128: basically, dbusmenu and dbusmenu-qt implementations are not synced right now. I need to catch up with latest dbusmenu changes.
[14:24] <agateau> seb128: I am not sure I can get this done before FF, but I would still like to get this fixed before next alpha
[14:24] <agateau> seb128: do you think this kind of things can go in in time, without FFE?
[14:25] <seb128> agateau, next alpha is next week
[14:25] <seb128> agateau, when do you see it being fixed between the ff and alpha?
[14:25] <kenvandine> hey seb128
[14:25] <seb128> on friday?
[14:25] <seb128> hey kenvandine
[14:25] <agateau> seb128: thursday would be better, friday upload is a big no-no
[14:28] <seb128> agateau, thursday is late
[14:29] <seb128> agateau, you will need a r-t exception to upload by then
[14:29] <seb128> it's probably fine for natty, not sure it will be on the alpha image though
[14:29] <tedg> seb128, When are the final uploads for alpha?
[14:29] <agateau> seb128: what is an r-t exception?
[14:29] <kenvandine> release team
[14:29] <agateau> k
[14:30] <agateau> seb128: tedg: the other solution is to revert latest dbusmenu changes and put them back in after alpha
[14:30] <agateau> that's probably less risky
[14:31] <seb128> no
[14:32] <seb128> tedg, there is no hard limit for alpha but realistically they will roll iso on thursday early
[14:32] <agateau> seb128: what would be wrong with that?
[14:33] <tedg> seb128, So Wed. end of day Europe time?
[14:33] <tedg> (practically speaking)
[14:41] <tedg> seb128, ^ is that a good assessment?  If agateau could do a release on Wed. could that get in the alpha?
[14:41] <seb128> urg
[14:41] <andreasn> anyone have Unity and a recent version of Thunderbird running?
[14:42]  * agateau wonders whether "urg" means "yes" or "no"
[14:42] <seb128> tedg, sorry I'm tired, I meant tuesday
[14:42] <seb128> the alpha3 will be out on thursday
[14:42] <seb128> so you need upload by monday eod
[14:42] <seb128> or early on tuesday
[14:43] <agateau> tuesday is today, monday is yesterday... seems inpractical
[14:43] <seb128> in any case please don't block libdbusmenu updates those need to land before the freeze
[14:43] <tedg> agateau, Tuesday week
[14:43] <andreasn> I need to know if clicking "Tools > Message Filters" while that window is already open will bring up that window or not
[14:43] <seb128> agateau, no, next week
[14:44] <seb128> the feature freeze is thursday this week, alpha freeze is on tuesday next week, alpha is thursday next week
[14:44] <seb128> if you land updates on monday you are ok
[14:44] <agateau> seb128: ohh... I was asking whether it would be ok to upload on thursday *this* week
[14:44] <seb128> tuesday will depends at what hour it lands and it they do respins or not
[14:44] <seb128> agateau, you said you wouldn't get it done before ff which is thursday...
[14:45] <seb128> being confused now
[14:45] <agateau> seb128: I messed up, I thought it was tomorrow (wednesday)
[14:45] <seb128> ok
[14:45] <seb128> so you have until end of week
[14:45] <seb128> works for you?
[14:45] <agateau> seb128: should be enough yes
[14:46] <agateau> seb128: so deadline is "package in main by monday", right?
[14:46] <seb128> well not really that hard but the safe line is yes
[14:46] <seb128> starting tuesday you count on delays on respins, etc
[14:46] <seb128> but it might still go in
[14:46]  * agateau prefers aiming for the safe line
[14:47] <kenvandine> tedg, dbusmenu fix uploaded
[14:47] <tedg> andreasn, Sorry, I don't have Thunderbird or Unity running :)
[14:47] <agateau> seb128: thanks
[14:47] <seb128> agateau, you're welcome
[14:50] <aruiz> kenvandine, that no_rpath thing... have you tested it?
[14:50] <kenvandine> yes
[14:50] <kenvandine> works
[14:50] <aruiz> okay
[14:50] <kenvandine> :)
[14:51] <aruiz> kenvandine, that's supposed to be there to allow relocation, any reason to remove it?
[14:51] <kenvandine> aruiz, think you can roll a new release in the current state? with my branch merged?
[14:51] <kenvandine> well lintian complains
[14:51] <kenvandine> not like anything else is going to use the shlib though
[14:52] <kenvandine> so probably not harmful to have it
[14:52] <kenvandine> but would rather keep the build clean for review of the package
[14:52] <andreasn> tedg, that's ok. I'm running GNOME Shell and I got it to work there, so I wanted to confirm it's a Unity specific issue and not a bug in TB
[15:05] <kenvandine> tedg, going to get your xorg issues sorted out in time for scale?
[15:05] <kenvandine> massive downgrade in store i guess
[15:05] <tedg> kenvandine, Yeah, I hope so... trying to get code and presentations done for SCALE first :-/
[15:05] <tedg> kenvandine, BTW, I think this is for you more than me: https://code.launchpad.net/~robert-ancell/dbusmenu/new-gtk3-depends/+merge/50696
[15:06] <kenvandine> yeah
[15:06] <kenvandine> fun stuff i am sure ;)
[15:06] <kenvandine> i'll look at it
[15:45] <njpatel> apinheiro, jaytaoko  can help with the input stuff
[15:45] <njpatel> apinheiro, reading through the emails, it seems the main thing we need right now is the launcher to emit the correct signals, right, so you can start/stop selection mode?
[15:45] <jaytaoko> njpatel: chatting with  apinheiro now...
[15:46] <apinheiro> njpatel, well, and also a way to know if the launcher has the key focus on that moment
[15:46] <njpatel> apinheiro, the panel is not the focus here because it obviously does it's thing in the service, and the connection between the launcher and panel through ubus would still cause a focus-out and focus-in in the panel menu, so it should just all work
[15:46] <apinheiro> and when I say launcher
[15:46] <apinheiro> I also include the quicklist and in a near future
[15:46] <apinheiro> the dash
[15:46] <njpatel> apinheiro, right, I'm pretty sue nux already knows these things so just needs to be made available
[15:49] <bcurtiswx> U1 is spazzing connecting and unconnecting
[15:53] <njpatel> yeah
[15:53] <njpatel> bcurtiswx, u1sdtool --quit; killall notify-osd
[15:53] <njpatel> that'll stop the spamming
[15:53] <njpatel> ;)
[15:53] <bcurtiswx> njpatel, lol ;) thx
[15:54] <njpatel> (notify osd will restart the next message you get, don't worry ;)
[16:08] <danyR> just a quick question: with which unity version is natty going to be released? 3.6 or 3.8?
[16:10] <popey> apw: indeed, I don't even _want_ the fix proposed by pitti on the bug report. I actually want global menu _and_ ffm.
[16:11] <apw> popey, any idea how to implement it, do it by how long you stay in a window or something
[16:11] <apw> hoaving to stop in the window perhaps to get it
[16:12] <popey> i thought a modifier key held down to lock the menu would do it
[16:12] <popey> preferably one I can trigger with my left hand (right hand on mouse)
[16:13] <popey> I'd rather not introduce artificial delays to my workflow (by stopping in a window to get the menu)
[16:14] <popey> mind you it all seems a bit demented anyway. if my firefox is on my right hand screen and mouse is currently over terminal in left hand screen, and I want to open a new browser tab, I'd have to take an exceptionally circuitous route from left screen to right screen (where firefox is) then back to left screen (for the menu).
[16:20] <jcastro> DBO: any pending merges?
[16:20] <jcastro> I see a few that need fixing
[16:21] <DBO> I'll take a look over reviews after the phone meeting :)
[16:21] <jcastro> nod
[16:21] <jcastro> DBO: today's status day so the more the merrier
[16:21] <jcastro> though since some are needs fixing I will explain how the workflow works for people
[16:29] <jcastro> cando_: https://bugs.launchpad.net/unity/+bug/718185
[16:29] <jcastro> was this the one you were pinging about yesterday? (sorry I was on holiday)
[16:38] <didrocks> jcastro: for last release, you can still look at https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-02-22
[16:39] <didrocks> + what is fix commited for the next release :)
[16:40]  * jcastro nods
[16:40] <jcastro> \o/
[16:50] <alecu> Hi guys, do you know if a new version of gir1.2-unity-3.0 will be packaged soon?
[16:51] <alecu> It looks like the issue in bug #709240 is fixed on libunity trunk (getting "TypeError: must be an interface" when using libunity from python)
[17:02] <cando_> jcastro, yes
[17:02] <cando_> sorry if i've disturbed you...
[17:12] <jfi> Hello, is 'unity_launcher_entry_set_count' supported by unity-2d-launcher?
[17:12] <cando_> jcastro, ping
[17:12] <jcastro> hi
[17:13] <cando_> hi! yes the bug is that...and sorry if i've disturbed your holiday!
[17:29] <Kaleo> jfi: yes it is (only in Natty)
[17:29] <and471> ronoc, does the bug I just filed in indicator-sound get the 'Most OCD Award' ?
[17:30] <lamlex> and471, depends- how many times did you wash your hands while filing?
[17:31] <jfi> Kaleo, thx for confirmation!
[17:31] <and471> lamlex, damn, now you've reminded me I'll have to wash them again...
[17:31]  * and471 aplogises in advance for those who actually have OCD
[17:31]  * and471 apologises for spelling 'apologises' incorrectly
[17:32] <and471> ..
[17:32] <ronoc> DanRabbit1, hey have you seen this -> https://bugs.launchpad.net/indicator-sound/+bug/723254
[17:32] <ronoc> and471, ah I have had worse :)
[17:33] <ronoc> DanRabbit_, , hey have you seen this -> https://bugs.launchpad.net/indicator-sound/+bug/723254
[17:33] <and471> ronoc, yeah I suppose you have had mpt working with you...
[17:33] <and471> XD
[17:33] <and471> haha
[17:33] <DanRabbit_> ronoc: looking..
[17:35] <ronoc> and471, https://bugs.launchpad.net/indicator-sound/+bug/723278
[17:35] <and471> ah good :)
[17:36] <DanRabbit_> ronoc: So is there just the two icons needed for no volume and high volume or is there the full set needed?
[17:37] <ronoc> DanRabbit_, just two needed for the mic input slider . so in gnome currently we have audio-input-microphone-low,high etc
[17:38] <ronoc> we need just audio-input-microphone-panel-zero and ...high
[17:38] <ronoc> I think that is how it should be named, but I'm no icon king
[17:38] <DanRabbit_> ronoc: okay I can do that. should I just add the icons to the ubuntu mono set?
[17:38] <ronoc> DanRabbit_,
[17:38] <DanRabbit_> ronoc: yea that sounds consistent with the current naming scheme
[17:38] <ronoc> whoops
[17:39] <ronoc> DanRabbit_, yep that sounds good, just talk with Otto,
[17:39] <ronoc> nice one
[17:39] <DanRabbit_> ronoc: no problem, I'll send him a mail
[17:39] <ronoc> DanRabbit_, excellent thanks a mill
[17:51] <apinheiro> njpatel, ping
[17:52] <njpatel> apinheiro, pong
[17:52] <apinheiro> it is about what we talked in the morning about the branch review
[17:52] <njpatel> yep
[17:52] <apinheiro> specifically this one:
[17:52] <apinheiro> https://code.launchpad.net/~apinheiro/unity/Bug718910/+merge/49963
[17:52] <apinheiro> njpatel, should I add you as reviewer?
[17:52] <njpatel> oh, you need a review right
[17:53] <njpatel> lamlex, review please asap ^
[17:53] <apinheiro> not sure how remove alex launi as reviewer
[17:53] <apinheiro> ah, ok
[17:53] <apinheiro> I thought that the conclusion was add you on the review
[17:53] <lamlex> i will review right now
[17:53] <njpatel> thanks dude
[17:55] <apinheiro> lamlex, thanks
[17:56] <apinheiro> btw, I should have commit grants, so you can just approve it, and I can make the merge
[17:56] <lamlex> +1 looks good apinheiro
[17:57] <apinheiro> lamlex, ok, I will do the merge then
[17:57] <apinheiro> thanks
[18:44] <kenvandine> tedg, can you update the status of https://code.launchpad.net/~robert-ancell/dbusmenu/new-gtk3-depends/+merge/50696
[18:44] <kenvandine> i merged it into ~ubuntu-desktop branch
[18:44] <kenvandine> but can't change the status
[18:52] <tedg> kenvandine, It'll change automatically when I merge in the desktop branch.
[18:52] <tedg> kenvandine, Let me do that.
[18:52] <kenvandine> tedg, thx
[19:12] <kamstrup> kenvandine: hey man - i'm tweaking the Dee overrides. The current Python integration is pretty darn awesome if I may say so myself: http://bazaar.launchpad.net/~unity-team/dee/trunk/view/head:/examples/pythontricks.py :-D
[19:15] <kenvandine> kamstrup, awesome
[21:00] <sao> Amaranth: I'm using the daily packages from ppa:unity/daily and trying to run that unity version. Same issue with the black screen (seems that compiz is loaded but not the unity plugin)