[01:59] <humphreybc1> jcastro: ping
[02:08] <jcastro> humphreybc1: yo
[03:17] <humphreybc1> jcastro: have you got a PNG of SVG of the Ask Ubuntu around?
[03:17] <humphreybc1> We're working on the Ask Ubuntu stuff for OMG!
[03:21] <greggory-hz> So I'm looking at getting involved with development here and I thought I'd start off with a simple bug like Bug #730273 (as good a place as any right?). Was wondering if anyone here would know right off where in the code or which class(es) I should be looking into the fix this issue. I've done a bit of searching, but haven't turned up much yet
[03:32] <jbicha> greggory-hz: have you looked through src/PlacesSearchBar.cpp ? I'm not much of a programmer but it looks promising
[03:32] <greggory-hz> jbicha, I may looked their briefly, but I'll check again, seems promising at least
[07:26] <oSoMoN> good morning
[07:50] <didrocks> good morning
[08:07] <MacSlow> hey folks
[10:00] <didrocks> kamstrup: on the SearchHint, it's slightely more complex as the places adapt the Search string depending on the section you are in
[10:01] <didrocks> kamstrup: so, my suggestion is if SearchHint -> use it, otherwise, fallback to the current system
[10:01] <didrocks> (dynamic one with sections and using "Search")
[10:01] <didrocks> Kaleo: FYI ^^
[10:01] <dbarth_> rodrigo_: ping?
[10:05] <rodrigo_> dbarth_, pong
[10:05] <dbarth_> h
[10:05] <dbarth_> hi
[10:05] <rodrigo_> hi
[10:07] <didrocks> kamstrup: Kaleo: forget about it for now, the code doesn't really enable that for now, so let's stick to the plan for better l10n
[10:18] <rodrigo_> dbarth_, API is in now
[10:20] <apinheiro> rodrigo_, dbarth_ yeah sorry, today I tried to work at home, but I have connection problems
[10:20] <apinheiro> I have just arrived to the office
[10:21] <rodrigo_> morning apinheiro, btw :)
[10:27] <dbarth_> apinheiro: hi
[10:27] <apinheiro> dbarth_, hi, again, sorry for the delay
[10:28] <dbarth_> apinheiro: let me know when you're ready for a call
[10:28] <apinheiro> dbarth_, ok, yeah ready, moving to a different room,
[10:37] <dbarth_> apinheiro, rodrigo_: it's not connecting here, tried on 2 different devices
[10:37] <apinheiro> dbarth_, rodrigo_ ready
[10:37]  * rodrigo_ is ready also
[10:38] <dbarth_> rodrigo_: let's go on #unity-a11y
[10:38] <rodrigo_> ok
[10:38] <rodrigo_> #join #unity-a11y
[10:39] <dbarth_> seems skype is not working for me this morning
[11:05] <Cimi> jjardon: sorry, I just figured out I was not in #ayatana :)
[11:33] <kamstrup> njpatel, Kaleo: please sanity check my last comment on https://bugs.launchpad.net/ubuntu/+source/unity/+bug/732981
[11:36] <njpatel> kamstrup, sounds sexy
[11:42] <kamstrup> njpatel: be careful when using the word "sexy" in the vicinity of collators... librarians will hunt you down and make sweet love to you
[11:42] <njpatel> hah
[11:42] <kamstrup> you laugh now...
[11:43]  * njpatel locks doors
[11:44] <Cimi> aruiz: do you know where javier is?
[11:44] <aruiz> Cimi, nope, are you waiting for him?
[11:44] <Cimi> yes
[11:44] <aruiz> gimme a sec
[11:49] <dbarth_> apinheiro: eh, https://bugs.launchpad.net/unity/+bug/731403 is already open btw, and covers the FFE for places a11y FYI
[11:50] <dbarth_> apinheiro: i had opened it a few days ago, but forgot
[11:50] <apinheiro> dbarth_, np, I already saw that
[11:50] <apinheiro> I was able to view it in the big amount of bug updates that I receive ;)
[12:04] <aruiz> Cimi, seems like jjardon had a domestic accident, sorry about this
[12:04] <aruiz> Cimi, he's fine should be online soon
[12:04] <aruiz> :-)
[12:07] <jjardon> Cimi: hello!
[12:09] <apinheiro> jaytaoko, are you here?
[12:19] <dbarth_> loicm: hey loic, apinheiro has a nice patch to fix an a11y issue in unity: https://code.launchpad.net/~apinheiro/nux/fix-event-inspector/+merge/53414
[12:19] <dbarth_> loicm: can you review it when you have a moment?
[12:20] <Cimi> jjardon: got the mail?
[12:23] <Cimi> jjardon: got the mail?
[12:23] <jjardon> Cimi: yeah
[12:24] <Kaleo> kamstrup: I just read it
[12:25] <Kaleo> kamstrup: I think we will just use http://doc.qt.nokia.com/4.7/qsortfilterproxymodel.html
[12:42] <didrocks> nerochiaro: around?
[12:47] <nerochiaro> didrocks: yeah
[12:47] <nerochiaro> didrocks: what's up ?
[12:48] <didrocks> nerochiaro: after talking to dbarth, we should maybe focus on the simpliest case for now for "adding to the launcher"
[12:48] <didrocks> nerochiaro: which is adding the icon to the launcher
[12:48] <didrocks> no progress bar and such
[12:48] <didrocks> I mean, it's way passed feature freeze
[12:48] <didrocks> quite sensible as we monitor an external process
[12:49] <didrocks> I would personally prefer that as a service, but it's clearly out of scope for natty
[12:49] <didrocks> so just adding the icon on the dbus call is already a net advantage over maverick
[12:49] <didrocks> (and bring some questions already, as the desktop file doesn't exist yet)
[12:50] <nerochiaro> didrocks: well, i'm ok with just adding the favorite if you guys think it's the best way. I don't have a specific opinion on how much would be too much, so to speak
[12:51] <didrocks> nerochiaro: I prefer to run on the safe side right now and focus on fixing bugs, not adding to many of them :)
[12:53] <nerochiaro> didrocks: i'll start with only adding the favorite, as you say maybe it's already too complicated
[12:54] <didrocks> nerochiaro: well, it's not that straightforward in fact because of the desktop file not beeing present, yet
[12:54] <didrocks> yeah*
[12:54] <nerochiaro> didrocks: but if the icon has to inactive until the end of the installation, then we need to know when the installation is finished anyway
[12:55] <nerochiaro> didrocks: so we still need to talk to aptdaemon
[12:55] <didrocks> nerochiaro: exactly, that's my question
[12:55] <didrocks> nerochiaro: so, if we really want to drop this out of natty, we can maybe talk to Gary so that the signal (and the panel) is only shown once the installation is finished?
[12:56] <Kaleo> can we detect when the desktop file appears?
[12:56] <didrocks> then, for oneiric, we can have a service making that
[12:56] <nerochiaro> didrocks: what about just using something like inotify ?
[12:56] <didrocks> Kaleo: add a filewatch isn't really what we want as it will be removed in oneiric
[12:56] <didrocks> but yeah, can work with a inontify
[12:57] <Kaleo> (i am at lunch, on the phone. please excuse my slow respobse time)
[12:57] <didrocks> no worry Kaleo :)
[12:57] <nerochiaro> didrocks: i'm not against having the DBUS signal sent at the end of installation either, if gary is ok
[12:57] <nerochiaro> i mean, if everyone is ok
[12:57] <didrocks> nerochiaro: I think it's the safest for natty
[12:57] <Kaleo> nerochiaro: we already have desktop file watching code
[12:57] <nerochiaro> didrocks: and why a filewatch will be removed ?
[12:58] <nerochiaro> didrocks: i mean, why did you say that ?
[12:58] <nerochiaro> Kaleo: yes, which i suspect uses inotify under the hood anyway
[12:58] <didrocks> nerochiaro: in oneiric, we will rely on aptdeamon
[12:58] <nerochiaro> didrocks: ah ok
[12:58] <didrocks> so no need for inotify then
[12:59] <Kaleo> nerochiaro: of course it does
[12:59] <nerochiaro> didrocks: frankly i don't think it's such a big deal to start talking to aptdaemon already, but i'm ok with either solution
[12:59] <nerochiaro> didrocks: so let's check with Gary, he may be ok delaying the signal
[12:59] <nerochiaro> that's for sure the simplest thing
[12:59] <nerochiaro> for everyone
[13:00] <Kaleo> delaying the signal?
[13:00] <Kaleo> it means having the launcher item appearing only when the install is finished?
[13:00] <nerochiaro> Kaleo: actually delay showing the "add to launcher" question until the installation is finished.
[13:00] <nerochiaro> IMHO
[13:01] <didrocks> right, for natty
[13:01] <Kaleo> How do you deal with the case of multipke apps being installed?
[13:02] <nerochiaro> Kaleo: perhaps the question can appear immediately but be phrased differently, like "add to launcher when installation completes ?"
[13:02] <Kaleo> right
[13:02] <Kaleo> that sounds better
[13:03] <nerochiaro> Kaleo: didrocks: and keep at the bottom of the window a "this will be added to the panel at the end of installation"
[13:03] <Kaleo> that way gary does not need to change the api maybe?
[13:04] <didrocks> right
[13:04] <didrocks> I'll talk to gary about it
[13:04] <didrocks> see what can be done
[13:05] <nerochiaro> didrocks: ok, thanks. keep us posted
[13:05] <didrocks> sure :)
[13:06] <evilvish> didrocks: hey..  when you use your scripts to update the bug status, could you use a different account?  sometimes it is confusing when someone asks a question why status was changed and I'm not really sure if you did it intentionally or if it was a case of BOTS GONE WILD ;p
[13:07] <didrocks> evilvish: the BOT never went wild :)
[13:07] <didrocks> evilvish: I'll still make it run for 2 weeks, monitoring its activity and then will put somewhere…
[13:07] <didrocks> with a different account
[13:07] <didrocks> sounds ok?
[13:07] <evilvish> sure.. :)
[13:07] <evilvish> didrocks: oh it did a couple of times, there was one case where doctormo even got angry ;)
[13:08] <didrocks> evilvish: someone put the status as invalid on it, isn't it?
[13:08] <didrocks> so it's just a sync :)
[13:08] <didrocks> I mean, the bot is just doing what it was told to do, then, if someone puts a bad status, it will sync the bad status :p
[13:09] <evilvish> didrocks: yea, sure, not your script error, but it would be easier  if we knew it was the script and not you.. :)
[13:11] <didrocks> evilvish: right, I still want to monitor the output closely until the next 2 weeks though, so will then move it to another machine and another account
[13:15] <evilvish> didrocks: sure, np take your time.. just wanted to mention this to you, i noticed this on a couple of occasions :) .. btw, martins bug was bug 726711
[13:15] <evilvish> oh! you've replied there :)
[13:18] <didrocks> evilvish: yeah
[13:18] <didrocks> evilvish: i'm looking at all bugs :)
[13:53] <loicm> dbarth_, apinheiro: merge request approved
[14:06] <zniavre> good afternoon
[14:06] <spikeb> same to you. :)
[14:07] <zniavre> how to run the UnitySupportTest please to check the output
[14:07] <zniavre> ?
[14:07] <zniavre> im so sad to do not run unity , i really want to give it a try
[14:46] <lamalex> didrocks, is your unify script on lp?
[14:50] <lamalex> didrocks, I need it to run daily or something
[14:50] <didrocks> lamalex: no, I'll run it daily still and then push it somewhere
[14:51] <didrocks> I just prefer still to control for the incoming 2 weeks
[14:51] <lamalex> didrocks, did it not run friday?
[14:51] <lamalex> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/733594 didn't get upstream task
[14:51] <lamalex> and is from the 11th
[14:51] <didrocks> I ran it on Friday, right
[14:51] <didrocks> probably before this one was opened
[15:00] <apinheiro> dbarth__, loicm approved my merge request
[15:00] <apinheiro> can I merge it or should i wait for jay?
[15:39] <tedg> klattimer, Saw your facebook post.  You might make sure to grab dbusmenu trunk as chrisccoulson has fixed a bunch of mem leaks there.  It should clean up the valgrind logs some.
[15:40] <klattimer> tedg: well they're looking pretty sweet so far
[15:40] <klattimer> at least in my code
[15:40] <klattimer> there are some small leaks but I think they'll come out in the watch
[15:41] <klattimer> hey, I've got a new ido branch which fixes a bug in the closure and a new branch of indicator-datetime which enables browsing more appropriately :)
[15:41] <klattimer> so you can select days/months and the relevant appointments pop up
[15:41] <tedg> Ah, cool.  Are they proposed?  I hadn't noticed the mails.
[15:42] <klattimer> tedg: what I really need is some way of triggering an update when the menu pops down
[15:42] <klattimer> I hadn't submitted yet
[15:42] <klattimer> been testing all afternoon
[15:42] <tedg> klattimer, BTW, I'll be out Thurs/Fri so I'm going to try to do a release tomorrow, do you think that could work for you?
[15:42] <klattimer> I think I fixed another bug
[15:42] <klattimer> that works for me
[15:42] <klattimer> :)
[15:42] <klattimer> I'll be pushing this today
[15:42] <tedg> klattimer, You should get about to show signal.
[15:42] <klattimer> someone already merged a bunch of changes, not sure who
[15:42] <tedg> I merged a bunch of the branches you had proposed last night.
[15:43] <klattimer> tedg: I can get about to show, but not pop-down
[15:43] <tedg> It's working well for me here now.
[15:43] <tedg> What's the difference?
[15:43] <klattimer> well, when the menu pops down we want to reset the selected date in the calendar to today, and the appointment time to from now onwards
[15:43] <klattimer> rather than the selected day
[15:44] <klattimer> tedg: fixes bug https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/649800
[15:44] <klattimer> if we don't have a pop down signal, then I'll do it in the next timer interval
[15:45] <klattimer> which is _almost_ the same *right* :S
[15:47] <tedg> klattimer, You mean close signal, right?
[15:47] <klattimer> tedg: yeah
[15:47] <klattimer> if that's what you call it
[15:47] <tedg> If so, mterry I think might be your hero there :-)
[15:47] <klattimer> I'd call it a menu pop down
[15:48] <klattimer> mterry: I need a hero
[15:48]  * tedg imagines mterry with a cape, it might work...
[15:48]  * mterry swoops in
[15:49] <mterry> klattimer, I haven't started working on a close signal yet, but it is on my todo list
[15:49] <klattimer> mterry: ok
[15:49] <klattimer> let me know when it's done :)
[15:49] <klattimer> will it be before or during natty?
[15:49] <mterry> klattimer, hopefully before  :)
[15:50] <klattimer> tedg: https://code.launchpad.net/~karl-qdh/indicator-datetime/calendarmenuitemsignals/+merge/53467
[15:51] <klattimer> tedg: also https://code.launchpad.net/~karl-qdh/ido/select-activate-set-date/+merge/53446
[15:51] <klattimer> there may yet be some changes
[15:54] <tedg> klattimer, Cool.  I'm going to grab lunch here in a few minutes.  I'll look after that.
[15:54] <klattimer> ok
[15:56] <tedg> jcastro, is bug 536969 still useful to keep open?  I think we know where the docs are going, and they're being worked on.  It seems there's nothing special needed for libappindicator.
[15:56] <jcastro> tedg: dpm is working on API docs stuff
[15:56] <jcastro> I'll ask him what to do
[15:57] <tedg> jcastro, Okay, I'm going to mark the upstream task as closed, as I don't think there's anything to do there.
[15:57] <tedg> jcastro, You guys can fight over the Ubuntu task ;)
[15:58] <jcastro> yes, I knew you were dumping the bug. :)
[16:10] <apinheiro> dbarth, ping
[16:10] <apinheiro> loicm approved my merge request
[16:10] <apinheiro> can I merge it or should i wait for jay?
[16:24] <aruiz> kenvandine, fixed the recent items stuff!
[16:24] <aruiz> :-)
[16:26] <kenvandine> woot
[16:31] <didrocks> apinheiro: you refused this merge, isn't it: http://paste.ubuntu.com/580652/?
[16:31] <apinheiro> didrocks, looking ...
[16:32] <didrocks> apinheiro: it was mterry's fix for a11y
[16:32] <apinheiro> didrocks, well, I don't remember to explicitly refuse that merge
[16:32] <apinheiro> but I added on a comment of that bug
[16:32] <apinheiro> that this change was not neccesary
[16:33] <didrocks> apinheiro: is it fixed then?
[16:33] <apinheiro> this was caused because they were emitting a change state change notification
[16:33] <apinheiro> didrocks, yes
[16:33] <apinheiro> rodrigo
[16:33] <apinheiro> solved it in other merge
[16:33] <apinheiro> he removed the wrong notification
[16:33] <didrocks> mterry: reverting your change in the packaging branch then
[16:33] <apinheiro> didrocks, argh
[16:33] <apinheiro> hmm
[16:33] <didrocks> that's part of the issue merging things in the packaging branch before it's applied upstream
[16:34] <mterry> didrocks, sounds fine.  I'll shout if it breaks again
[16:34] <didrocks> mterry: of course :)
[16:34] <apinheiro> Im looking at the code and it seems that is is still here
[16:34] <apinheiro> didrocks, wait a moment
[16:34] <apinheiro> I will take the most recent unity branch
[16:34] <didrocks> ok :)
[16:35] <evilvish> jcastro: didrocks: http://www.youtube.com/watch?v=1RudBG7pfzg&feature=player_embedded !!!
[16:35] <apinheiro> didrocks, yes it was removed
[16:36] <didrocks> apinheiro: ok, will revert the commit then
[16:36] <jcastro> evilvish: yeah I saw that
[16:37] <didrocks> mterry: see, it's where individual commit is nice :)
[16:37] <apinheiro> didrocks, anyway this was a commit for just the debian package, right?
[16:37] <evilvish> jcastro: was pretty neat that  he has got a mockup up and running.. from a discussion on the ML :)
[16:37] <nerochiaro> didrocks: did you already discuss with Gary about what to do regarding the thing we talked about this morning ?
[16:37] <didrocks> apinheiro: yeah
[16:37] <didrocks> apinheiro: but it's still applied
[16:38] <didrocks> nerochiaro: yeah, he agreed on the plan
[16:38] <apinheiro> didrocks, ok, thanks
[16:38] <didrocks> nerochiaro: I updated the bug report
[16:38] <jcastro> evilvish: yeah he's a rockstar
[16:38] <didrocks> apinheiro: yw
[16:38] <nerochiaro> didrocks: so i can assume the signal will arrive once the installation is complete, for natty
[16:38] <didrocks> nerochiaro: exactly
[16:39] <marnux_temp> Can someone tell me if my assumption is correct on this or point me to docu that enlightens me on this.? LauncherActionState value ACTION_DRAG_EXTERNAL in Launcher.h indicates i'm dragging something outside of the launcher like a file. Thx.
[16:39] <nerochiaro> didrocks: awesome, thanks
[16:40] <didrocks> yw
[16:40] <didrocks> evilvish: looking at it in 5 minutes :)
[16:41] <Omega> What is the transparant top bar theme everyone is using?
[16:43] <c10ud> is there a ppa for natty's compiz in lucid?
[16:43] <evilvish> np.. just was excited at open source :)
[16:50] <didrocks> mterry: argh, it was only one commit finally? (rev 406)
[16:50] <didrocks> mterry: you hate me :p
[16:51] <mterry> didrocks, 1 commit 4 life!
[16:51] <didrocks> :-)
[16:52] <didrocks> mterry: bzr merge -r 406..405 services/panel-indicator-entry-accessible.c && bzr commit -m "I hate mterry" did it :p
[16:53] <mterry> didrocks, see, specifying the filename wasn't so hard
[16:53] <didrocks> mterry: more seriously, I just pushed it, hope it won't puzzle things, but do not hesitate to ping me for next release if it crashes again
[16:53] <mterry> didrocks, sure
[16:53] <didrocks> mterry: hugely hard, you don't know the state of my brain there!
[16:53] <didrocks> :)
[16:59] <didrocks> evilvish: looks slick :)
[17:00] <evilvish> :)
[17:03] <dbarth> klattimer: ping? just a heads up about https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/733833 (new crasher i've assigned you to)
[17:04] <klattimer> k
[17:05] <jcastro> fta: dbarth can't seem to get it recognizing WM_CLASS
[17:05] <jcastro> fta: if we can sort out how to test that this can work it would go a long way to starting to fix this bug
[17:06] <fta> jcastro, wfm with today's daily
[17:07] <fta> i mean, xprop shows a class distinct from my browser
[17:07] <fta> WM_CLASS(STRING) = "mysqueezebox.com__player_playerControl", "mysqueezebox.com__player_playerControl"
[17:07] <fta> vs
[17:07] <fta> WM_CLASS(STRING) = "chromium-browser", "Chromium-browser"
[17:08] <fta> WM_CLASS(STRING) = "www.google.com__reader_view", "www.google.com__reader_view"
[17:08] <fta> etc
[17:11] <jono> m_conley, just so you know, https://bugs.launchpad.net/unitylauncher-extension is not configured for receiving bug reports - I just went to file a bug and it is not enabled - you can do that in the settings for the project
[17:11] <robtaylor> DBO: so, i'm going to be jumping in to see id I can help with some of the compiz bugs
[17:12] <jono> m_conley, my bug is that I installed the Unity support Add-in for Thunderbird but it doesn't seem to do anything
[17:12] <jono> robtaylor, you rock :-)
[17:12] <jcastro> dbarth: seems to work for fta?
[17:13] <robtaylor> jono: hah, thanks :) you rock too ;)
[17:13] <robtaylor> jono: how's tricks?
[17:15] <jono> robtaylor, good, pal - all well :-)
[17:15] <jono> busy as usual :-)
[17:15] <jono> robtaylor, life well over there?
[17:16] <robtaylor> jono: pretty good. it's been fun having a few codethinkers getting stuck in on natty
[17:17] <Omega> It'd be nice if people could see what the new design was going to look like: https://bugs.launchpad.net/ayatana-design/+bug/683762
[17:18] <jono> robtaylor, yeah, you guys are rocking it :-)
[17:20] <robtaylor> jono: thanks! glad to hear it :D
[17:28] <nerochiaro> tremolux: when you have a moment, can you briefly explain to me how to run software center from your branch so i can test the launcher integration please ? (or point me to a doc that explain that)
[17:34] <didrocks> nerochiaro: why don't you just launch with d-feet the dbus call?
[17:34] <didrocks> that's what I did here
[17:35] <nerochiaro> didrocks: because the wiki page doesn't specify the types of the parameters and they actually seem different from the python code, so I thought the quickest way to verify what SC is actually sending was to use dbus-monitor and have SC actually send the request
[17:36] <didrocks> nerochiaro: from what I asked to gary it's ssiiiss
[17:36] <didrocks> if that can help :)
[17:36] <nerochiaro> didrocks: that's what I thought, but thanks for confirming
[17:37] <nerochiaro> didrocks: i'll go ahead with testing by jsut sending the dbus signal myself for now, but i wouldn't mind testing with the actual app just to be 100% sure
[17:37] <didrocks> nerochiaro: at least, if it's not that at the end, we will both not work :)
[17:37] <didrocks> right!
[17:38] <nerochiaro> didrocks: yeah, and i'd like to avoid that. or i'll just build the debian package from that branch and run that, actually
[17:43] <tremolux> nerochiaro: sorry, was Mumbling w/ mvo
[17:44] <tremolux> nerochiaro: if you'd like to run from the branch, you just need to grab it and cd into branch dir
[17:44] <tremolux> nerochiaro: then launch s-c as "PYTHONPATH=. python ./software-center"
[17:44] <tremolux> nerochiaro: it will build a local xapain db, etc. so you won't be mucking with your installed instance
[17:45] <didrocks> tremolux: thanks for the comment! :)
[17:46] <DBO> robtaylor, awesome
[17:46] <tremolux> didrocks: no problemo  :)
[17:46] <DBO> sorry I wasn't around for a couple minutes there
[17:48] <nerochiaro> tremolux: i tried that, but it didn't work here. i got this:
[17:48] <nerochiaro> $ PYTHONPATH=. python ./software-center
[17:48] <nerochiaro> 2011-03-15 18:47:51,138 - softwarecenter - INFO - Using data (UI, xapian) from current dir
[17:48] <nerochiaro> Segmentation fault (core dumped)
[17:48] <nerochiaro> tremolux: on natty
[17:48] <nerochiaro> tremolux: maybe i'm missing some dependency or something
[17:48] <kiwinote> LD_PRELOAD=/usr/lib/libstdc++.so.6 PYTHONPATH=. ./software-center
[17:48] <tremolux> nerochiaro: hehe, yep, that's a big recent crasher
[17:48] <tremolux> kiwinote: haha!  that will do it
[17:49] <nerochiaro> tremolux: let me update to the latest natty
[17:49] <tremolux> nerochiaro: if you update, the fix is in for that
[17:49] <nerochiaro> i'll do that, or try what kiwinote suggested
[17:49] <tremolux> nerochiaro:  but kiwinote's suggestion will work  :)
[17:50]  * tremolux waves to kiwinote
[17:50]  * kiwinote waves to tremolux
[17:55] <jcastro> robtaylor: holler at me if you get smoked by compiz. You could be doing something cooler, like say .... a Unity Place in Vala for example ...
[17:56]  * jcastro just tosses that out there
[18:05] <nerochiaro> tremolux: so it looks like you are actually calling from SC a method that the launcher should expose. that's ok, but wouldn't it be better to just send out a signal ?
[18:05] <nerochiaro> tremolux: so that unity or unity2d can pick that up, and you don't have to check if they are running
[18:05] <nerochiaro> didrocks: see above too
[18:06] <tremolux> nerochiaro: sure, I think that sounds reasonable, I was just following the spec actually
[18:07] <nerochiaro> tremolux: didn't happen to me to notice that when i first read it, or i would've pointed it out earlier
[18:08] <nerochiaro> seems easier for everyone, especially since otherwise we would have to "pretend" to be unity, while most of our DBUS interfaces are actually on com.canonical.Unity2d
[18:08] <nerochiaro> not a big deal, but if it can be avoided...
[18:08] <nerochiaro> let's see what didrocks says about it
[18:08] <ronoc> DanRabbit, how are you doing with those VOIP icons ?
[18:09] <DanRabbit> ronoc: Hey sorry I have a LOT of other stuff on my plate and it just keeps getting piled on O.O
[18:10] <ronoc> DanRabbit, okay will you make the UI freeze ?
[18:10] <DanRabbit> ronoc: that's not until next week right?
[18:10] <ronoc> DanRabbit, yep
[18:11] <ronoc> DanRabbit, how about those two playlist icons I mailed you about earlier, is that a bit much to ask ?:)
[18:11] <DanRabbit> ronoc: I'm under a lot of pressure to finish up these icons for U1 mobile. After those are done I'll be more available
[18:12] <tremolux> nerochiaro: ok, that sounds good
[18:13] <tremolux> nerochiaro: feel free to modify the call and even upload a branch if you like, so I can be sure I implement just what you need
[18:13] <nerochiaro> tremolux: can do, when we're all ok with the plan
[18:14] <tremolux> nerochiaro: thx!  :)
[18:14] <nerochiaro> tremolux: thanks to you
[18:14] <ronoc> DanRabbit, okay, I'll come back to pester you later in the week :)
[18:15] <DanRabbit> ronoc: okay :p Sorry
[18:16] <ronoc> DanRabbit, no probs, I won't forget :)
[18:16] <ronoc> later folks
[18:37] <jfi> kenvandine, Hello, a member of the release team has approved the FFE, I guess the next steps merge + package upload is up to you (LP: 732848)
[18:38] <kenvandine> awesome
[18:38] <kenvandine> indeed
[18:39] <jfi> I am impressed that it was so smooth and fast, I thought that it requires more energy to add this kind of feature.
[18:40] <jfi> (in term of process)
[18:41] <kenvandine> jfi: we try to keep things moving
[18:41] <kenvandine> it is a bit harder for things on the default CD :)
[18:41] <kenvandine> but still, we love contributions
[18:41] <kenvandine> and contributors
[18:42] <kenvandine> bug 732848
[18:45] <jfi> kenvandine, it is a good way to motivate occasional contributors. Spending time understanding the process, waiting and worst don't have feedback is not a good source of motivation:)
[18:48] <kenvandine> indeed
[18:48] <kenvandine> we try to hard to stay on top of that stuff
[18:48] <kenvandine> but it can be hard sometimes, sooo busy
[18:48] <kenvandine> jfi: doing one last build and test before uploading
[18:56] <nhaines> jfi: I haven't used Liferea in a long time but I remember it fondly.  Thanks for enhancing it.  The counter feature of the Launcher icons is really cool.  :)
[19:01] <kenvandine> jfi: uploaded, thx!
[19:05] <jfi> kenvandine, cool! I can concentrate to the counter for pidgin now :-p
[19:05] <kenvandine> :)
[19:06] <kenvandine> keep up the great work
[19:35] <m_conley> rodrigo_: ping
[19:42] <coz_> hey all
[19:58] <apw> can someone remind me where the 'maximum width' is encoded, so i can work out if my main box will work if i upgrade; this is the max renderable sized thing in intel graphics
[20:21] <costales> Hi! I have problems with my icon app in the panel. I modified the .desktop file, but the icon appears blur (a little). Which is the right resolution, please? Thanks in advance!
[20:23] <costales> See this capture, I overwrited the icon with the gnome-terminal, the second is my icon, and the first the original Terminal: http://ubuntuone.com/p/hqi/
[20:35] <Hexxeh> dbarth: ping
[20:49] <kenvandine> Cimi, scrollbars are looking awesome!
[21:02] <kenvandine> hehe
[21:02] <kenvandine> whoops, focus!
[21:14] <Trevinho> Excuse me, but am I the only who has the bug that a window title doesn't get updated when a window content changes (i.e, you switch selected document in GEdit, you change tab in firefox or chromium...)
[21:14] <Trevinho> however I've noticed that in Vbox..
[21:15] <AndreaAzzarone> in gedit it works properly!
[21:15] <Trevinho> mh, ok... so I figure that it's somewhat related to VirtualBox...
[21:16] <AndreaAzzarone> @jcastro thanks for the post on OMG!
[21:23] <Trevinho> congreats you got yours too AndreaAzzarone ;)
[21:25] <AndreaAzzarone> much ado about nothing ;)
[21:36] <AndreaAzzarone> but if the applications dash is open and if i click on the applications dash icon, the dash doens't close.
[21:36] <AndreaAzzarone> Is it normal?
[21:37] <Omega> AndreaAzzarone: Thank you for the patches!
[21:49] <Cimi> kenvandine: many thx
[22:08] <greggory-hz> Trevinho, I'm also getting the non-updating title in VB
[22:16] <jcastro> Trevinho: did you try it on the chromium daily build or just one of the stable/beta/dev channel ones?
[22:43] <coz_> hey agll
[22:43] <coz_>  rather hey all
[23:28] <pulb> hi guys, do I have to install natty to work on unity?
[23:30] <aruiz> pulb, no, but it'll make your life a lot easier :-)
[23:30] <pulb> so i can compile it on maverick?
[23:30] <rbnswartz> pulb I would recommend it
[23:30] <rbnswartz> running natty
[23:31] <rbnswartz> that is
[23:31] <pulb> but not as my primary os, i guess?
[23:34] <aruiz> pulb, you could, but it'll be a nightmare :-) upgrade to natty, or use a virtual machine
[23:35] <pulb> ok, i thought so :-)
[23:37] <rbnswartz> pulb I'm running it on a build machine. I've had a few blips that have forced a rebuild of the entire partition. Of my own making I might add.
[23:38] <pulb> eeek
[23:38] <rbnswartz> pulb I should add that the rebuild was just my cheater's way of fixing it. I could have fixed it otherwise but a rebuild is a way to start out fresh
[23:39] <pulb> ok, i think i'll use a vm then :-)
[23:56]  * humphreybc has been trying to get Unity to crash for the last two days to appease smspillaz