[07:58] <oSoMoN> good morning
[08:05] <MacSlow> hey there everybody
[08:17] <didrocks> good morning
[08:37] <ion> Does anyone have working Gtk appmenus anymore in unity-2d-panel? Qt appmenus still seem to work.
[10:18] <smspillaz> murrayc: ping
[10:20] <murrayc> smspillaz: pong
[10:23] <smspillaz> murrayc: seems that glibmm destroys all of your sources once the mainloop exits. is that the intended behaviour?
[10:24] <smspillaz> since I store them in PrivateScreen, and when PrivateScreen gets destroyed, it calls ::unreference () on the sources (Glib::RefPtr <> does this) and then segfaults because the sources are already gone
[10:24] <murrayc> They would be destroyed when the C object is destroyed, meaning when their refcount gets to 0.
[10:25] <murrayc> I doubt that anything explicitly destroys them before the refcount gets to 0.
[10:25] <murrayc> valgrind would tell you.
[10:26] <smspillaz> murrayc:  valgrind says they're being destroyed on g_main_context_dispatch (I assume when the mainloop has quit)
[10:27] <smspillaz> http://paste.ubuntu.com/573388/'
[10:27] <smspillaz> erm
[10:27] <smspillaz> http://paste.ubuntu.com/573388/
[10:28] <murrayc> That's missing some detail. Maybe you dont' have the debug packages installed.
[10:28] <murrayc> I don't think that really tells you what is happening.
[10:29] <smspillaz> murrayc: I know :) Just I know that something weird is up :)
[10:29] <smspillaz> nevertheless, I was going to get the -dbg stuff, getting it now
[10:30] <murrayc> It might just be a missing reference() somewhere, if we are lucky.
[10:31] <smspillaz> murrayc: yeah. I first tried to ->reference () when I create all the sources, though, that doesn't help
[10:31] <murrayc> smspillaz: It's also possible that it's not the source itself, but something of yours that uses it, that's being double-deleted.
[10:32] <murrayc> If it doesn't become clear then a simple test case is the logical debug step.
[10:32] <smspillaz> murrayc: indeed
[10:33] <smspillaz> murrayc: I checked for wrong uses of ::reset () and ::clear () too ... nothing there ...
[11:40] <dbarth> apinheiro: ping?
[11:40] <apinheiro> dbarth, pong?
[12:07] <rodrigo_> njpatel, from a PanelIndicatorObjectView, how do I get the indicator id from it? GetName is protected, and can't find anything else
[12:10] <njpatel> rodrigo_, _entry->GetId ()
[12:10] <njpatel> rodrigo_, _proxy->GetId ()
[12:10] <rodrigo_> ok
[12:11] <njpatel> it's public (_proxy)
[12:11] <rodrigo_> _proxy on the PanelIndicatorObjectView? it's protected
[12:12] <rodrigo_> ah, from the EntryView
[12:14] <njpatel> right
[12:29] <artfwo> May I ask indicator applet developers here to review a merge proposal for bug 724917 - it's highly annoying and a fix is available for a couple of days
[12:49] <apinheiro> dbarth, in the end, after the last changes on nux and unity, it would be not required that custom script on orca
[12:49] <apinheiro> I have tested it, and orca properly speech the selection changes
[12:50] <apinheiro> when you start the key nav mode on Launcher
[12:50] <apinheiro> rodrigo_ is reviewing that branch
[12:50] <apinheiro> but, could any other one review it?
[12:50] <apinheiro> https://code.launchpad.net/~apinheiro/unity/atk-selection/+merge/51440
[12:50] <apinheiro> as I also made some changes on the Launcher
[12:50] <apinheiro> njpatel, ^^
[12:52] <njpatel> apinheiro, yep, i'll ask macslow to review it before release
[12:52] <apinheiro> njpatel, ok thanks
[12:52] <njpatel> MacSlow|lunch, when your back and while your waiting for smspillaz, please review ^
[13:21] <dbarth> apinheiro: ah awesome, so that shows that the changes are all coming together
[13:24] <klattimer> njpatel: anything you know of that could be causing the unity launcher to be sliding in and out really fast?
[13:24] <njpatel> klattimer, yep, it's a known (and fixed in trunk) bug
[13:24] <klattimer> njpatel: how long until it'll be out?
[13:24] <njpatel> klattimer, just unity --replace a few times and it'll sort itself out
[13:24] <klattimer> hmm, ok
[13:24] <njpatel> klattimer, dude *never* ask that question on feature freeze day ;)
[13:24] <njpatel> klattimer, later on today
[13:24] <njpatel> well, not FF day
[13:25] <njpatel> but last-day-before-your-banned-from-uploading-day
[13:25] <ogra> you can upload all the time :)
[13:26] <ogra> it will just hang in the queue until fater milestone release
[13:26] <ogra> ;)
[13:26] <njpatel> heh
[13:59] <MacSlow> njpatel, apinheiro: ok
[13:59] <njpatel> thanks!
[14:00] <nmarques> kenvandine, ping
[14:00] <kenvandine> nmarques, pong
[14:01] <nmarques> kenvandine, those 2 patches did wonders and also fixed a glitch on transmission with the indicator
[14:01] <kenvandine> woot
[14:01] <nmarques> kenvandine, but I noticed I still have one problem
[14:02] <nmarques> kenvandine, on indicator-me, if you open empathy through indicator-messages, it doesn't allow you to change status on indicator-me, unless you restart the applet (with empathy already opened) or kill the gnome-panel
[14:02] <kenvandine> humm, not having that problem here
[14:03] <kenvandine> oh wait
[14:04] <nmarques> kenvandine, it happened after the dbusmenu update
[14:04] <kenvandine> maybe i am
[14:04] <nmarques> before that was doing fine :)
[14:04] <kenvandine> ok, this looks like the same bug we are seeing with menus that aren't sensitive
[14:05] <kenvandine> i didn't notice because i had done a killall indicator-me-service last night after empathy was running :)
[14:06] <nmarques> it's cool, I noticed it by pure luck also
[14:06] <kenvandine> there are a couple places where this is happening
[14:06] <kenvandine> this might be an easier place for me to debug it... will look
[14:06] <nmarques> kenvandine, mind of a question regarding appmenu?
[14:06] <kenvandine> was waiting for tedg to get back from scale
[14:06] <kenvandine> sure
[14:07] <nmarques> kenvandine, some applications if the window is destroyed the appmenu indicator doesn't display the menu anymore
[14:07] <nmarques> I've noticed this on 2 apps
[14:07] <nmarques> empathy (contact list is destroyed) and if then is opened it doesn't populate the menu
[14:07]  * kenvandine tries
[14:07] <nmarques> and only the File/close entry is displayes
[14:08] <nmarques> empathy has a similar behavior
[14:08] <nmarques> ups, I mean Banshee
[14:08] <kenvandine> yeah, that has been happening for a while
[14:08] <kenvandine> i had only seen it in empathy
[14:08] <nmarques> well I'm running Banshee 1.8.0 which is the one shipped on openSUSE 11.4
[14:08]  * aruiz ponders the idea of buying boycottnvidia.com
[14:08] <kenvandine> there is a bug about it, one of the many things we'll get to now that we are past feature freeze :)
[14:09] <kenvandine> aruiz, awesome :)
[14:09] <MacSlow> aruiz, :)
[14:09] <nmarques> aruiz, they don't care :)
[14:09] <kenvandine> aruiz, i boycotted them years ago, worked great for me
[14:09] <kenvandine> :)
[14:09] <aruiz> nmarques: I'll make them care
[14:09] <MacSlow> aruiz, I still love them for their robust GL-driver
[14:09] <nmarques> aruiz, I had 4 different motherboard on one of my laptops with a G86 running over 82ºC
[14:10] <kenvandine> intel graphics might not be as awesome... but it is generally pretty painless :)
[14:10] <nmarques> aruiz, they never cared ;)
[14:10] <nmarques> aruiz, I never bought nvidia again
[14:10]  * aruiz misses the 3Dfx days
[14:11] <nmarques> aruiz, amen to that brother!
[14:11] <MacSlow> aruiz, hey they are part of nvidia now
[14:11] <aruiz> MacSlow: I know
[14:11] <aruiz> RIP
[14:12] <nmarques> kenvandine, I'll hold a bit, once the fixes are out, I'm going to freeze this for 11.4 and start hasting on passing everything to GNOME3 and retake unity (hopefully Sam will merge the glib branch meanwhile)
[14:12] <nmarques> kenvandine, if you guys also need help with testing, let me know, I can for sure help with that either on Ubuntu or *SUSE
[14:12] <kenvandine> i think he did and actually did a release
[14:12] <kenvandine> at least i know they were working on that last week
[14:13] <kenvandine> nmarques, we always want testing :)
[14:13] <nmarques> kenvandine, I've had very good feedback from this
[14:14] <kenvandine> nmarques, great
[14:32] <MacSlow> apinheiro, -> https://code.launchpad.net/~apinheiro/unity/atk-selection/+merge/51440
[14:33] <apinheiro> MacSlow, see my last comment
[14:33] <apinheiro> I was able to solve that crashes
[14:33] <apinheiro> and I updated the branch since then
[14:34] <MacSlow> apinheiro, ups... didn't see that :)
[14:34] <MacSlow> just pulled and didn't further look at the commit-history :)
[14:35] <apinheiro> yeah, I know that normally you don't update the branch until the review of others ;)
[14:35] <MacSlow> apinheiro, ok
[14:35] <MacSlow> apinheiro, approved
[14:35] <apinheiro> MacSlow, ok, thanks
[14:36] <apinheiro> I will merge it, although I guess that I'm out of time now
[14:36] <apinheiro> I guess that the deadline was 30 minutes ago
[14:37] <MacSlow> apinheiro, ask njpatel if it's still good to go in
[14:37] <apinheiro> njpatel, you here?
[14:38] <njpatel> hey
[14:38] <njpatel> apinheiro, yes, please merge it
[14:38] <apinheiro> njpatel, ok
[14:47] <kenvandine> kamstrup, is it a bug that setting an emblem on a launcher icon changes the background color?
[14:49] <kamstrup> kenvandine: i was just wondering that this morning...
[14:49] <kamstrup> kenvandine: I think it maybe happens because of unity's intelligent background color choosing
[14:49] <kamstrup> kenvandine: it sees the icon change and think's it should recalc the bg color, but I think it's a bug
[14:50] <kamstrup> kenvandine: although I think DBO will be the authoritative person to ask here
[14:51] <kenvandine> ok, i will file a bug either way to document it
[14:51] <kenvandine> it has to be a bug :)
[14:51] <kenvandine> hiding the emblem doesn't reset the color
[14:57] <kenvandine> kamstrup, i filed it against libunity, since that is where the problem is exposed... but i am sure the bug is actually in unity
[14:58] <rodrigo_> njpatel, can I get a 2nd review of this: https://code.launchpad.net/~rodrigo-moya/unity/ref-state-set-for-panel-service/+merge/50955 please?
[14:58] <rodrigo_> njpatel, also, have you already done today's release?
[14:58]  * kenvandine is surprised how few bugs there are against libunity
[14:58] <nmarques> guys, what would be the best place to provide a 'Wishlist' 'bug report' regarding the whole indicators (maybe not indicator-appmenu, but all the others) ?
[15:01] <njpatel> rodrigo_, I haven't done today's release yet
[15:02] <njpatel> rodrigo_, I can't review right now, will find someone to do it, hold up
[15:02] <rodrigo_> njpatel, ok, so please review that branch and this other one: https://code.launchpad.net/~rodrigo-moya/unity/accessible-name-for-indicators/+merge/51120 so that they are included in the release, please?
[15:02] <rodrigo_> njpatel, ok
[15:03] <artfwo> guys, while you are at it, could you also review this merge proposal? https://code.launchpad.net/~artfwo/libappindicator/fix-for-bug-724917/+merge/51411
[15:22] <kenvandine> klattimer, are you aware of any problems with indicator-datetime not displaying all appointments?
[15:22] <klattimer> kenvandine: not to my knowedge
[15:23] <kenvandine> i have appointments on my calendar for almost everyday this week
[15:23] <klattimer> kenvandine: it updates every 5 minutes now, and updates on start
[15:23] <kenvandine> but only a couple of them are displayed
[15:23] <klattimer> rather than about-to-show
[15:23] <kenvandine> none of these are new
[15:23] <klattimer> hmm
[15:23] <klattimer> have you just rebooted?
[15:24] <kenvandine> no
[15:24] <kenvandine> i restarted the service
[15:24] <kenvandine> and it didn't make a difference
[15:24] <klattimer> kenvandine: if you could watch the output from the indicator-service
[15:24] <kenvandine> i see lots of these
[15:24] <kenvandine> (process:4109): Indicator-Datetime-DEBUG: Appointment timezone: (null)
[15:24] <klattimer> that should tell what's happening
[15:24] <kenvandine> i never see debug output for the appointments that aren't being displayed
[15:24] <kenvandine> and i see dupes of everything except the last one
[15:25] <kenvandine> (process:4109): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
[15:25] <kenvandine> and that right after it says it is adding it
[15:25] <kenvandine> but that last one is from this coming friday
[15:25] <Omega> One Time Pad, best cipher there is :)
[15:25] <kenvandine> i have a bunch before friday that aren't showing up
[15:25] <klattimer> kenvandine: do you see any "Summary: title of appointment"
[15:26] <kenvandine> yeah
[15:26]  * klattimer hopes he doesn't have to distro patch this :/
[15:26] <kenvandine> and i am only seeing those for the ones i am seeing in the menu
[15:27] <klattimer> kenvandine: are there _ANY_ appointments showing?
[15:27] <kenvandine> yes
[15:27] <kenvandine> 5
[15:27] <klattimer> that's how many you should see
[15:27] <klattimer> there is a maximum of 5 displayed at a time in the spec
[15:27] <kenvandine> ugh... but i am seeing some for friday
[15:27] <kenvandine> but not any for today!
[15:27] <klattimer> they'll change as they pass through their time
[15:27] <klattimer> kenvandine: can you work out which?
[15:28] <klattimer> it *might* be that your google calendars are lagging a lot
[15:28] <kenvandine> i see it on the calendar
[15:28] <kenvandine> and it isn't new
[15:28] <kenvandine> it is a recurring one every monday
[15:28] <klattimer> kenvandine: which source does it come from?
[15:28] <kenvandine> my work calendar (google)
[15:28] <klattimer> (seeing it in the calendar means nothing as eds is strange)
[15:28] <kenvandine> i see others from that calendar
[15:28] <kenvandine> later in the week
[15:29] <klattimer> hmm
[15:29] <klattimer> then that is strange
[15:29] <kenvandine> could it be timezone related?
[15:29] <kenvandine> they are getting (null) for the timezone
[15:29] <klattimer> kenvandine: unlikely
[15:29] <kenvandine> ok
[15:29] <klattimer> I'm thinking it might be timer related
[15:30] <kenvandine> and actually the ones not being displayed are from 3 different calendars
[15:30] <kenvandine> including the default local one
[15:30] <klattimer> looks like the timer isn't actually running at all
[15:33] <klattimer> kenvandine: can you look through the initialisation debug
[15:33] <klattimer> and tell me if you see it failing on google source?
[15:33] <kenvandine> sure
[15:34] <klattimer> also kenvandine is this the most upto date i.e. with the newest libido and indicator-datetime from trunk?
[15:34] <kenvandine> from natty
[15:34] <klattimer> hmm, the timer _is_ running, except for some reason it stopped
[15:34] <kenvandine> which afaik is the same
[15:35] <klattimer> kenvandine: there should be an update coming today actually
[15:35] <kenvandine> i don't see failures loading a calendar
[15:35] <klattimer> hmm
[15:35] <kenvandine> but... does it aggregate all the events together before sorting them?
[15:35] <klattimer> then it's not my code
[15:35] <klattimer> chances are something is wrong with either eds or google
[15:35] <klattimer> kenvandine: it does, all of them are an aggregate and sorted by time
[15:35] <kenvandine> perhaps it is showing me 5 from one calendar and truncating?
[15:35] <kenvandine> ok
[15:37] <kenvandine> oh... how does it sort?
[15:37] <kenvandine> by startdate?
[15:37] <kenvandine> i have lots of recurring appointments
[15:37] <klattimer> kenvandine: yeah
[15:37] <klattimer> or due
[15:37] <kenvandine> ah!
[15:37] <MacSlow> rodrigo_, ping
[15:37] <rodrigo_> MacSlow, pong
[15:37] <kenvandine> so the ones displayed all have startdates of 2009...
[15:37] <klattimer> kenvandine: basically it's sorted by the time which would display in the menu
[15:37] <klattimer> kenvandine: that's interesting
[15:38] <klattimer> i wonder why :/
[15:38] <kenvandine> klattimer, so you need to sort it by a different field
[15:38] <MacSlow> rodrigo_, there are two branches you've against unity... which do you need review-eyes on still?
[15:38] <kenvandine> recurring ones must have more data in there for next occurance or something
[15:38]  * kenvandine files a bug
[15:38] <rodrigo_> MacSlow, https://code.launchpad.net/~rodrigo-moya/unity/ref-state-set-for-panel-service/+merge/50955 and https://code.launchpad.net/~rodrigo-moya/unity/accessible-name-for-indicators/+merge/51120
[15:38] <MacSlow> rodrigo_, both then ok
[15:42] <MacSlow> rodrigo_, approved with small commend -> https://code.launchpad.net/~rodrigo-moya/unity/accessible-name-for-indicators/+merge/51120
[15:43] <klattimer> kenvandine: not sure how this can be fixed
[15:43] <klattimer> it'll take a while to look into it
[15:43] <klattimer> can you file a bug
[15:43] <kenvandine> done
[15:43] <kenvandine> bug 726603
[15:43] <rodrigo_> MacSlow, ok
[15:45] <kenvandine> klattimer, i marked it as High because people might trust that upcoming appointments are actually being displayed :)
[15:45] <kenvandine> klattimer, i missed a call myself... love brand new code :)
[15:45] <klattimer> :P
[15:48] <MacSlow> rodrigo_, same on the other branch... just add the sanity-check against NULL... see comment -> https://code.launchpad.net/~rodrigo-moya/unity/ref-state-set-for-panel-service/+merge/50955
[15:48] <MacSlow> rodrigo_, but approved
[15:48] <rodrigo_> MacSlow, ok thanks!
[15:53] <didrocks> apinheiro_afk: thing to ping us please when a branch is merged in trunk in case the milestone isn't set: see https://bugs.launchpad.net/unity/+bug/723806
[15:53] <didrocks> that helps tracking a lot :)
[15:55] <apinheiro> didrocks, checking ...
[15:56] <apinheiro> didrocks, ups, yes, you already told that the last week
[15:56] <apinheiro> sorry
[15:57] <didrocks> no worry, just a kind reminder :)
[15:57] <apinheiro> didrocks, so this also applies to bugs 723804 and 722660
[15:57] <apinheiro> right?
[15:57] <didrocks> apinheiro: right, targeting then :)
[15:58] <rodrigo_> didrocks, can you set the milestone for today's release to https://bugs.launchpad.net/unity/+bug/715299 please?
[15:58] <didrocks> sure :)
[15:58] <rodrigo_> merci beaucoup
[15:58] <didrocks> rodrigo_: it was already done
[15:58] <didrocks> mais de rien :)
[15:58] <rodrigo_> ah, cool
[15:58] <didrocks> thanks apinheiro and rodrigo_!
[15:59] <apinheiro> didrocks, to you, that made the work
[15:59] <didrocks> rodrigo_: basically, if it was already milestoned and we missed the target, we report it for next release automatically
[16:00] <rodrigo_> ok
[16:00] <rodrigo_> when is the release going to be done?
[16:00] <rodrigo_> I have a branch almost done for a couple more bugs, although I need some time to test
[16:05] <didrocks> rodrigo_: in 30 minutes approx.
[16:06] <rodrigo_> ok, I'll leave it then for next release then
[16:07] <a3Dman> didrocks, what would be the version?
[16:07] <klattimer> seb128: not an indicator datetime bug - https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/699655
[16:07] <seb128> klattimer, reassing it then?
[16:08] <klattimer> seb128: wasn't assigned to me
[16:08] <klattimer> just noticed your comment and added my own to clarify
[16:08] <klattimer> move it to "gnome-panel"
[16:08] <seb128> k
[16:08] <lamalex> what the hell, scrolling in qt creator isn't working on 1 file
[16:08] <seb128> right, that's what I meant by reassign, move it to the right source
[16:11] <kenvandine> klattimer, ok, i think it isn't necessarily startdate in the recurring ones
[16:11] <kenvandine> i think the sort is just broken
[16:11] <jcastro> njpatel: is today dash day?
[16:11] <kenvandine> klattimer, i bumped it up to display 20 instead of 5
[16:11] <njpatel> jcastro, today dash day
[16:12] <klattimer> kenvandine: well, that's a strange bug then :/
[16:12] <kenvandine> and the order is all over the place, fri, tues, fri, mon, wed, fri, mon
[16:12] <klattimer> hmm, that _IS_ weird
[16:12] <klattimer> maybe something went wrong with my sort :/
[16:12] <kenvandine> that is what i am thinking
[16:12] <didrocks> a3Dman: look at http://launchpad.net/unity, the milestone says 3.6 :)
[16:12] <klattimer> I can't see how
[16:12] <klattimer> unless something weird happened with the lists or something :/
[16:12] <klattimer> I'll try and fix it
[16:12] <kenvandine> thx
[16:12] <kenvandine> i think it has to be that
[16:13] <kenvandine> clearly e_cal_component_get_dtstart
[16:13] <kenvandine> clearly e_cal_component_get_dtstart is returning the correct time, it is displayed right
[16:13] <njpatel> jcastro,  http://people.canonical.com/~njpatel/Screenshot-2.png
[16:13] <kenvandine> just broken sort
[16:14] <jcastro> nice
[16:14] <jcastro> I see multi monitor got sorted too?
[16:14] <njpatel> somewhat
[16:14] <njpatel> I'm going to try and fix it up better now
[16:15] <kenvandine> klattimer, i haven't completely ruled out recurring appointments being a factor... since most of mine are
[16:15] <klattimer> kenvandine: ok
[16:15] <kenvandine> klattimer, perhaps you can test that if you don't have many recurring ones now
[16:15] <kenvandine> add a bunch or something
[16:15] <klattimer> I'll see what I can work out
[16:15] <kenvandine> thx!
[16:25] <rodrigo_> hmm, anyone has an example of running glib-genmarshal (or any other command that generates files) in cmake? I've tried a couple of things with no success
[16:28] <om26er> didrocks, there seems to be a regression in the auto-hide behavior of the launcher. a few weeks ago you fixed it so that when you press and hold the super key the launcher shows and as soon as the hand is lifted from the key launcher hides, its not the case anymore. now the launcher stays for a second and then hides
[16:30] <didrocks> om26er: right, I think I commented that somewhere. As now there is the super + click to hide the launcher, we rewrapped this decision
[16:30] <didrocks> it's on a bug, but part of deep archeology seeking :)
[16:30] <jcastro> kenvandine: did you ever get the python stuff working with quicklists and libunity?
[16:31] <kenvandine> not quicklists
[16:31] <didrocks> jcastro: it doesn't, there is still some work to do on an override
[16:31] <kenvandine> but it wouldn't work in vala either
[16:31] <jcastro> ok
[16:31] <kenvandine> didrocks, ^^
[16:31] <jcastro> but mikkel knows right?
[16:31] <didrocks> I packaged the first part, pitti will finish some fixes :)
[16:31] <nmarques> anyone has a link for 64bit Natty devel snapshot?
[16:31] <didrocks> jcastro: right, I worked on that with him last week
[16:31] <jcastro> nmarques: http://cdimage.ubuntu.com/daily-live/current/
[16:31] <didrocks> kenvandine: the quicklist part is still not plugged btw
[16:31] <didrocks> kenvandine: I will work on that after alt + f2
[16:31]  * nmarques bows before jcastro 
[16:32] <kenvandine> ok :)
[16:38] <klattimer> kenvandine: I think I might have found a slight hole which could be causing it
[16:38] <klattimer> if I push a branch will you test and grab the debug output for me and attach it to the bug you filed?
[16:38] <kenvandine> sure
[16:40] <dbarth> apinheiro, rodrigo_: well done for the upload, i'll let you guys mark the work items done now in https://launchpad.net/ubuntu/+spec/packageselection-dx-n-unity-a11y
[16:40] <apinheiro> dbarth, there are still time for a little addition in this upload?
[16:41] <didrocks> mpt: hey
[16:42] <didrocks> mpt: with your designer and HIG hat, can you have a look at https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/507964 please?
[16:42] <mpt> didrocks, sure
[16:43] <didrocks> (also, that can be linked with the https://bugs.launchpad.net/unity/+bug/723273 discussion)
[16:44] <mpt> didrocks, that's more of a JohnLea question
[16:44] <didrocks> mpt: for the second one or the first one?
[16:44] <mpt> I don't know whether Unity even has a "desktop" to switch between
[16:44] <mpt> It doesn't have multiple panels to switch between.
[16:45] <mpt> first one
[16:45] <didrocks> mpt: right, but the compiz default affects both sessions
[16:45] <didrocks> (there is just one panel in unity, but we still have the two ones in the classic session)
[16:49] <ronoc> DanRabbit, how are those icons coming along ?
[16:49] <ronoc> might be disconnected in a minute
[16:49] <mpt> didrocks, heh
[16:51] <apinheiro> didrocks, I have some problems after your last commits
[16:51] <apinheiro> using Alt+f1 Im not able to give the focus to the launcher
[16:51] <klattimer> kenvandine: lp:~karl-qdh/indicator-datetime/sort-debugging
[16:51] <kenvandine> thx
[16:51] <klattimer> kenvandine: what we're looking for is "E-Cal Component is neither an event or a todo"
[16:51] <apinheiro> it is set on nautilus (in my case)
[16:52] <klattimer> because if that's the case it'll tend to sort them to the end
[16:53] <didrocks> apinheiro: can you get a test case? I'm using it right now and alt + F1 set it to the launcher here
[16:53] <apinheiro> didrocks, hmm, I need a nux update?
[16:54] <apinheiro> I did that on the morning
[16:54] <apinheiro> 11:00 am more or less
[16:54] <didrocks> apinheiro: yeah, latest nux, but unity should even not built without it
[16:54] <didrocks> ok, no, should be ok
[16:54] <apinheiro> didrocks, I will try it again
[16:54] <didrocks> apinheiro: what do you have exactly, is the launcher hidden?
[16:54] <apinheiro> no, it is visible
[16:54] <didrocks> apinheiro: so you are with a aways visible launcher?
[16:55] <didrocks> or dodge window?
[16:55] <didrocks> (default)
[16:55] <apinheiro> with the default I guess
[16:55] <apinheiro> I mean that if you are on a desktop screen
[16:55] <apinheiro> without any app running the launcher is being shown
[16:55] <apinheiro> right?
[16:55] <didrocks> so, right
[16:55] <apinheiro> in this case
[16:55] <didrocks> then, I press alt + F1
[16:56] <apinheiro> but I will test it again
[16:56] <didrocks> I see a launcher item (latest one getting the focus) having it
[17:00] <kenvandine> klattimer, no instances of "E-Cal Component is neither an event or a todo" printed from the service
[17:00] <klattimer> kenvandine: well that's both interesting and worrying
[17:00] <kenvandine> hehe
[17:00] <klattimer> interesting because I'd have assumed that's what caused it
[17:01] <kenvandine> let me add a else there to make sure things are cool
[17:01] <klattimer> worrying because it means that there's something wrong with the sorting which doesn't make any particular sense :/
[17:02] <didrocks> apinheiro: you're right, something changed in trunk :/
[17:03] <apinheiro> didrocks, Im right about what?
[17:03] <apinheiro> I require a nux update?
[17:03] <didrocks> apinheiro: the focus doesn't work anymore, not sure what changed in trunk :/
[17:03] <kenvandine> klattimer, added an else there and got lots of these
[17:03] <kenvandine> (process:7239): Indicator-Datetime-DEBUG: E-Cal Component is an event or a todo
[17:04] <kenvandine> so it is an event or todo :/
[17:04] <dbarth> apinheiro: additions? don't think so, the rest will be tracked with more bugs
[17:04] <dbarth> didrocks: oh crap, it's breaking the uplaod?
[17:04] <didrocks> dbarth: I'm looking at it
[17:05] <apinheiro> didrocks, take into account that commit 895 also modified some things related with
[17:05] <apinheiro> the laucncher
[17:05] <apinheiro> and the keynavmode
[17:05] <didrocks> apinheiro: thanks for the pointer
[17:05] <apinheiro> in fact, I'm not sure why your changes are required
[17:05] <apinheiro> I mean that both seems
[17:05] <apinheiro> somewhat overlapping
[17:06] <apinheiro> didrocks, anyway, not sure
[17:06] <apinheiro> but I will try again without your last two commits
[17:06] <kenvandine> klattimer, they are all E_CAL_COMPONENT_EVENT
[17:06] <didrocks> apinheiro: hum? what happened?
[17:06] <klattimer> kenvandine: that's good news
[17:07] <apinheiro> didrocks, sorry I don't understand your question
[17:07] <didrocks> the commits are the same at all that those I added
[17:08] <didrocks> something is weird, really weird…
[17:08] <didrocks> either bzr-gtk is going crazy or I don't know
[17:08] <didrocks> oh bzr rebase screwed it
[17:09] <didrocks> All code in rev 895 is mine
[17:09] <didrocks> it's attributed to Jay…
[17:09] <apinheiro> didrocks, ah ok
[17:09] <didrocks> apinheiro: who do you see as pushing rev 895?
[17:10]  * apinheiro checking
[17:10] <apinheiro> revno: 895 [merge]
[17:10] <apinheiro> committer: Jay Taoko <jay.taoko@canonical.com>
[17:10] <apinheiro> branch nick: unity.alpha3
[17:10] <apinheiro> didrocks, ^^
[17:10] <didrocks> ok, that's wrong
[17:13] <didrocks> apinheiro: I'm trying to revert some commits, don't commit to trunk please
[17:13] <apinheiro> didrocks, no problem, I was not planning any commit
[17:19] <didrocks> apinheiro: can you bzr pull --overwrite please? (maybe saving another trunk)
[17:19] <didrocks> apinheiro: and confirm first that the history looks more sane  :)
[17:20] <apinheiro> didrocks, ok
[17:20] <apinheiro> didrocks, btw, I have just confirmed that with the last commits
[17:20] <apinheiro> it works
[17:21] <didrocks> apinheiro: it doesn't show the launcher if hidden
[17:21] <apinheiro> urgh, some conflicts .. I will make a checkout instead
[17:21] <didrocks> apinheiro: which was one of the point on my branch
[17:21] <didrocks> apinheiro: yeah, hence the --overwrite :)
[17:21] <didrocks> I revoke the corrupted commit
[17:21] <apinheiro> ups
[17:23] <apinheiro> didrocks, well
[17:23] <apinheiro> revno: 895 [merge]
[17:23] <apinheiro> committer: Jay Taoko <jay.taoko@canonical.com>
[17:23] <apinheiro> branch nick: unity.alpha3
[17:23] <apinheiro> timestamp: Mon 2011-02-28 01:59:24 -0500
[17:23] <apinheiro> is still assigned to Jay
[17:23] <apinheiro> anyway, I will test it now
[17:23] <didrocks> apinheiro: yeah, this one was, the latest commits wasn't the right assignee
[17:30] <apinheiro> didrocks, I have just test the trunk
[17:30] <apinheiro> and the keynav mode works
[17:30] <didrocks> apinheiro: yeah, it's working here as well
[17:30] <didrocks> also, if the launcher is hidden, it shows it now, isn't it?
[17:30]  * apinheiro checking
[17:31] <apinheiro> didrocks, yep it works
[17:31] <didrocks> excellent :)
[17:32] <didrocks> so, yeah, I won't trust bzr rebase anymore
[17:32] <didrocks> apinheiro: thanks for the warning, I won't have noticed otherwise
[17:34] <apinheiro> didrocks, np, after all without the keynavmode my last changes were also useless :P
[17:35] <didrocks> heh :)
[17:42] <apinheiro> didrocks, btw, if I started to check this stuff
[17:42] <apinheiro> and the reason I asked dbarth this:
[17:42] <apinheiro> [17:40] <apinheiro> dbarth, there are still time for a little addition in this upload?
[17:42] <apinheiro> is because I detected a missing selection_change emission
[17:42] <apinheiro> https://code.launchpad.net/~apinheiro/unity/missing-emission
[17:42] <apinheiro> but not sure if we can include it or not right now
[17:43] <didrocks> apinheiro: looking
[17:43] <didrocks> apinheiro: that's good to go I think
[17:44] <didrocks> apinheiro: just check that it doesn't create awful reaction chain :)
[17:44] <apinheiro> well, I have just tested it and seems to work
[17:44] <didrocks> (with shown launcher case and hidden one)
[17:44] <apinheiro> after all,
[17:44] <apinheiro> right now
[17:44] <apinheiro> only the accessibility part
[17:44] <apinheiro> is connecting to that signal
[17:45] <didrocks> ok, should be good, merge it right away please
[17:45] <didrocks> (in other term +1 approved) :)
[17:46] <apinheiro> didrocks, ok thanks
[17:47] <apinheiro> wow, diverged branches, a lot of interaction I see ;)
[17:50] <didrocks> right, people are pushing like crazy :)
[18:27] <doctormo> In unity, what's the piece that does the search on the desktop files?\
[18:39] <apinheiro> didrocks, I can't compile the current unity branch
[18:39] <apinheiro> I get this error:
[18:39] <apinheiro> /home/devel/Unity/source/unity/utouch/unity-mt-grab-handles/src/unity-mt-grab-handles.cpp: In constructor ‘UnityMTGrabHandlesScreen::UnityMTGrabHandlesScreen(CompScreen*)’:
[18:39] <apinheiro> /home/devel/Unity/source/unity/utouch/unity-mt-grab-handles/src/unity-mt-grab-handles.cpp:719:42: error: no matching function for call to ‘GLTexture::readImageToTexture(CompString&, CompString&, CompSize&)’
[18:39] <apinheiro> /opt/gnome3/include/compiz/opengl/texture.h:205:14: note: candidate is: static GLTexture::List GLTexture::readImageToTexture(CompString&, CompSize&)
[18:39] <apinheiro> make[2]: *** [utouch/unity-mt-grab-handles/CMakeFiles/unitymtgrabhandles.dir/src/unity-mt-grab-handles.cpp.o] Error 1
[18:39] <apinheiro> I have updated compiz-with-glib-mainloop
[18:39] <apinheiro> but it still misses it
[18:39] <didrocks> apinheiro: you need latest compiz
[18:39] <didrocks> which isn't pushed yet
[18:40] <apinheiro> I need the latest compiz that isn't pushed yet?
[18:40] <apinheiro> :P
[18:40] <apinheiro> didrocks, well, I didn't merged that branch because I didn't want to add that one liner without test it with the unity branch
[18:41] <apinheiro> so I guess that I will miss it ...
[18:47] <Amaranth> apinheiro: the glib mainloop stuff has been merged in to regular compiz
[18:48] <apinheiro> Amaranth, so this texture thing was included on the regular compiz?
[18:48] <Amaranth> yeah
[18:48] <Amaranth> The new argument is the plugin name because Sam wants to store resources on a per-plugin level (/usr/share/compiz/unityshell/image.foo)
[18:51] <apinheiro> Amaranth, but I guess that I would require to get compiz from the git repository
[18:51] <apinheiro> or it is already available on natty package?
[18:51] <Amaranth> ah, yeah
[18:51] <Amaranth> building unity from bzr usually seems to require nux from bzr and compiz from git
[18:52] <Amaranth> hmm, I thought 0.9.4 included those changes so natty should have what you need
[18:53] <apinheiro> Amaranth, ok, right now I have this one "git clone git://git.compiz.org/users/dbo/compiz-with-glib-mainloop"
[18:53] <apinheiro> what should I use now?
[18:54] <Amaranth> git://anongit.compiz.org/compiz/core
[18:54] <apinheiro> Amaranth, ok thanks
[19:13] <nmarques> kenvandine, got time for a quick question ?
[19:57] <kazade> Hi guys, is there anyone about who knows about libindicate?
[19:57] <jderose> (12:56:42 PM) ClassBot: jderose asked: I'd like to help document the Python API... what's the best way to do with for gobject introspection? can i make help(Unity.foo) show something useful?
[19:57] <kazade> specially, I'm not sure if I've found a bug, or more likely I'm doing something wrong..
[19:57] <jderose> I was just pointed here from #ubunut-classroom ^^^
[19:57] <kazade> *specifically
[19:59] <DBO> jderose, hi
[19:59] <jderose> DBO: hi :)
[19:59] <DBO> kazade, let me see if I cant find you someone
[19:59] <jcastro> kenvandine: hey
[19:59] <monish001> QUESTION: what does 'ayatana' mean?
[20:00] <jcastro> jderose: let me snag kenvandine for you, he can help
[20:00] <jderose> jcastro: awesome, thanks... been wondering about this for a while , glad i asked :)
[20:00] <DBO> monish001, if I had to guess, it's an Indian girls name
[20:00] <DBO> monish001, but thats only because everything else we work on is...
[20:00] <jcastro> jderose: it's just been starting to land over the last few days
[20:01] <monish001> oh.. :)
[20:01] <DBO> njpatel, is there anything handy jderose can do to get python moving forward with libunity
[20:02] <kazade> DBO, thanks
[20:02] <DBO> kenvandine, present?
[20:02] <DBO> he might be eating ted...
[20:03] <kenvandine> sort of
[20:03] <kazade> basically the problem is that, I'm trying to create an entry in the messaging menu in a C++ program. That works fine but the server display signal isn't working properly, it looks like the user_data I'm getting in the handler is not the same as I'm passing in...
[20:03]  * kenvandine is knee deep in eds...
[20:04] <kenvandine> kazade, humm
[20:04] <kenvandine> can you post a snip of your code?
[20:04] <jderose> kenvandine: i would like to make stuff like help(appindicator.Indicator) actually provide useful, Pythonic documentation... is that even possible with gobject introspection?
[20:04] <DBO> kenvandine, can you give kazade a good time to poke you?
[20:05] <kazade> kenvandine, http://pastie.org/1618099
[20:05] <kazade> note the print statements on lines 16 and 4 don't match
[20:05] <kenvandine> jderose, not sure, talk to kamstrup when you get a chance
[20:05] <jderose> kenvandine: cool, thanks :)
[20:08] <kenvandine> kazade, what is the data type for this ?
[20:09] <kenvandine> kazade, doesn't seem like it should be an Indicator
[20:09] <kazade> how so? it's in the Indicator constructor..
[20:10] <kenvandine> oh,  you named it Indicator :)
[20:10] <kazade> yeah :)
[20:10] <kenvandine> kind of overloaded...
[20:11] <kenvandine> kazade, don't seen any obvious problems
[20:11] <kenvandine> kazade, for testing, try just passing a string
[20:12] <kazade> k
[20:12] <kenvandine> i am very rusty on c++, but seems sane
[20:14] <kazade> ok, passing a char* is just segfaulting it when it goes to print
[20:14] <kazade> something screwy is going on..
[20:14] <kazade> here's the emit call from libindicate:
[20:14] <kazade> 		g_signal_emit(server, signals[SERVER_DISPLAY], 0, timestamp, TRUE);
[20:15] <kazade> should it be passing some user data in that?
[20:15] <kazade> (note, I don't know gobject stuff..)
[20:15] <kenvandine> yes
[20:15] <kenvandine> hang on
[20:16] <kazade> server.c:1637
[20:16] <kazade> just branched it from LP
[20:21] <kenvandine> it should be passing it
[20:21] <kazade> you mean the library is correct? or it's wrong and it should be fixed to pass it?
[20:22] <kenvandine> it is
[20:22] <kenvandine> oh
[20:22] <kenvandine>     g_signal_connect(G_OBJECT(server_), INDICATE_SERVER_SIGNAL_SERVER_DISPLAY, G_CALLBACK(server_display_thunk), (gpointer) this);
[20:22] <kenvandine> try without the (gpoiinter) this
[20:22] <kazade> I did :(
[20:22] <kenvandine> humm
[20:23] <kazade> is my callback right?
[20:24] <kenvandine> oh... i don't think so
[20:24] <kenvandine> missing timestamp i think
[20:24] <lamalex> hahah wow the xchat icon popping out just actually startled me
[20:24] <lamalex> i thought an insect was crawling out of my screen
[20:24] <kazade> kenvandine, that's the problem
[20:24] <lamalex> talk about a bug
[20:24] <kazade> thankyou
[20:24] <kenvandine> server_display (IndicateServer * indicate_server, guint timestamp, gpointer data)
[20:24] <lamalex> *rimshot*
[20:25] <kenvandine> hehe
[20:25] <kenvandine> sorry i didn't notice that
[20:25] <kenvandine> i think i was a little overwhelmed by the c++ syntax
[20:25] <kenvandine> it always feaks me out :)
[20:25] <kenvandine> s/feaks/freaks
[20:25] <kazade> hehe, same for me, but with the C syntax ;)
[20:25] <kenvandine> too many :: and <<
[20:26] <kazade> kenvandine, the docs aren't right then: http://people.canonical.com/~ted/libindicate/current/IndicateServer.html#IndicateServer-server-display
[20:28]  * kenvandine grumbles about docs in ted's home dir
[20:28] <kenvandine> kazade, try devhelp with the libindicate-doc package
[20:28] <kenvandine> the docs are right, just ted's version is way outdated
[20:29] <kenvandine> ugh... it doesn't even list what version of libindicate those docs are for
[20:29] <kenvandine> the timestamp was added like back in the days of karmic
[20:29] <kazade> kenvandine, ok, devhelp has the right one :)
[20:29] <kenvandine> so that must be incredibly outdated
[20:29] <kenvandine> kazade, devhelp will always be accurate :)
[20:29] <kazade> ok, thanks for the tip :)
[20:29] <kenvandine> np
[20:30] <kenvandine> we have plans to get online docs managable
[20:30] <kenvandine> and useful
[20:30] <kazade> cool
[20:31] <kazade> hmm, what am I supposed to do on server-display?  GtkWindow::present() ?
[20:32] <kazade> nm, that works :)
[20:32] <kazade> thanks again
[20:33] <kenvandine> np
[20:40] <c10ud> cando_, found the packager
[20:44] <toros> hi
[20:44] <toros> will unity 3.6 be part of natty alpha 3?
[20:45] <toros> or will it be arrive to the natty archive after alpha 3 is released?
[20:47] <didrocks> toros: tomorrow should have the 3.6 release and we'll try to push it in alpha3
[20:47] <toros> didrocks: thank you!
[20:47] <didrocks> yw :)
[20:49] <toros> wow, I can't wait to put my fingers on it. I saw njpatel's screenshots and it looks very promising... :)
[20:49] <didrocks> we just try to ensure high quality on it for alpha3 :)
[20:52] <nmarques> guys a quick question... what are the benefits of building the GIO module on bamf ?
[20:55] <Omega> https://github.com/olalonde/jsnotify/blob/master/TUTORIAL.md
[20:55] <Omega> That's pretty cool.
[21:15] <toros> good night!
[22:37] <jcastro> seiflotfy: ok so mine stopped spazzing
[22:37] <jcastro> what version of unity do you have?
[22:38] <seiflotfy> just noticed i disabled the ppa
[22:38] <seiflotfy> let me renable
[22:38] <jcastro> what ppa?
[22:38] <jcastro> the fix is in natty
[22:39] <seiflotfy> jcastro, ok the fix is not there
[22:39] <seiflotfy> i have 0ubuntu1
[22:39] <seiflotfy> i cant find 2
[22:39] <jcastro> 2 is in natty
[22:39] <jcastro> but just uploaded
[22:39] <jcastro> your mirror is likely not updated yet
[22:40] <seiflotfy> yeah
[22:40] <jcastro> drop the country code in your sources.list, update, then add it back
[22:40] <jcastro> so you use archive.ubuntu.com
[22:41] <seiflotfy> jcastro, downloading
[22:43] <seiflotfy> ok
[22:47] <seiflotfy> jorge
[22:47] <seiflotfy> works
[22:47] <seiflotfy> awesome
[22:48] <seiflotfy> how do i find the unity settings thing
[22:48] <jcastro> run ccsm
[22:48] <jcastro> and click on the unity button
[22:56] <nhaines> jcastro: is that fix for the Unity launcher going crazy?  :)
[22:59] <apw> do i expect that key bindings for menus have gone away again?
[23:02] <apw> can anyone tell me what package the keyboard indicator is
[23:06] <TheMuso> apw: I believe gnome-control-center is responsible for that indicator, but not 100% sure.
[23:07] <apw> those things should have 'file bug' on them like everything else
[23:07] <apw> TheMuso, thanks tho.
[23:07] <TheMuso> np
[23:09] <apw> TheMuso, do you guys have .us format keyboard over there?  or something else like us in the uk
[23:13] <TheMuso> apw: .us format for some reason.
[23:14] <apw> TheMuso, heh ... so you'd not see the messed up indicator either ... bah
[23:16] <TheMuso> No I would not. :)
[23:33]  * apw finds 5 bugs in as many minutes ... sigh
[23:35] <TheMuso> apw: Yeah I know what you mean. Just updated, and unity decided to load, even though I specifically selected the classic desktop at login.
[23:37] <apw> TheMuso, heh now thats one i have not met yet
[23:37] <TheMuso> Nothing ccsm couldn't fix.
[23:43] <apw> yay now compiz is dumping core left and right ... quality