[07:21] <didrocks> good morning
[07:29] <didrocks> Kaleo: when you are there, so the ubuntu-desktop ppa contain both an accessible Qt and a qt-at-spi package to install
[08:02] <MacSlow> greetings everyone
[08:56] <Kaleo> didrocks: rock!
[08:56] <Kaleo> didrocks: even the patches for QML?
[08:56] <didrocks> Kaleo: right, I can see some structures in accerciser which means that it works :)
[08:59] <Kaleo> :)
[08:59] <Kaleo> thanks
[09:02] <didrocks> yw!
[09:02] <didrocks> have fun, play with it (and qt-at-spi)
[09:04] <Kaleo> didrocks: libqtbamf FTBFS does not make a lot of sense: it should have FTBFS in Natty back in April :/
[09:04] <Kaleo> didrocks: thanks for the fix though
[09:04] <didrocks> Kaleo: well, agateau reviewed it
[09:04] <didrocks> Kaleo: but with C++ mangling system and after changing the toolchain, I have no more surprizse with gen symbols ;)
[09:05] <Kaleo> didrocks: yeah, I suppose the change in the toolchain made the checks stricter
[09:07] <didrocks> yeah, the mangled file seems to be quite different, not sure why…
[10:27] <Guest0> Goodday! I have a problem with a lens Im working on that I've been stuck on for a while now.. I populate the result model the icon field is set to a http address as all icons I use are thumbs got from a web based database.
[10:27] <Guest0> the problem occurs when two thumbs have the same thumb and therefore the same http address in the icon field.
[10:29] <davidcalle> Guest0, what's the problem exactly?
[10:29] <Guest0> If one address is loaded more then one time, the second and third and so on wont load.
[10:29] <Guest0> The dbus address is already registered
[10:31] <davidcalle> Guest0, I don't seem to have this problem. I use a lot of similar icons http adress in the Books lens.
[10:31] <Guest0> hmm.
[10:32] <Guest0> I can post the error unity tells me.
[10:32] <davidcalle> Guest0, let me see
[10:32] <Guest0> ** (<unknown>:3812): WARNING **: static void IconLoader::LoadContentsReady(GObject*, GAsyncResult*, IconLoader::IconLoaderTask*): Unable to load contents of http://o.scdn.co/thumb/e2c9c8a108fec09ce028a5762fa5da546fc0cab7: Automatisk montering misslyckades: DBus error org.freedesktop.DBus.Error.InvalidArgs: Mountpoint Already registered
[10:33] <Guest0> For every thumb that has the same address as one already loaded.
[10:33] <davidcalle> Is your code hosted somewhere?
[10:34] <Guest0> I can put it up on my server. 2 secs.
[10:34] <davidcalle> ok
[10:35] <Guest0> http://xn--sahlstrm-t4a.eu/unity-lens-spotify
[10:36] <Guest0> At the end you have the method get_thumb_path. Theres where the http address is got.
[10:42] <davidcalle> Guest0, I don't see anything wrong with it...
[10:44] <Guest0> I've looked at other lenses, your book lens for example, and could not see what I've done different that could be the reason.
[10:45] <davidcalle> Guest0, I remember having this bug, but I thought it had been fixed in libunity.
[10:46] <davidcalle> You should ping njpatel about it.
[10:47] <Guest0> Okey. Thank you for the help!
[10:48] <davidcalle> Guest0, no problem, I hope I'll be able to test your lens soon :)
[10:49] <Guest0> Ahh, I just remebered. Can I take a few more minutes of your time davidcalle ? I cannot get the lens to launch correctly. Asked here yesterday but everyone was idleing then.
[10:50] <davidcalle> Guest0, it doesn't start?
[10:51] <Guest0> It seems like when unity tryes to sync with my lens, the deamon is not up and running. But if I, in the terminal, restarts unity, it loads.
[10:51] <davidcalle> Guest0, does it do this all the time?
[10:51] <Guest0> Sometimes, not often, it loads.
[10:51] <Guest0> on startup
[10:52] <Guest0> But for the most time I have to restart unity to have it load.
[10:52] <davidcalle> It's bug #758839
[10:56] <Guest0> Okey. So this is a problem with unity.
[10:57] <davidcalle> Guest0, yep.
[10:59] <Guest0> Thank you for the help davidcalle :)
[10:59] <davidcalle> No problem! Ping me here or on Twitter @untriangle if you need a tester. :)
[11:01] <Guest0> I will :)
[11:48] <Guest0> njpatel: I have a question about a problem Im haing with a lens for unity. Ping me back when you have time.
[11:50] <njpatel> Guest0, I'm having a few computer issues right now, so I might drop off, but what's up?
[11:53] <Guest0> unity gives me a dbus error when my lens returns the same http address to load an icon from more then one time.
[11:55] <Guest0> njpatel: this error: ** (<unknown>:3812): WARNING **: static void IconLoader::LoadContentsReady(GObject*, GAsyncResult*, IconLoader::IconLoaderTask*): Unable to load contents of http://o.scdn.co/thumb/ee693e41d6e261fca5f80d4e059afe0498a54f26: Automatisk montering misslyckades: DBus error org.freedesktop.DBus.Error.InvalidArgs: Mountpoint Already registered
[11:59] <Guest0> njpatel: I get that warning everytime I use a http address to an icon that has already been loaded before.
[12:04] <njpatel> Guest0, weird :/
[12:04] <njpatel> Guest0, I haven't seen that before. We use gio for loading http icons async
[12:04] <njpatel> Guest0, but it seems like it's trying to do something silly
[12:04] <njpatel> Guest0, is this natty or O?
[12:04] <Guest0> natty
[12:08] <Guest0> njpatel: I've looked at other lenses, for example the books lens, to see if Im doing something strange but I can't see anything special.
[12:09] <Guest0> njpatel: davidcalle looked over my code as well. He could not find anything strange.
[12:13] <njpatel> Guest0, and the strings you send are always valid http right?
[12:14] <njpatel> urls, I mean
[12:15] <Guest0> yes
[12:16] <Guest0> always according to the pattern: http://o.scdn.co/thumb/an ID
[12:17] <njpatel> Guest0, I guess I'll need to test it out, is the code available?
[12:18] <njpatel> Guest0, hold up, is it the colon at the end of the uri that's confusing gvfs?
[12:19] <njpatel> Guest0, oh, wait, that's from the error message
[12:19] <njpatel> also, nice album choice :)
[12:19] <Guest0> njpatel: I can put an tar.gz with the code on my server or send it to you. ok?
[12:19] <njpatel> Guest0, feel free to send it over neil.patel at canonical.com . I'll try and check it out t
[12:20] <njpatel> Guest0, tonight
[12:20] <Guest0> njpatel: ok. Thank you :)
[12:20] <njpatel> np ,hopefully it's nothing huge to fix ;)
[14:19] <mulo> hello
[16:56] <om26er> kenvandine, Hi! when is gwibber getting the facelift?
[16:59] <kenvandine> om26er, now
[16:59] <om26er> kenvandine, now like just now?
[16:59] <om26er> hehe
[16:59] <kenvandine> well, almost ready to upload to oneiric :)
[18:22] <kenvandine> tedg, does that dbusmenu release block anything?
[18:22] <kenvandine> i put it behind all the indicators i my queue and probably can't get to it today
[18:52] <jcastro> ~10 minutes until the Unity contributor meeting!
[18:53] <Nafai> yay
[18:53] <Nafai> I'll be here this time. :)
[18:53] <jcastro> \o/
[18:56] <andyrock> hi...
[18:57] <andyrock> jcastro, i'm lating?
[19:00] <jcastro> nope
[19:00] <jcastro> right on time
[19:00] <jcastro> ok everyone
[19:00] <jcastro> welcome to the weekly Unity meeting
[19:01] <jcastro> let's give it another minute for the stragglers
[19:01] <jcastro> https://wiki.ubuntu.com/Unity/WeeklyMeeting
[19:01] <andyrock> jcastro, see this: https://code.launchpad.net/~andyrock/unity/launcher-devices-improvement/+merge/65537
[19:02] <jcastro> I've added a quick agenda there if someone wants to add
[19:02] <jcastro> also feel free to toss your name in in Attendees
[19:02] <andyrock> jcastro, i have just made the merge proposal :)
[19:03] <jcastro> I saw it scroll by
[19:03] <jcastro> ok, so let's get started, raise your hand if you're here for the meeting
[19:03] <Nafai> o/
[19:03] <andyrock> |o
[19:03] <sao> o/
[19:04] <jcastro> alright
[19:04] <jcastro> Nafai: you're new to the meeting so why don't you introduce yourself (in like 3 lines or less)
[19:04] <jcastro> sao: and then when he's done introduce yourself!
[19:05] <hunger> Could you guys please make it easier to push a window right up to the launcher without having the launcher hide? It is really hard to move a window such that there is no wasted space right now.
[19:05] <hunger> some edge resistance for the launcher (and other windows, too) would be really nice to have.
[19:05] <Nafai> Sure.  My name is Travis, I live in Utah, USA, just south of Salt Lake City.  Long time Debian and Ubuntu user, former Canonical employee.  Want to help make Unity be more awesome than it is.
[19:05] <andyrock> hunger, there is already an option!
[19:06] <hunger> andyrock: In natty?
[19:06] <Nafai> I'm a developer in Python and Scala during the day
[19:06] <andyrock> hunger, sure... "Never"
[19:06] <andyrock> hunger, install ccsm...
[19:07] <hunger> andyrock: No, then the launcher stays on top of the window. That sucks, too.
[19:07] <jcastro> ok, let's deal with that after the meeting
[19:07] <jcastro> let's get the other stuff out of the way
[19:07] <hunger> andyrock: I just do want to be able to properly align windows (and the launcher).
[19:07] <sao> All right: My name is Oliver Sauder and live in Switzerland near Zurich. Have been using Ubuntu since the very first version. Have been hacking around various Linux projects
[19:07] <hunger> Sorry, need to run...
[19:08] <jcastro> sao: ah, so first time meeting, long time contributor. Excellent.
[19:08] <tedg> kenvandine, I think it's just bug fixes, but the tricky part there is that dbusmenu is FTBS until the json-glib update to 0.3.14
[19:08] <jcastro> ok so I've published the report for the week: http://www.omgubuntu.co.uk/2011/06/the-unity-report-carving-away-the-stone/
[19:08] <jcastro> andrea fixed a backlog bug, so he gets a bonus "woo hoo" for the week
[19:09] <jcastro> anyone else been working on a specific bug?
[19:09] <jcastro> (trevino made a bunch of fixes to bamf that are in the queue right now, but he couldn't make the meeting)
[19:09] <Nafai> not yet, unfortunately
[19:09] <sao> Currently I'm working on 798040
[19:10] <jcastro> https://bugs.launchpad.net/ubuntu/+source/unity-place-applications/+bug/798040
[19:11] <andyrock> jcastro, i'am working on https://bugs.launchpad.net/ubuntu/+source/unity/+bug/799890
[19:11] <jcastro> ok, looks awesome
[19:11] <jcastro> now is a good time to mention
[19:11] <jcastro> that you can do code reviews of each other's branches
[19:11] <jcastro> before they get submitted
[19:11] <andyrock> and on this: https://bugs.launchpad.net/unity/+bug/727901
[19:12] <jcastro> as we'd like to have people get experienced reviewing each other's code so they can eventually just do it directly in trunk
[19:12] <jcastro> Nafai: ok, are you looking for an easy bug?
[19:12] <Nafai> Yeah
[19:12] <jcastro> ok sure, one sec
[19:12] <Nafai> And I definitely have time for code reviews
[19:12] <jcastro> sao: andyrock: if you each could review each other's branch on whatever you fix next
[19:12] <jcastro> that would be swell
[19:13] <jcastro> ok so let's go over a review real quick
[19:13] <sao> lp:~sao/unity-place-applications/load-history-when-activating
[19:13] <jcastro> the way we are doing it now is currently the DX team is doing all the "real" code reviews, as in launchpad.
[19:13] <andyrock> jcastro, i hate python :)
[19:13] <jcastro> my goal is to get someone not-on-DX those priviledges, eventually
[19:14] <jcastro> so what we're doing is you pick a branch
[19:14] <jcastro> https://code.launchpad.net/unity/+activereviews
[19:14] <jcastro> from here
[19:14] <jcastro> and then you do the review, but then just leave them as comments on the merge proposal
[19:14] <Nafai> andyrock: I can help with Python code reviews and fixes, I'd rather do that than C++ :)
[19:14] <jcastro> so basically, amongst yourselves
[19:14] <jcastro> just review branches in there
[19:15] <jcastro> ideally, we'll catch problems before someone on DX gets to it
[19:15] <jcastro> then they'll do a review
[19:15] <jcastro> over time as people submit branches and stuff we'll get to doing real reviews in LP
[19:15] <jcastro> but for now we can help each other with mentorship and all that "good stuff" by just leaving comments in each other's merge proposals
[19:16] <jcastro> andyrock did one last week, but I can't find it, so if you have that link handy andrea it'd be a great example
[19:16] <jcastro> Nafai: ok here's the list of the bitesize bugs: http://goo.gl/tiheb
[19:16] <jcastro> (I always keep a link in the topic)
[19:17] <andyrock> jcastro, just a moment
[19:17] <jcastro> theoretically those should be the easier ones, let me know if they're too hard or too easy, or just any kind of feedback actually on those
[19:18] <andyrock> https://code.launchpad.net/~marcobiscaro2112/unity/fixes-724045/+merge/63461
[19:18] <jcastro> also important this week, unity's gone gtk3 so there are new source building instructions, njpatel posted on the ayatana-dev mailing list, it's probably a good idea to get up to speed on that
[19:18] <Nafai> thanks, will take a look a bit later
[19:18] <jcastro> ok so here's an example of a review that andyrock did on one of Marco's branches
[19:18] <jcastro> basically, if we can get everyone doing that that should make reviews easier
[19:19] <jcastro> anyone have any burning merge proposals that are stuck or anything like that that they need help unblocking?
[19:20] <Nafai> Yeah, I'd like to do a review this week if anyone has anything
[19:21] <andyrock> jcastro, i made a stupid error last week...
[19:21] <sao> I'm currently stuck on bug https://bugs.launchpad.net/unity/+bug/798040 I fixed 50% of it but now it is unclear how to move forward (see last comment)
[19:22] <andyrock> jcastro, so i ve a merge proposal: https://code.launchpad.net/~andyrock/unity/fix-769335-and-798318/+merge/65098
[19:23] <sao> andyrock: I'm currently reviewing this one
[19:23] <andyrock> jcastro, the device branch is too complicated and it need coding reviews, and i've just done it
[19:23] <andyrock> sao, great
[19:24] <jcastro> heh
[19:24] <jcastro> yeah, no fair, you just submitted this one
[19:24] <jcastro> any other ones that have been sitting around or something?
[19:24] <andyrock> sao, marcobiscaro branch...
[19:25] <andyrock> sorry sao is not for you :)
[19:26] <jcastro> andyrock: ok so next up for you is a review on that
[19:26] <jcastro> I'll see who is around
[19:26] <jcastro> DBO: around today?
[19:26] <jcastro> lamalex: or you?
[19:26] <lamalex> hey
[19:26] <lamalex> whats up
[19:26] <lamalex> jcastro, ^
[19:27] <jcastro> lamalex: andyrock's got hot launcher review action and sao's stuck on a bug if you can lend a hand
[19:27] <jcastro> lamalex: see https://bugs.launchpad.net/unity/+bug/798040
[19:28] <lamalex> sure thing
[19:29] <lamalex> sao, what do you need exactly?
[19:29] <lamalex> and andyrock i'll go review your branch
[19:30] <sao> lamalex: Take a look at the last comment in https://bugs.launchpad.net/unity/+bug/798040 Tried to outline the issue there.
[19:31] <kenvandine> tedg, think i can get a speedy review of indicator-me gtk3 port?
[19:31] <kenvandine> https://code.launchpad.net/~ken-vandine/indicator-me/gtk3/+merge/65543
[19:31] <kenvandine> i have the packaging all ready and i need to leave in a little over an hour :)
[19:31] <tedg> kenvandine, Heh, I doubt LP can generate a diff in that time ;-)
[19:31] <kenvandine> tedg, should be simple :)
[19:33] <lamalex> andyrock, do you know why pointerX and pointerY aren't working? that sounds like the real issue that should be fixed
[19:33] <andyrock> pointerX and pointerY are compiz value
[19:33] <lamalex> yah
[19:33] <lamalex> so what
[19:33] <andyrock> i have no idea...
[19:33] <lamalex> i mean this makes me wonder how many places are suffering from the same issue
[19:34] <andyrock> we use pointerX
[19:34] <andyrock> and pointerX
[19:34] <andyrock> only here...
[19:34] <lamalex> this might be an ok workaround, but how many issues will be fixed (or new issues crop up!) from pointerX and pointerY not really behaving
[19:34] <lamalex> ah
[19:34] <andyrock> and in edge trigger...
[19:34] <andyrock> i do not remember the name function...
[19:35] <andyrock> it is located in launcher.cpp
[19:35] <om26er> where did didrocks go?
[19:35] <andyrock> but there is not issue here... i think that using the dash doesn't update pointerX/y
[19:36] <andyrock> smspillaz, what do you think about this? ^^^
[19:36] <lamalex> om26er, it's way after his end of day
[19:36] <lamalex> he's probably with his friends or eating or something
[19:37] <tedg> kenvandine, looks good
[19:37] <om26er> lamalex, ah, didnt know that ;)
[19:37] <kenvandine> tedg, woot, thx!
[19:39] <lamalex> andyrock, yah, this looks good
[19:39] <lamalex> i'll approve the merge
[19:39] <lamalex> seeing as it's only used in this file twice it's not really a big deal to just query x
[19:40] <andyrock> lamalex, i know... maybe we can add a FIXME
[19:40] <lamalex> yah, i'm a little bit curious why pointerX doesn't get updated. One of 10 million compiz bugs..
[19:41] <andyrock> lamalex, when pointerX/Y work fine, we'll remove this workaround
[19:41] <lamalex> yeah, that sounds good. can you push a new rev with the comment?
[19:41] <andyrock> smspillaz, sure...
[19:44] <andyrock> lamalex, there is another fixme:     // FIXME: remove when we change the mouse grab strategy in nux.
[19:44] <andyrock> i have to add another line without FIXME
[19:45] <lamalex> huh?
[19:45] <andyrock> or i have to add another FIXME?
[19:45] <lamalex> just add a 2nd
[19:45] <lamalex> i thought the nux grab strategy thing was already changed though
[19:45] <lamalex> that one fixme might be already fixed
[19:45] <smspillaz> andyrock: ?
[19:45] <smspillaz> ah
[19:45] <lamalex> DBO, ^ whenever you find yourself around care to look? or jaytaoko ^^
[19:46] <DBO> looking
[19:46] <andyrock> lamalex, i think not!
[19:46] <smspillaz> andyrock: pointerX and pointerY only get updated when compiz gets a motion event or an enter/leave event
[19:46] <andyrock> lamalex, is a my commet
[19:46] <smspillaz> if nux has got the grab those values aren't updated
[19:46] <jaytaoko> lamalex: hi
[19:46] <andyrock> smspillaz, so... we need not a fixme commet
[19:47] <andyrock> smspillaz, thx
[19:47] <smspillaz> andyrock: I would suggest hooking the nux event handler for MotionNotify events and caching those values
[19:47] <smspillaz> XQueryPointer is expensive
[19:48] <andyrock> smspillaz, i will look to that
[19:49] <lamalex> sao, can't you just send the load places signal when super a/f is typed?
[19:49] <andyrock> smspillaz, not now... i my country is 21:00... i need to go out :)
[19:49] <sao> lamalex it is implemented this way currently. However the loading needs some time and the dash is shown before the places are loaded successfully
[19:50] <lamalex> sao, do results eventually show if you wait a second?
[19:50] <sao> lamalex nope either you close the dash and open it again or you start searching
[19:50] <andyrock> smspillaz, by the way this problem will go away as soon as nux grab strategy will change...
[19:50] <lamalex> hm i thought the dash was supposed to populate async
[19:51] <lamalex> maybe that's only true once places are loaded?
[19:51] <smspillaz> andyrock: ah, you're just hitting the clubs now ? :) I was just out then, only got back just now (3am)
[19:51] <sao> lamalex seems to
[19:51] <lamalex> sao, so if you want to fix this bug you need to have it watch for places connection and then grab results
[19:52] <lamalex> would be nice if we had some kind of spinner to show that it's working
[19:52] <andyrock> smspillaz, do the small hours... :)
[19:52] <lamalex> gord, any insight? ^
[19:52] <andyrock> smspillaz, i don't know if "small hours" means something in Englihs... :)
[19:53] <andyrock> *English
[19:53] <smspillaz> andyrock: you mean "sane" hours right ?
[19:54] <sao> lamalex hmm yeah have to take a look how easy that is. Currently the results are populated e.g. when the places gets a activated messages.
[19:54] <sao> lamalex such message however does never come to the place as it is not connected
[19:54] <sao> lamalex it would somehow mean that those events have to wait until place is loaded before there are sent
[19:54] <lamalex> there's got to be some 'connected' signal
[19:55] <lamalex> and holding the signal until connected isn't hard
[19:55] <andyrock> smspillaz, if "sane hours" means the early hours of the morning... yes
[19:55] <andyrock> smspillaz, in Italian -> "hai fatto le ore piccole" :)
[19:56] <sao> lamalex yes there is
[19:57] <lamalex> sao, ok. so go for it!
[19:57] <lamalex> when you show the dash, wait for the connected signal, then fire off an activate signal
[19:58] <sao> lamalex I give it a shot ;)
[19:59] <lamalex> sao, let me know if you have any more questions and ill see what i can do
[19:59] <sao> lamalex ok thx
[19:59] <jcastro> hey alright, this turned out to be useful!
[20:00] <smspillaz> andyrock: eh, need to let off some steam before dublin
[20:02] <andyrock> i have to go...
[20:02] <andyrock> hi!
[20:06] <lamalex> jcastro, of course it did, i'm a genius- did you forget?
[20:08] <lamalex> who consistently forgets to do his laundry..
[20:08] <jcastro> heh
[20:08] <jcastro> thanks everyone
[20:08] <jcastro> this turned out well
[20:08] <kenvandine> lamalex, "but your consistent"
[20:08] <lamalex> haha
[20:18] <sao> lamalex I would actually love to write a unit test for this to reproduce the issue however not sure how to tackle this.
[20:19] <lamalex> indeed
[20:19] <lamalex> so good place to start is in your setup disconnect places and instantiate a new dash?
[20:20] <lamalex> thumper, you might be able to help here. do we have anything like mock places for doing unit testing?
[20:34] <sao> lamalex well it seems that I need a mock for GDBusProxy
[22:21] <aera> hey
[22:21] <aera> I've got a question about unity. am I right here?
[22:23] <tedg> aera, Sure
[22:24] <aera> anyway: I'm using a Full HD monitor in 27" and I'm really annoyed by the sidebar, showing only eight icons. is their any movement toward more flexibility and customisability?
[22:25] <tedg> aera, You can drag and drop icons into the launcher.  You can also reorder them as you wish.
[22:25] <aera> I'd also really like the dock to be in the bottom of the screen instead of the left side of my monitor...
[22:25] <aera> oh, is that possible?
[22:26] <aera> otherwise, good work on the look. I've just installed 11.04 ... it's different, but good. :)
[22:26] <tedg> aera, There's no way to move the location today.  That'll probably be added someday.  No one is working on moving it that I know of.
[22:26] <aera> thanks, tedg.
[22:27] <aera> well, if I could make a wish - add more customisability, like moving the dock. :)
[22:28] <tedg> It's hard, as each option adds exponentially as much work to testing as you need to look at the combinations.
[22:32] <aera> I can understand that. but why would you make the transfer from gnome to unity if that only chops off functions of the desktok then? I can see the usefulness on netbooks and small screens in general, but it leaves normal users with less options..
[22:33] <aera> And I don't criticise using unity, but i'd like the options I had on Gnome 2 ^^
[22:35] <tedg> There were a lot of cases that GNOME didn't work because of the flexibilty it provided.  Like resizing your screen to give a presentation.
[22:35] <tedg> Consistency allows you to make many things work better overall because you can understand that built in constraints better.
[22:38] <aera> but it takes away some of my freedom that made me use linux in the first place..
[22:42] <aera> I mean, I don't need a system as complex as KDE. I really never liked that. but just a little more for users to be customisable ^^
[22:43] <tedg> It doesn't take away from your freedom.  You have lots of choices, including as you mentioned KDE.  Freedom is a bit of an overstatement.
[22:44] <tedg> In reality, configuration will probably grow in time more than anything.
[22:45] <aera> you mean the configuration options in unity?
[22:47] <aera> that's good news then.
[22:51] <aera> thanks for the info, I'll get going. :)