[01:14] <RAOF> bdrung_: It's called GNOME Do :P
[01:52] <LLStarks> hi, if the expose doesn't work while gnome-terminal is in f11 fullscreen, is that a bug for unity or gnome-terminal?
[01:53] <RAOF> Unity.
[01:54] <RAOF> Well, probably compiz :)
[01:54] <LLStarks> k thx
[06:42] <didrocks> good morning
[07:01] <oSoMoN> good morning
[07:19] <MacSlow> greetings
[07:21] <oSoMoN> hey MacSlow
[08:25] <RAOF> njpatel: Hah!  I finally have a server that emits raw events regardless of grabs.
[08:25] <njpatel> RAOF, awesome!!
[08:26] <RAOF> njpatel: I can throw it in a PPA if you'd like; I'm not going to upload it immediately before the weekend :)
[08:34] <njpatel> RAOF, I don't think I'll be able to use it before next week, so I can probably wait for upload into O
[08:34] <njpatel> RAOF, but, thank you so much :)
[12:11] <jjardon> Hi, Im seeing a bunch of updates today. What is a good time to upgrade?
[12:12] <jjardon> ie, the upgrades are always at the period of time in the day or there is not a fixed plan for them?
[12:47] <njpatel> jjardon, I think there is a huge transition going on with *indicat* right now
[12:47] <njpatel> seb128, ^
[12:48] <jjardon> njpatel: yeah, I know :/
[12:48] <njpatel> yeah, so don't upgrade :D
[12:48] <njpatel> jjardon, ted has this effect on ubuntu where everything breaks ;)
[12:49] <jjardon> late ;)
[12:54] <jjardon> mmm, after the upgrade: No package 'indicator3-0.4' found, shouldnt be indicator-0.4 ?
[12:56] <njpatel> jjardon, it's indicator3-0.4 now I believe
[12:56] <njpatel> jjardon, tedg hates us
[12:56] <tedg> njpatel, No, just you.
[12:56] <tedg> :-)
[12:56] <jjardon> pkg-config --list-all | grep indicator
[12:56] <tedg> There was some collateral damage though
[12:56] <njpatel> :D
[12:56] <jjardon> indicator-0.4                       libindicator - libindicator.
[12:57] <tedg> jjardon, GTK2 version, GTK3 is indicator3-0.4
[13:27] <kenvandine> jjardon, the new libindicator got built and NEWd before indicator-power to built..
[13:27] <kenvandine> jjardon, so how is the update of indicator-power for the new libindicator coming :)
[13:28] <jjardon> kenvandine: I'm working on that ;)
[13:28] <kenvandine> thx :)
[13:28] <jjardon> but I get a sstrange error when compiling: libtool: link: only absolute run-paths are allowed
[13:28] <jjardon> (the same happens in indicator-sound)
[13:28] <kenvandine> ah!
[13:29] <kenvandine> look in your configure.ac
[13:29] <kenvandine> you missed changing one of the pkg-config calls
[13:29] <kenvandine> at least that is what was wrong with indicator-sound
[13:30] <jjardon> kenvandine: trying indicator-sound trunk now and the same problem persist
[13:30] <kenvandine> where it sets INDICATORDIR
[13:31] <kenvandine> jjardon, i don't think that fix has been merged yet
[13:31] <kenvandine> lp:~ted/indicator-sound/indicator-dir/
[13:31] <kenvandine> -		INDICATORDIR=`$PKG_CONFIG --variable=indicatordir indicator3`
[13:31] <kenvandine> +		INDICATORDIR=`$PKG_CONFIG --variable=indicatordir indicator3-0.4`
[13:32] <kenvandine> same for INDICATORICONSDIR
[13:32] <kenvandine> jjardon, looking at that, i see indicator-power still has gtk2 cruft in configure.ac... :)
[13:33] <jjardon> kenvandine: yeah, just fixing it ;)
[13:33] <kenvandine> :)
[13:37] <tedg> You guys should really read the mail I sent to ayatana-dev on this issue :-)
[13:37]  * tedg pouts, no one listens to me :-(
[13:38] <tedg> You know there is no emoticon for pout.  Interesting.
[13:38] <andyrock> is there a member of the design team?
[13:40] <andyrock> njpatel, when you have a moment we can debug my branch...
[13:47] <jjardon> kenvandine: https://launchpad.net/indicator-power/trunk/0.2 ;)
[13:47] <om26er> could anyone with the appropriate right re-open this bug 772612
[13:48] <kenvandine> jjardon, thx!
[13:49] <om26er> and also smspillaz the compiz branch attached in bug 772612 creates a regression i.e. unity does not start, even the classic session hangs with high cpu usage
[15:30] <andyrock> DBO, around?
[15:33] <DBO> andyrock, yes
[15:33] <Trevinho> DBO: could you give a look to my merge request for BAMF? :)
[15:33] <DBO> yes
[15:34] <andyrock> DBO, i have a question about a bug https://bugs.launchpad.net/unity/+bug/761155
[15:34] <DBO> Trevinho, reading now
[15:34] <DBO> will merge if all is well :)
[15:34] <Trevinho> Ok fine... thanks DBO...
[15:34] <Trevinho> And... For the wm_class thing, i've some ideas...
[15:34] <andyrock> DBO, is not a technique question, but a "design" question :)
[15:35] <Trevinho> I think I will "speak" with some code as soon as I can....
[15:35] <DBO> andyrock, ask away
[15:36] <andyrock> DBO, if all icon can be moved in the launcher, when we add another icon (i.e. opening a new app), where it should be positioned?
[15:37] <Trevinho> but, there's already something that is not related to us, but mostly to libwnck... and his missing class APIs. Now the ubuntu package include some new APIs that I've added through a patch that libwnck are reviewing
[15:37] <DBO> andyrock, logically it would end up at the very end
[15:37] <DBO> which... sucks
[15:37] <DBO> andyrock, logically it would end up at the very end
[15:37] <DBO> which... sucks
[15:37] <DBO> Trevinho, you rock :)
[15:38] <Trevinho> No... I don't.. :P
[15:38] <Trevinho> Did you see that I also patched libSDL as you requested in their bugzilla?
[15:38] <andyrock> DBO, we could add the app icon after the last app icon...
[15:38] <DBO> Trevinho, no
[15:38] <DBO> awesome!
[15:39] <Trevinho> Patch is in their bugzilla both for libSDL-1.2 and libSDL-1.3
[15:39] <DBO> andyrock, that would be confusing and random
[15:39] <Trevinho> however the ubuntu package is including it now
[15:39] <Trevinho> so pygame apps are now working fine with BAMF :P
[15:39] <DBO> YES!
[15:39] <andyrock> Trevinho, DBO is booking :P
[15:39] <DBO> andyrock, if you can mix all icons together, logically they are all "the same thing"
[15:39] <andyrock> *ed
[15:39] <DBO> andyrock, therefor, when a new one opens
[15:40] <DBO> you only have 2 logical spots
[15:40] <DBO> top or bottom
[15:40] <DBO> top sucks because it causes too much motion
[15:40] <DBO> so bottom!
[15:40] <Trevinho> andyrock: now that I've found him, I won't leave this precious guy to you only! :D
[15:40] <andyrock> Trevinho, i hate you :)
[15:41] <Trevinho> andyrock:  Me too... :P
[15:41] <Trevinho> ops... you too! :D
[15:41] <Trevinho> however... Despite on what you say... I know that your heart totally loves me!
[15:42] <andyrock> Trevinho, i miss you :( <3
[15:45] <Trevinho> DBO: for the WM_CLASS thing, however... I was thinking that if some windows shares the tuple (or triple) (wm_class_name, wm_class_resource, desktop_file) they are *always* belonging to the same app
[15:45] <Trevinho> so that mix can be used for generating their app_id too... That shouldn't be confusing at all
[15:46] <DBO> yes that's probably true
[15:46] <Trevinho> of course applications can set bad "wm_class" that could make BAMF to crash, but we could avoid this in two ways
[15:46] <Trevinho> tracking if that bus name already exist, or just keeping a list of known buses...
[15:46] <Trevinho> or... Move to gdbus (that I'm planning)
[15:47] <njpatel> Trevinho, before you work on moving BAMF to d-bus, would appreciate a chat
[15:47] <Trevinho> gdbus...
[15:47] <Trevinho> ok :P
[15:47] <njpatel> yes, gdbus :)
[15:48] <DBO> yes, gdbus
[15:48] <Trevinho> Ah... About this fact... and to libbamf... I was wondering: why don't we move that library to vala when moving to gdbus? It would make the code more easy to maintain... However I don't know if we could keep the API compatibility
[15:48]  * DBO glares at Trevinho
[15:48] <DBO> no
[15:49] <Trevinho> Ok... :D
[15:49] <Trevinho> Any other reason for this?
[15:51] <Trevinho> DBO ?
[15:51] <DBO> Vala == easier to maintain, WAY harder to debug
[15:51] <Trevinho> Mh, no that much...
[15:51] <DBO> okay, can I just go "personal bias" here?
[15:51] <Trevinho> Also because it's just a wrapper library
[15:51] <DBO> also I dont much want to see the entire lib re-written
[15:52] <DBO> and it's a little more than just a wrapper
[15:52] <DBO> since it does local favorites
[15:52] <DBO> its a wrapper with benefits
[15:52] <Trevinho> ah, ok... Yes I agree for that...
[15:52] <Trevinho> however you're the boss...
[15:52] <njpatel> -1 for Vala
[15:52] <DBO> njpatel ^^ see what I did there
[15:52] <njpatel> DBO, I did, *applauds*
[15:53] <Trevinho> njpatel: what's the thing I should consider when porting?
[15:54] <njpatel> Trevinho, we'll change the way it works on D-Bus to be a bit more leaner, and ditch objects
[15:55] <Trevinho> Mh, ok
[16:14] <Daekdroom> When I start gwibber through the messaging indicator, it won't use appmenu. What package should I report it against?
[16:15] <Trevinho> Daekdroom: I guess gwibber itself
[16:16] <Daekdroom> Trevinho, well, I just tested it and it affects liferea too.
[16:16] <Daekdroom> So it's definitely not gwibber.
[16:17] <Trevinho> Ok, so it's the indicator menu
[16:17] <Daekdroom> but it doesn't affect thunderbird.
[16:19] <Daekdroom> Well, I'll file it against indicator-messages and a developer will change it if necessary
[16:21] <Trevinho> It could be possible that something has changed in the api and the projects you tested aren't synced yet.... I've not checked BTW.
[16:28] <Daekdroom> bug 807614