[00:31] <rbnswartz> DBO you have a quick minuet?
[00:32] <DBO> two coins add up to 30 cents and one of them is not a nickel
[00:32] <rbnswartz> the other one is
[00:33] <DBO> you pass
[00:33] <DBO> what is your question?
[00:35] <DBO> rbnswartz, i feel awkward sitting here talking to myself
[00:35] <DBO> not that I dont do that a lot
[00:35] <DBO> but usually i dont *type* to myself
[00:35] <DBO> thats a whole new level of crazy
[00:35] <DBO> im just not there yet
[00:36] <rbnswartz> This is kind of random but in my search for a fix for a bug and I may have found a fix for another. Is there a function that is called quite frequently in LauncherIcon.cpp such as a clock tick?
[00:36] <rbnswartz> I talk to myself to. Join the club
[00:36] <DBO> rbnswartz, not really
[00:36] <DBO> I mean ever frame we do a couple things
[00:36] <DBO> but there is no clock tick
[00:37] <rbnswartz> what is called every frame?
[00:38] <DBO> quite a few things are actually
[00:38] <DBO> can I ask why one might need this?
[00:38] <rbnswartz> which bug?
[00:39] <DBO> why do you need a function called every frame
[00:39] <DBO> rbnswartz, either way, TextureForSize will be called every frame
[01:05] <rbnswartz> sorry about that DBO I should be good now. I hope.
[01:05] <DBO> :)
[01:14] <rbnswartz> DBO I'm on satellite Internet and it is being super funky tonight
[01:14] <rbnswartz> Now where I left off :(
[01:14] <rbnswartz> DBO Am on the right track for the fix?
[01:15] <DBO> rbnswartz, the last thing I got from you is "which bug?"
[01:15] <DBO> before your internet went insane anyhow
[01:17] <rbnswartz> Yeah it normally behaves but tonight it is going funky. Am on the right path for a delayed tooltip or is there a better way?
[01:17] <DBO> delayed tooltip?
[01:17] <DBO> im sorry i dont understand what you are trying to do here
[01:21] <rbnswartz> Have a running counter in the launchericon so when the MouseEnter event is fired the counter is enabled when the counter reaches a value the tooltip is shown.
[01:21] <rbnswartz> This is a bug fix for a bite-sized bug
[01:22] <RAOF> Don't you want to set up a timer instead?
[01:22] <RAOF> compiz (shouldn't!) get a consistent screen-refresh tick.
[01:22] <DBO> yeah you would need a timer for that
[01:22] <DBO> it doesn't
[01:23] <DBO> RAOF, one (shouldn't) use parenthesis for emphasis
[01:23] <rbnswartz> How would I set one up?
[01:23] <RAOF> True.  What I *meant* to say was ‘Compiz doesn't (or shouldn't!) get a consistent screen-refresh tick’
[01:24] <DBO> rbnswartz, lookup the g_timeout_add function call
[01:25] <DBO> RAOF, I just slung a Ferrari 599XX around Nurburgring in 7:15 (15 seconds off world record) in Forza, and you want to complain about compositors
[01:25] <rbnswartz> more funky functions. Going from plain old c++ to the big leagues is hard
[01:26] <DBO> :)
[01:26] <RAOF> g_timeout_add isn't exactly a funky function; it just calls a closure after X ms :)
[01:26] <DBO> its not really a closure
[01:28] <rbnswartz> but is there a way to tell it to stop the timeout?
[01:29] <RAOF> Yeah, of course.
[01:30] <rbnswartz> that sounds like the thing for me then
[01:32] <rbnswartz> RAOF: You wouldn't happen to know the function to stop the timeout off the top of your head would you?
[01:33] <rbnswartz> never mind found it
[02:24] <RAOF> Wow.  Is the behaviour where the Ubuntu overlay pops up if you press and release <super> sufficiently fast intentional?
[03:21] <ion> Some unity-2d commit messages mention UI mockups. Where are they?
[03:22] <ion> I’m probably being blind, but i didn’t find them nearby https://wiki.ubuntu.com/Unity or http://unity.ubuntu.com/
[07:55] <didrocks> good morning
[08:00] <oSoMoN> good morning
[08:04] <MacSlow> greetings everybody
[08:15] <MacSlow> hey kamstrup
[08:15] <MacSlow> hi kancerman, ivanka
[08:15] <kamstrup> MacSlow: morning
[08:25] <ivanka> MacSlow: morning!
[09:53] <klattimer> mpt just looking at some api now, and I see that you can nolonger specify in a gtk calendar whether or not the week starts on sunday or monday - it is always derived from the locale regardless of what you tell it
[09:53] <klattimer> indicator-datetime has configuration UI for setting this atm
[09:53] <klattimer> mterry has been working on it
[09:54] <dbarth> klattimer: hiya, i get a SIGFPE in the service this morning
[09:54] <klattimer> dbarth: hey
[09:54] <klattimer> caused by?
[09:54] <dbarth> the service crashing
[09:54] <dbarth> a gtk size request
[09:55] <klattimer> dbarth: that shouldn't crash it
[09:55] <klattimer> was it specifically indicator-datetime that crashed?
[09:55] <dbarth> and yet it turns
[09:57] <klattimer> dbarth: do you have a bug report? traceback perhaps
[09:58] <dbarth> generating the stack trace
[09:58] <dbarth> i'm still battling dbgsym's
[09:58] <klattimer> well I can't see how indicator-datetime could have done it
[09:59] <klattimer> I'm just getting the dconf stuff done atm
[10:00] <dbarth> klattimer: http://pastebin.ubuntu.com/572106/
[10:01] <dbarth> that's when i try to restart the service from the command line
[10:03] <klattimer> dbarth have you rebooted since updating?
[10:04] <dbarth> well, i can try restarting the session, but, yes i've rebooted
[10:04]  * dbarth restarts
[10:06] <klattimer> dbarth I can't see what could be causing that crash
[10:06] <klattimer> it might be higher up in gtk
[10:06] <klattimer> seems to be related to the size group
[10:13] <dbarth> i restarted my session and the result is the same: it crashes on startup: https://bugs.launchpad.net/indicator-datetime/+bug/724856
[10:18] <klattimer> dbarth: that's very strange
[10:18] <klattimer> it really doesn't seem to be something in my code, something way deeper
[10:18] <klattimer> I'll test it asap
[10:18] <klattimer> I have to rebuild a lot of stuff though
[10:21] <klattimer> dbarth could you run it with the indicator-loader
[10:21] <klattimer> you should get a bunch of debug messages out
[10:21] <klattimer> that'd be _really_ helpful
[10:21] <klattimer> seems that it might be something strange in your calendar that sets it off, but tbh I can't for the life of me see why
[10:22] <klattimer> it could be something like dodgy characters, extra long summary strings, things like that could be responsible
[10:22] <klattimer> but I can't do much without knowing what the data is so I can replicate it
[10:35] <dbarth> klattimer: ok, i'll try in a minute
[10:38] <dbarth> klattimer: http://pastebin.ubuntu.com/572122/
[10:40] <klattimer> dbarth that doesn't even get to the ecal code
[10:40] <klattimer> looks like you're having dbus or dbusmenu issues all of your own :/
[10:40]  * klattimer is just updating to the latest released packages and I'll try to replicate 
[11:00] <dbarth> klattimer: ok
[11:00] <dbarth> klattimer: seb128 is asking about a release of i-datetime
[11:00] <dbarth> klattimer: what's left to have your latests branches in?
[11:00] <dbarth> klattimer: is mterry's code already in trunk? (i haven't seen it yet)
[11:02] <dbarth> well, it's missing a file, do you know where to find it? https://code.launchpad.net/~mterry/indicator-datetime/clock-prefs/+merge/51013
[11:03] <klattimer> dbarth: somewhere in ubiquity
[11:03] <klattimer> I've had to update ido, again, as it was missing a getter
[11:04] <klattimer> I'll also have to make a few changes to datetime-service in order to use the dconf settings properly
[11:04] <klattimer> that's the dconf stuff
[11:04] <klattimer> then there's getting signals and queries working nicely between the menu calendar and the datetime-service
[11:05] <klattimer> but it looks like at least that's possible with teds dbusmenu patch
[11:18] <klattimer> dbarth I just updated my netbook and cant reproduce your proble m
[11:43] <rye> Hi people, was app_indicator_get_accessible_desc symbol removed from libappindicator recently? bug #724917
[11:57] <bewdieloomba> hello everybody
[11:57] <bewdieloomba> I have an important question regarding Unity's launcher
[11:58] <bewdieloomba> from what I've seen you can hit Super and then you can just hit a number to go to an app
[11:58] <bewdieloomba> but what if you're on azerty?
[11:59] <nerochiaro> bewdieloomba: azerty has the numbers that are made with shift, right ?
[11:59] <nerochiaro> bewdieloomba: does super+shift+number does anything ?
[12:03] <bewdieloomba> i dont know nerochiaro
[12:04] <didrocks> bewdieloomba: try it :) it's super + shift + number
[12:04] <bewdieloomba> but i agree with your logic that super+shift+number will be the "fix" to azerty whereas qwerty requires no shift to invoke numbers
[12:04] <bewdieloomba> i have no unity installation
[12:04] <didrocks> bewdieloomba: I can tell you it's working like that :)
[12:04] <nerochiaro> bewdieloomba: and i have no azerty :)
[12:04] <bewdieloomba> didrocks, do you have azerty?
[12:04] <bewdieloomba> haha nerochiaro
[12:04] <didrocks> bewdieloomba: well, I developped the feature and I'm on azerty, right :)
[12:05] <bewdieloomba> cool
[12:05] <didrocks> there are some discussion about if the modifier should be needed or not
[12:05] <bewdieloomba> and both french and belgian azerty will be supported right?
[12:05] <didrocks> but that would break other cases when people wants different shortcuts from e and € for instance
[12:05] <bewdieloomba> i would prefer not having to hold shift
[12:06] <didrocks> so, tricky questions :)
[12:06] <didrocks> like umlaut support and such…
[12:06] <bewdieloomba> hm
[12:06] <didrocks> bewdieloomba: yeah, basically, you need to hit the modifiers that are written on your keyboard for now :)
[12:06] <didrocks> there is a bug about that and discussion with design
[12:06] <bewdieloomba> how likely will you have to hold shift versus not holding shift?
[12:08] <didrocks> bewdieloomba: not sure at all, it's under discussion as I told you
[12:08] <nerochiaro> didrocks: bug number ?
[12:10] <didrocks> can you look for it? it's been a recently changed one and there is umlaout in it
[12:10] <didrocks> I prefer fixing bugs than looking for them :)
[12:12] <bewdieloomba> didrocks,
[12:12] <bewdieloomba> since you developed the feature
[12:13] <bewdieloomba> wouldn't it be handy to fusion it with alt-tab?
[12:14] <didrocks> bewdieloomba: that's not the current plan. However, it's an interesting idea which should really be discussed on the ayatana-design mailing list
[12:14] <bewdieloomba> ok
[13:09] <cando_> hey jcastro_ , got  a moment?
[13:12] <cando_> i was looking to the KeyboardShortcut page on the wiki and in the MouseTrick sections you should add the " middle click on panel when window is maximized gives focus to the window below"..
[13:12] <cando_> well... maybe a better explanation...:)
[13:23] <rye> hi, whom may I poke about bug #724917 ?
[13:40] <dbarth> aruiz: hey alberto, we're in #ubuntu-desktop to discuss Sweetshark's proposal
[13:41] <aruiz> oh
[13:41] <aruiz> okay
[15:03] <coz_> hey guys
[15:10] <kenvandine> MacSlow, any plans to port notify-osd to libnotify 0.7.x?
[15:10] <MacSlow> kenvandine, no... at least not atm... I don't know where to get the time from... even weekends a allocated for work
[15:10] <MacSlow> kenvandine, are there problems?
[15:11] <kenvandine> not urgent, i don't think
[15:11] <kenvandine> but we would like to get everything ported
[15:20] <lamalex> hmm my places daemons never start automatically
[15:59] <jcastro> kenvandine: hey ping me when you finish that python example, I'd like to announce it
[16:00] <kenvandine> jcastro, will do, it'll be after lunch :/
[16:01] <kenvandine> MacSlow, i just finished porting notify-osd to the new libnotify
[16:01] <MacSlow> kenvandine, hey that was quick!
[16:01] <jcastro> kenvandine: no worries
[16:01] <kenvandine> branch proposed :)
[16:01] <MacSlow> kenvandine, I'll try to look over it on the weekend
[16:01] <kenvandine> MacSlow, thx
[16:02] <kenvandine> it was pretty easy, only needed to change the examples and the tests
[16:02] <kenvandine> but there was lots of them :)
[16:02] <MacSlow> kenvandine, examples and tests are gooood :)
[16:03] <kenvandine> indeed
[16:20] <and471> kvalo, if and when you have time https://code.launchpad.net/~and471/indicator-network/remove-shading/+merge/51319
[16:20] <kvalo> and471: thanks, I will check it in 1,5h or so
[16:21] <and471> sure, no rush
[19:34] <lamalex> my alt-tab switcher has window decorations now
[19:37] <kenvandine> lamalex, funny... nothing has window decorations for me now :)
[19:38] <lamalex> haha
[20:37] <janimo> unity team, thanks for using cmake. that's all :)
[20:42] <kenvandine> jcastro, i added the python example to https://wiki.ubuntu.com/Unity/LauncherAPI
[20:42] <jcastro> yeah!
[20:42] <kenvandine> it works as well as the vala example does, which is only abou 75%
[20:42] <jcastro> heh
[20:42] <jcastro> good enough
[20:42] <kenvandine> quicklists aren't working... in either vala or python
[20:42] <kenvandine> :)
[20:42] <kenvandine> not sure if it is dbusmenu breakage or the example is wrong
[20:44] <jcastro> where do people file bugs on the API btw
[20:44] <jcastro> nm, it says right there on the wiki page
[20:44] <kenvandine> :)
[20:44] <jcastro> kenvandine: man, I need beer so badly
[20:44] <kenvandine> me too
[20:44] <kenvandine> and sleep
[20:45] <kenvandine> jcastro, is there anything else using the dynamic quicklists yet?
[20:45]  * jcastro thinks
[21:02] <lamalex> jcastro, tomboy?
[21:02] <jcastro> they don't work
[21:03] <jcastro> they worked in 10.10
[21:03] <kenvandine> sad... wish we could do that for natty
[21:03] <kenvandine> no mono bindings though
[21:03] <lamalex> really? i thought they were working earlier in the cycle
[21:04] <kenvandine> it's like the most useful use case i can come up with for having them
[21:04] <kenvandine> lamalex, they were... but that was the old quicklists
[21:04] <lamalex> alan has a gobject-introspection parser/generator
[21:04] <lamalex> could try it for dbusmen
[21:04] <lamalex> he tried it out on gtk and was able to run a gtk# app with the dll
[21:05] <lamalex> dbusmenu is probably simpler than gtk
[21:05] <kenvandine> cool
[21:05] <kenvandine> i can't get dbusmenu working in vala or python atm
[21:05] <kenvandine> the example on the wiki was working, i think
[21:05] <kenvandine> so something broke
[21:05] <jcastro> I sent a note to ayatana-dev and -desktop on the libunity stuff kenvandine
[21:05] <jcastro> thanks so much for documenting it!
[21:05] <kenvandine> thx
[21:07] <kenvandine> in wonder if this is a bug
[21:07] <kenvandine> when you add an emblem to a launcher, the background color of the launcher changes to match the emblem
[21:07] <kenvandine> so adding emblem-important turns the launcher icon red
[21:15] <nmarques> guys the recent update on dbusmenu has triggered some side effects on indicator-messages... has this also been verified on Ubuntu ?
[21:21] <kenvandine> nmarques, ah... yes
[21:22] <kenvandine> nmarques, is it crashing unity panel or indicator applet on click?
[21:22] <nmarques> kenvandine, nope
[21:22] <nmarques> kenvandine, it doesn't show the indicator unless an application supported is loaded
[21:22] <kenvandine> oh that one
[21:22] <nmarques> practical example... you open empathy
[21:22] <nmarques> you close the window
[21:22] <nmarques> if you try to open it through the indicator
[21:22] <kenvandine> ok, yeah
[21:23] <nmarques> big kaboom
[21:23] <kenvandine> that was fixed in indicator-messages
[21:23] <kenvandine> let me see if it was a distro patch or release
[21:24] <kenvandine> http://pastebin.ubuntu.com/572354/
[21:24] <kenvandine> apply that to indicator-messages
[21:24] <kenvandine> and
[21:24] <kenvandine> unrelated, but important
[21:24] <kenvandine> i have a patch to dbusmenu 0.3.99
[21:26] <kenvandine> nmarques, looking, hang on
[21:27] <kenvandine> http://pastebin.ubuntu.com/572355/
[21:27] <kenvandine> nmarques, apply that to dbusmenu 0.3.99
[21:27] <kenvandine> very important fix :)
[21:30] <nmarques> thx mate :)
[21:30] <nmarques> comitted the indicator-messages one
[21:30] <kenvandine> nmarques, anytime!
[21:30] <nmarques> going to commit this one ;)
[21:30] <nmarques> I've started BETA today for this indicators
[21:30] <kenvandine> woot
[21:30] <nmarques> good it's fixed now ;P
[21:30] <kenvandine> nmarques, don't be surprised if you find lots of bugs this coming week
[21:31] <kenvandine> lots of changes landed this week
[21:31] <kenvandine> which should help make it more robust, faster, etc
[21:31] <nmarques> kenvandine, as long as it doesn't depend on libnotify >= 0.7.0 we should be fine
[21:31] <nmarques> kenvandine, I've frozen indicator-sound because of it for this cycle :(
[21:31] <kenvandine> oh... ugh
[21:32] <kenvandine> i don't think anything else will get ported this cycle
[21:32] <kenvandine> well, i ported notify-osd this morning
[21:32] <kenvandine> do you package that too?
[21:32] <nmarques> already implemented as well :)
[21:32] <nmarques> yeap
[21:32] <kenvandine> ok
[21:32] <kenvandine> there was a release today
[21:33] <nmarques> it's the only package of Ayatana that goes natively with openSUSE
[21:33] <nmarques> I saw it, it's already packaged :)
[21:33] <kenvandine> but expect the next release to require libnotify >= 0.7.0
[21:33] <kenvandine> great
[21:33] <kenvandine> sorry :)
[21:33] <nmarques> np
[21:33] <lamalex> what package is in openSUSE?
[21:33] <nmarques> I made a small perl script to sms me when any of my packages is updated :)
[21:34] <kenvandine> nice
[21:34] <nmarques> lamalex, notify-osd
[21:34] <nmarques> lamalex, it's been modified though
[21:34] <kenvandine> nmarques, and actually... if you want to get updates for notify-osd it would be a really simple patch to back port it
[21:34] <nmarques> lamalex, with Roman Sokuchev's patch for 'skinning'
[21:34] <kenvandine> only the examples and tests changed
[21:34] <kenvandine> so you can just disable building those
[21:35] <kenvandine> and it should be fine with libnotify 0.4
[21:35] <nmarques> a nice note to keep :)
[21:35] <nmarques> sam is going to merge soon compiz
[21:35] <nmarques> so I'll get back to Unity after it
[21:36] <nmarques> I've already seen the backport you guys made to gnome-session
[21:36] <nmarques> very very cool stuff :)
[21:37] <lamalex> nmarques, neat. I wonder why we didn't take the patch, I thought we said that we would accept a patch for that feature
[21:38] <nmarques> lamalex, well, I think it's probably because it's using test files and not gconf/gsettings or whatever
[21:39] <nmarques> lamalex, it also seems that Mark doesn't want Notify-OSD changed, and to be honest, I really has a certain point there
[21:39] <nmarques> lamalex, I've only picked it up because Roman said it would maintain the patch, and a feature is always a feature :) At least Vincent allowed it, so we're cool :)
[21:40] <lamalex> heh yah
[21:41] <nmarques> s/test/text
[21:42] <danyR> nmarques: I find really great what you're doing with Ayatana and openSUSE. that's what distros working together really means. even better taking into account it's someone portuguese doing it ;)
[21:44] <nmarques> danyR, while some people also agree within openSUSE, there's also a few 'Velhos do Restelo' providing heavy resistance
[21:44] <nmarques> danyR, though I can't help much on certain areas (like code), I try to help in those fields where I can
[21:45] <nmarques> danyR, it's important somehow to me that more options are given to users as optional... it's all about user choice :)
[21:45] <lamalex> is opensuse using notify-osd by default?
[21:46] <nmarques> lamalex, nope, but it's in Factory and main repos
[21:46] <lamalex> ah
[21:46] <nmarques> lamalex, zypper in notify-osd will do the trick ;)
[21:46] <nmarques> lamalex, and my pattern (1 click installer) for 11.4 on GNOME:Ayatana already installs it ;)
[21:47] <nmarques> lamalex, so anyone installing stuff my repo, will enable it by default :)
[21:47] <danyR> nmarques: but would Lusíadas be a real writing if it didn't included the "Velho do Restelo" scene? there'll always be 'velhos do restelo', pushing inovation back. but you know where the last "velhos do restelo" opposition took us? to the top of the world :)
[21:47] <nmarques> danyR, I don't do politics ;)
[21:48] <nmarques> danyR, but there are things I don't like, one of them is our community manager triggering hate
[21:49] <nmarques> danyR, specially when he is blind... and forgets that some projects started on Novell are actually being kept alive by other communities contributors (I think thats the case of Compiz)
[21:49] <nmarques> at least through my narrow understanding of the situation
[21:49] <danyR> nmarques: it wasn't about politics. it's about facts. there will be always someone pushing out for inovation and someone refusing it.
[21:49] <nmarques> danyR, my field of expertise is actually marketing management, we're the worst enemies of innovation :)
[21:50] <nmarques> danyR, if you are nearby aveiro, we gotta for a drink of this days :)
[21:50] <nmarques> kenvandine, thx for the patches, the whole thing is rebuilding
[21:52] <kenvandine> nmarques, excellent!
[21:54] <nmarques> kenvandine, are there any plans to retrieve data from unity-place-* ?
[21:54] <kenvandine> not sure off hand
[21:54] <nmarques> kenvandine, they could provide very awesome marketing information regarding applications used by the users
[21:55] <nmarques> kenvandine, most used applications and frequence they are used is really info to dig out data for profiling users :)
[21:55] <danyR> nmarques: I think Ubuntu Software Source's already has an option to send usage statistics
[21:55] <kenvandine> we already have the popcon data that users can opt into
[21:56] <nmarques> kenvandine, if any of you guys ever attend an event in Portugal/Spain, let me know, then I'll go there :)
[21:56] <nmarques> kenvandine, I would love to offer your team a bottle of good Port :)
[21:57] <nmarques> http://blog.canonical.com/?p=431
[21:57] <nmarques> whoever is behind that, got my full respect also :)
[21:58] <kenvandine> nmarques, i'll let you know :)
[22:17] <nmarques> good people, thanks for the help
[22:18] <nmarques> it's time to leave for the night ;)
[22:18] <nmarques> thanks once more ken.
[22:18] <nmarques> take care all
[22:19] <kenvandine> anytime nmarques
[23:44] <Omega> eek, I get the doubt window-controls bug even outside of chromium
[23:44] <Omega> Now in gnome-terminal