=== htorque_ is now known as htorque [07:53] good morning [08:04] good morning [08:10] kamstrup: good morning. sorry to bother you again, but can you do review again? https://code.launchpad.net/~kvalo/indicator-network/settings-tech-control/+merge/50972 [08:11] kamstrup: andy already reviewed it, so you can just take a quick peek. [08:11] kvalo: i don't have time right now - but maybe you can run over some of the reviews Ted requested? [08:11] kvalo: ok - maybe in an hour or so [08:11] kamstrup: ok, I can ask ronoc as well. no worries. [08:11] kvalo: i'm just taking some heat for some place issues an I urgently need to address them [08:12] kamstrup: I'll go through ted's reviews [08:12] kamstrup: yeah, I'm can imagine the heat [08:15] greetings everybody [08:59] ronoc: morning. if you have time, can you check this one: https://code.launchpad.net/~kvalo/indicator-network/settings-tech-control/+merge/50972 [09:02] kvalo, sure [09:03] ronoc: thanks [09:10] kvalo, all good done [09:10] didrocks: ! a libzeitgeist release! https://launchpad.net/libzeitgeist/0.3/0.3.4 This time without the gio module - and this release is rather critical as it fixes a data corruption bug with the zg [09:11] ronoc: excellent, thanks [09:11] kamstrup: thanks, trying to get everything together [09:11] kamstrup: does it work with the current zg natty stack? [09:11] didrocks: yups [09:16] kamstrup: do you have a bug list of what it fixes? [09:19] didrocks: meh, if only I could target bugs to closed milestones then I could whip you up a nice LP report :-S [09:19] kamstrup: I have a script doing that [09:20] kamstrup: but yeah, just for now, give me the list of bugs please :) [09:20] (looking at the commits as well) [09:22] didrocks: it is https://bugs.launchpad.net/libzeitgeist/+bug/724199 and https://bugs.launchpad.net/libzeitgeist/+bug/718472 [09:23] kamstrup: excellent, thanks! [09:23] kamstrup: should I just restart the places + make a search to check everything is ok? [09:24] didrocks: something like that - you may wanna manually kill and run the files place so you can tail stdout [09:24] kamstrup: ok [09:25] ronoc: hey - hows the sound stuff coming along? [09:25] ronoc: didrocks is going to a very scarce resource today so we need to cut the release of libunity very early today [09:25] kamstrup: I need to upload the place to remove libzeitgeist-gio as a dep [09:25] kamstrup, good, haven't done anything since last night, just going through bugs [09:25] kamstrup, cool will look at it right away [09:26] kamstrup: but the places needs new libunity as well :) [09:26] it's official, today will be "awesome" [09:27] didrocks: exactly - i'll just quickly check with ronoc if we'll land the soundmenu API today or we're gonna have to punt it for next week [09:27] excellent :) [09:27] didrocks: look at the bright side - if you survive today you can do some serious slacking off tomorrow - assuming that we haven't broken everything of course ;-) [09:28] kamstrup: ahah, if I have nothing to do tomorrow, I'll be start looking finally at Alt + F2 :) [09:28] starting* [09:30] kamstrup: hum, if we remove the gio module without getting the new datahub, there is no worry then? [09:34] didrocks: it only means we wont log app popularity until we have the new datahub [09:34] didrocks: so a slightly wrong result set for popular apps, but that's a it [09:35] kamstrup: ok, I understood all of your stack correctly then \o/ sounds good for a transition* [09:35] didrocks: yes [09:47] kamstrup: ok, libzg ready to be pushed [10:24] MacSlow: hello, should the super key overlays for the places icons already show anything? they are empty here. [10:26] htorque, wait for the release... the stuff for the places superkey-overlays will be part of that [10:26] MacSlow, ok, will do, thanks [10:27] htorque, last evening I finished that and only pushed this morning [10:36] hey iainfarrell [10:36] MacSlow, oh, so it should be in trunk then (because that's what i'm testing)? i see 1..0, 'w', and 't', but the places' overlay is empty [10:37] MacSlow: hey [10:37] htorque, you mean "applications" and "files" ?! [10:37] MacSlow, yes [10:37] htorque, they get their label from /usr/share/unity/place/.place [10:38] htorque, if there's not entry Shortcut=x in section [Entry:Files] nothing will show [10:39] htorque, if you want to try now just add them yourself [10:39] htorque, but be reminded that those are meant to be coming from localized .place files [10:40] MacSlow, thanks, adding the shortcut key worked - i was just wondering if it currently should show anything at all :) [10:46] MacSlow, talking about localization - it doesn't seem to accept umlauts (english system, german keyboard layout) [10:47] worth a bug report or just not yet done? [10:47] htorque, file a bug... after the realease... I'll look into it (you may assign me to it) [10:47] release is planned for later today? [10:47] correct [10:47] great, will do, thanks again [11:04] hmm, libindicator 0.3.19 isn't packaged yet it seems, any idea when it will be? [11:05] ah, sorry, it is indeed [11:10] njpatel, does the pkg_check_modules thing in CMakeLists.txt allow checking for version numbers? I added a check for indicator but it seems to ignore it [11:11] rodrigo_, erm, I have no idea :/ [11:11] * njpatel hates CMake [11:11] ok, will google [11:11] yeah, /me doesn't like it neither [11:11] why does unity use it? [11:13] agateau: ^^ [11:13] rodrigo_: because compiz uses it [11:14] ah [11:14] agateau, do you happen to know about pkg_check_modules? [11:15] rodrigo_: yes you can check for a minimum version number iirc [11:15] agateau, seems to ignore it: [11:15] pkg_check_modules(SERVICE_DEPS REQUIRED gobject-2.0 gio-2.0 gtk+-2.0 gthread-2.0 indicator >= 0.3.19 x11) [11:16] I used a bigger number to check, and cmake didn't complain about the indicator version [11:16] rodrigo_: maybe get rid of the spaces before and after >=? (not sure) [11:16] ah, ok, trying [11:17] no, same thing, it ignores it [11:17] * rodrigo_ googles more [11:17] can I join the CMake hatred? [11:17] *grrrrr* [11:17] aruiz, please :) [11:18] rodrigo_: I have 0.3.19 here, so maybe it just finds it [11:19] agateau, I added it myself, and tried using 1.3.19, and still no complains, it just goes over [11:20] http://www.mail-archive.com/pyside@lists.openbossa.org/msg00009.html shows a pkg_check_modules(LIBXML2 REQUIRED libxml-2.0>=2.6.32) [11:20] so, for some reason, it's not woking for me :( [11:21] rodrigo_: mmm did you rm CMakeCache.txt? [11:21] no [11:21] ok, that seems to do it indeed! [11:22] good [11:22] well, not really: [11:22] -- package '>=' not found [11:22] -- package '0.3.19' not found [11:22] hmm [11:22] rodrigo_: that is the spaces I think [11:22] yes [11:22] yes, now it works [11:32] Kaleo, you are really 100% sure that unity-2d is supporting 'unity_launcher_entry_set_count' (natty)? I cannot make it works, do you have a working example or some documentation (except the very basic info from wiki) ? [11:34] njpatel: can I get you to try out r148 of lp:~kamstrup/unity-place-files/reentrancy-hack if it works I'll merge to master and port the fixes to u-p-a [11:35] trying now [11:35] njpatel: i just discovered another nasty way dupes could slip through my net - but it should be tight now :-) [11:36] i daresay it works extremely well here now [11:36] better than it ever has at least :-) [11:36] I'll be the judge of that! MUHAHAHAH [11:38] kamstrup, can still reproduce, but harder. I am not kidding, but "asshat" is my new word that causes the bug :) [11:39] lol [11:39] do you want a trace? [11:39] njpatel: why not [11:41] kamstrup, http://paste.ubuntu.com/571668/ [11:41] njpatel: and which group are the remaining results in? [11:42] 0 or != 0 being the important point [11:42] kamstrup, 4 [11:42] Kaleo, ha spotted the gtk loop seems required, forget about my noise, it works fine [11:42] 4 again!? [11:42] yeah :/ [11:42] oh right... [11:43] njpatel: 4 is not favs - but a catch-all group used in global mode [11:43] kamstrup, unless i'm reading it wrong, heres the output of "Clone" http://paste.ubuntu.com/571670/ [11:43] aaah [11:43] njpatel: can you check if you can repro with the SetSearch() ie *not* the SetGlobalSearch() [11:43] sure, hold up [11:44] kamstrup, nope, normal search works fine [11:44] asshat yields no results [11:44] * njpatel is just happy it didn't pick up a picture of him [11:44] njpatel: when I look up d018e7d35fffe9e0815f2a5eab7d03e4 in a rainbow table it doesn't say "launcher.avi" but something very naughty... [11:45] hah [11:45] njpatel: so I guess it means that non-global is working? [11:45] it's launcher.avi from my blog! I was being all egotistical and browsing my old posts [11:45] kamstrup, non-global is working fine [11:45] njpatel: riiiiiight [11:45] njpatel: that's progress! [11:46] kamstrup, I actually had a question, why don't we just call SetSearch for global search again? [11:46] * njpatel forgets [11:46] it would make the daemons quite simple, right? [11:46] njpatel: SetSearch() takes the active section into account and such - and it does grouping differently [11:46] njpatel: yes [11:47] njpatel: my life would be 30-40% better [11:47] right, but aren't the results still added by most->least importance? despite of grouping? [11:47] I mean, I could ignore the grouping and keep the section as 0 === MacSlow is now known as MacSlow|lunch [11:48] kamstrup, ^ /me needs to actually address messages [11:48] njpatel: the issue is we have a mix of relevancy-ranked and time-sorted [11:49] time-sorted was for section !=0 right? === API is now known as Guest38456 [11:49] jfi: ok :) [11:49] njpatel: for time-sorted results we can iteratively trim down the result set as you type because sorting is stable [11:49] right [11:49] njpatel: and not so much for relebancy ranked - we need to rebuild the result set for those [11:49] njpatel: exactly [11:50] interesting [11:50] njpatel: the bug here is [11:50] njpatel: is that for global results we always override the group id with 4 [11:50] also, I guess, we don't want to have installable applications showing in the global search [11:50] coolio [11:50] njpatel: thus me failing to remove the relevancy-sorted results which I expect to have group==0 [11:50] right [11:51] sigh [11:51] this is some complex shit [11:51] this global vs. only one SetSearch() can wait for another day, sorry for taking you off track :) [11:52] njpatel: but I think the real question here is if it makes sense to do both relevancy- and time based sorting in global mode [11:52] njpatel: not sure it does [11:53] I think relavancy is key, I mean, ZG takes time into account when it does it's ranking, right? [11:53] njpatel: nope - the relevancy is pure textual at this point [11:53] ah [11:53] njpatel: other than that we can sort by popularity or recency [11:53] those are the options [11:54] recency would make sense for global I thin [11:54] njpatel: my gut instinct tells me we should sort by recency in global mode [11:54] :) [11:54] lol [11:54] njpatel: we're in sync today [11:54] scary [11:54] i know, the world is gonna be screwed! [11:55] njpatel: the idea being that the dash search is for something you expect to be readily available aka "recent" [11:55] exactly [11:55] njpatel: and when you know that the stuff is mentally far away you need to dig into the files place [11:55] njpatel: ok - I'll create a dedicated code path for global search that only does recency sorting and we can see how it works [11:56] sounds like a plan! [12:03] hmm, unity trunk doesn't start for me [12:03] * rodrigo_ debugs [12:05] kenvandine, ping me when you're around :-) === Guest38456 is now known as apinheiro [12:21] njpatel: ok r129 for you testing plessure [12:22] pleasure as well [12:22] I'll do both [12:22] for my pressure [12:22] ;) [12:23] kamstrup: once you will fix in the application place bug #https://bugs.launchpad.net/bugs/721289 [12:23] kamstrup: think to set fix commited for the unity task (and ensure it's milestone for this week as well) please :) [12:25] didrocks: yeah apps are not fixed yet - just working out the kinks in the files place with njpatel and then porting that to the apps once I have a firm grasp [12:25] kamstrup: sure, it's just kind reminder for auto release note :) [12:27] kamstrup, asshat works! [12:27] I mean, it doesn't. You know what I mean [12:27] no bad results :) [12:27] kamstrup, btw, applications place doesn't have this issue at all, from what I can tell [12:30] njpatel: it does - it just a lot more unlikely to hit it [12:30] ah, oaky [12:30] okay( [12:30] okay* [12:30] wow [12:31] njpatel: what's the branch jay has ready for the a11y fix? [12:31] apinheiro: ^^ [12:31] njpatel: so - can you play a little around with local vs global search and check if everything is as expected [12:31] dbarth_, lp:~unity-team/nux/nux.event-fixes/ & lp:~unity-team/unity/unity.scrolling-improvements/ [12:31] kamstrup, yep, I'm doing a lot of that as part of my testing, so will let you know if something weird happens [12:31] njpatel, ok thanks [12:32] njpatel: ok - I have a good feeling about this - so i'll merge to trunk and start porting the apps place. Then let's hope nothing major shows up :-) [12:32] shweet [12:33] lamlex, could you take a look to this merge proposal: [12:33] https://code.launchpad.net/~apinheiro/unity/Bug723699? [12:33] it is not a really complex thing [12:33] is use gconf instead of gsetting for the accessibility check === MacSlow|lunch is now known as MacSlow [12:54] cool, thanks [12:54] apinheiro: don't wait on lamalex, he is not up yet and may not have the bandwidth for a review today [12:55] dbarth_, ok, so as rodrigo_ already reviewed it [12:55] can I just merge it? [12:55] apinheiro: yes, easier [12:55] ok, thanks [12:55] apinheiro: go ahead, i approved it as well [12:56] apinheiro, just pushed my last changes to the ref_state_set branch, although the panel service is hanging on dbus for me, so couldn't test it, so if it does for you, could you have a look? [12:56] njpatel: you on board with the change here: https://code.launchpad.net/~apinheiro/unity/Bug723699/+merge/50963 ? [12:56] njpatel: ie can that go into the release today? [12:57] dbarth_, +! [12:57] dbarth_, +1 [12:58] apinheiro, ditto for https://code.launchpad.net/~rodrigo-moya/unity/accessible-name-for-indicators/+merge/51120 , will try testing them after lunch [12:59] njpatel, having dbus hangs on the panel service with trunk, any idea? [12:59] rodrigo_, have you tested the gconf branch? [12:59] probably it is still a gsettings thing [12:59] apinheiro, yes [12:59] apinheiro, no, I've changed the gsettings key locally, so that it starts correctly [13:00] rodrigo_, nope :/ haven't experienced that [13:00] so it's indeed hanging in dbus, that's what it shows in the output [13:00] ok, out for lunch, probably it will work later, if I give it time to relax :) [13:00] apinheiro: merge at will [13:00] dbarth_, ok [13:01] where "will" = now, please :) [13:05] njpatel: the apps place is not listing Available apps - your bug or my bug? [13:05] kamstrup, mine, I've switched it off for now as I don't have activation support [13:06] njpatel: ok fair enough, i was afraid something had gone b0rked on my side === apinheiro is now known as apinheiro_afk [13:47] aruiz, ping [13:47] aruiz, can you do a release for lo-menubar? [13:47] i really want to get the package uploaded asap [13:50] kenvandine, I can roll a quick one, yes [13:51] dbarth_: why wouldn't I have the bandwidth for a review? I know I have a lot of bugs on my plate, but something to mix it up is more than welcomed [13:51] unless nvidia got uploaded today.. then that's another story [13:51] kenvandine, but I will roll another one tomorrow with a bigger set of changes [13:52] nvidia is making us all happy aren't they? [13:53] aruiz, that is fine [13:54] kenvandine, give me 10 minutes and I'll do the merge and release [13:54] thx [13:54] kenvandine, btw, I don't remember if I told you that this package should depend on libreoffice-gtk [13:55] you didn't, but i'll make sure it does [13:55] yeah [13:55] thanks [14:13] kenvandine, done [14:13] :-) [14:14] woot [14:14] thx aruiz [14:14] np [14:14] * aruiz goes back to refactor [14:14] refactor+fix [14:14] that is [14:19] TheMuso, ping, any status on the icon-only-indicators-dont-have-accessible-names? [14:25] njpatel, I plan on getting the indicator-application side of that out today. [14:25] njpatel, The other ones do mostly. [14:25] njpatel, They pass up to libindicator I believe. [14:25] alrighty, something that can land for Monday's unity release? [14:26] njpatel, Do you guys have the panel service part done? [14:26] bug #724051 [14:26] Launchpad bug 724051 in xserver-xorg-input-synaptics (Ubuntu) "upgrade to 1.3.99+git20110116.0e27ce3a-0ubuntu4 breaks touchpad " [High,In progress] https://launchpad.net/bugs/724051 [14:26] sorry ! [14:26] tedg, that's what I was asking TheMuso about, I thought he was working on the branch [14:26] rodrigo_, ^ [14:26] https://bugs.launchpad.net/libindicator/+bug/691677 [14:26] njpatel, I talked to him and he thinks rodrigo_ is working on it. [14:27] :) [14:27] #691677 [14:27] bug #691677 [14:27] Launchpad bug 691677 in The Sound Menu "Icon-only menu titles don't have accessible names" [Medium,In progress] https://launchpad.net/bugs/691677 [14:27] there you go [14:27] rodrigo_, are you working on this bug ^ ? what's the status [14:28] didrocks: omg! i love the new super-a and super-f shortcuts! [14:28] kamstrup: heh :) [14:29] didrocks, I think we need to make the super key timeout a little longer [14:29] didrocks, i'm not fast enough for it most times :) [14:30] njpatel: open a bug, I can do that I guess, just need to think about it [14:30] njpatel: oh timeout [14:30] right [14:30] sorry, I was thinking the display [14:30] don't want to make a bug for that :) [14:30] njpatel: ok, can fix that in trunk in a minute :) [14:30] shweet [14:30] njpatel: in fact, I based on super timeout <= show_launcher_animation [14:31] didrocks, yeah, I saw that, but I think it needs to be independent and we can tweak until we get it right [14:31] didrocks, main reason being different types of keyboards etc, so it'll take some playing around with [14:31] njpatel: sure [14:31] njpatel: uno memento === m_conley_away is now known as m_conley [14:33] njpatel: doubling ~250ms looks nice to me, wdyt? [14:34] yes [14:34] that's the same timeout I use for live-search [14:34] njpatel: nice! [14:34] pushed :) [14:34] thanks! [14:34] yw [14:34] i'm just getting a review on my branch and then releasing! [14:35] morning guys [14:35] PSA: Post release please tag up more bitesize bugs [14:42] jcastro, will do [14:43] I look forward to the goodies today *nom* === joaopinto_ is now known as joaopinto [14:46] i assume unity corefumping on login is a known issue [14:46] * apw throws his laptop in the bin [14:49] njpatel, tedg: https://code.launchpad.net/~rodrigo-moya/unity/accessible-name-for-indicators/+merge/51120 [14:49] njpatel, I didn't know the branch had landed until today [14:49] rodrigo_, awesome! I'll review [14:50] njpatel, well, let me first merge with apinheiro_afk's gconf branch first [14:50] rodrigo_, an idea, we have another release on monday, so we can merge this after todays, as we don't want to block on a new indicator release [14:51] does that sound okay? [14:51] njpatel, yes, sure [14:51] basically we merge it as soon as I've made the release [14:51] shweet [14:55] uuhggh my body is in so much pain [14:55] picked up running yesterday [14:56] apparently no matter how fast you can ride a bike, it doesn't mean you can run [14:59] bug #724350 [14:59] Launchpad bug 724350 in unity (Ubuntu) "settings schema "org.gnome.desktop.interface" does not contain a key named "accessibility"" [Undecided,New] https://launchpad.net/bugs/724350 [15:00] tedg, seb128: how do you guys feel about displaying the evolution shortcuts that are in the messaging menu in the unity launcher too? [15:00] http://ubuntuone.com/p/en6/ [15:01] kenvandine, No issue, but I think the Unity launcher should have calendar as well. [15:02] bcurtiswx, it's fixed in trunk and gds has been uploaded with a breaks [15:02] tedg, that would be nice, but not as trivial as changing the OnlyShowIn [15:02] bcurtiswx, i.e you can close this bug [15:02] tedg, oh, you mean opening the calendar [15:02] makes sense [15:02] kenvandine, Why not? "evolution --calendar" no? [15:02] i can add that [15:02] seb128, great. Figured i'd get the report out since I was in the middle of the crash. Thx :) [15:03] kenvandine, shouldn't that be automatically working already? [15:03] i thought you meant calendar events [15:03] seb128, not really [15:03] bcurtiswx, you can downgrade gsettings-desktop-schemas as a workaround [15:03] just gotta change the OnlyShowIn in the desktop file [15:03] seb128, i'll do it now [15:03] kenvandine, ok great [15:03] kenvandine, I though it was supposed to list the same entries than the indicators [15:03] in any case we want those yes [15:04] tedg, don't forget my evolution-indicator branch :) [15:06] kenvandine, Yeah, and mterry's datetime branch. [15:06] * tedg has lots of reviews [15:10] kenvandine, ok, evolution-indicator, roll a new tarball there is a crasher fix in trunk as well which didn't get uploaded and would be nice to get [15:11] seb128, i will [15:11] thanjks [15:11] -j [15:12] just waiting for tedg to merge my branch :) [15:13] njpatel, apinheiro_afk: ready for review -> https://code.launchpad.net/~rodrigo-moya/unity/accessible-name-for-indicators/+merge/51120 [15:13] didrocks: so I was talking to vish about our bug workflow and use of opinion [15:13] tedg, the accessible_desc string seems to be empty for all indicators, am I missing some indicator update? [15:14] lamlex: can we discuss that later? I'm on 15 package release right now :/ [15:14] rodrigo_, apinheiro_afk okay, but please do not commit anything to trunk right now, I'm making a release [15:14] oh sure [15:14] didrocks: ping me when you're free :) [15:14] njpatel, yes, sure [15:14] rodrigo_, Uhm, it won't be filled for any app indicators, but I believe that at least sound is setting it. [15:14] lamlex: won't be today :) [15:14] ok [15:14] rodrigo_, ok, thanks for the hing, I would review it woon [15:14] soon [15:15] tedg, hmm, seems not for me, so I guess it hasn't been released yet? [15:15] ronoc, ^ are you setting the accessible desc in indicator-sound? [15:18] tedg, no ,still waiting for luke's resubmitted merge reqest [15:18] request even [15:19] ronoc, Ah, hmm. Kinda needs to get in today.... can you fix it? [15:19] tedg, there were problems with the merge request last week [15:19] tedg, seriously ? okay one sec I'll see I can find the branch [15:20] ronoc, Well, not sure if it'd need an FFe or not... but it seems like it'd be close. [15:20] didrocks, any news about the nux fix? we would really like to have working armel images again (they are not building since two weeks now) [15:21] ogra: today is the release [15:21] it will come today [15:21] goo [15:21] d [15:21] :) [15:21] thanks [15:21] just wanted to make sure, sorry for appearing pushy [15:21] ronoc, Probably depends on how easy it will be for you to fix it. If it's easy, let's not wait on the back-and-forth and just fix and merge. If there's a bunch of things, I think it might be worth the paperwork. [15:22] tedg, okay [15:23] is the 'accessibility' key assertion crash in unity known? [15:25] njpatel, ^^ [15:25] apw, yeah, will be fixed today [15:26] apw, are you running packages or trunk? [15:26] i am running whats in the archive .. thats what we are meant to do [15:26] else its not dogfooding [15:27] how did a startup crash get through our testing before upload [15:27] ogra: hum, it seems the patch wasn't attached to https://bugs.launchpad.net/nux/+bug/721118 [15:27] ogra: where is it? [15:27] didrocks, i think janimo sent it upstream [15:27] to jay he said [15:28] didrocks, hello [15:29] janimo: hey, where is your patch? [15:29] didrocks, I believe I have a merge request for nux in LP [15:29] tedg, on its way ... [15:29] janimo: ok, you didn't attach to the bug, we found it again, thanks [15:29] didrocks, right. I am not sure I knew there was a bug [15:30] didrocks, can I get commit rights to nux? Whom do I talk to? [15:30] I opened on purpose for serious things :) [15:30] janimo: jay [15:30] ok thanks [15:30] seb128, workaround confirmed to fix my bug [15:30] bcurtiswx, ok [15:31] ronoc, Great, thanks! [15:34] kamstrup: Do we have c# bindings for libunity? [15:34] I don't think we do [15:35] jcastro, no [15:35] not that I'm aware of [15:36] Python C and Vala [15:36] waiting on python still [15:36] i think python might work with todays release [15:36] *think* [15:36] jcastro, hmm I thought the release today creates the bindings automagically [15:36] jcastro: no, and I think they are unlikely to happen until mono starts supporting GI [15:37] i really miss those quicklists in tomboy [15:37] ugh man, so we need GI in mono, so we can get bindings, so we can port tomboy [15:37] kenvandine, jcastro: Python should work on todays release - although there is some weird stuff going on with the pygi override paths, so there might be hickups [15:38] kamstrup: nice [15:38] kenvandine: you can still do static quicklists for tomboy... [15:38] kamstrup, i need to look at the fix for that stuff, i am getting the same errors in libgwibber with GI [15:38] does the launcher support any of the older non launcherAPI things? Like, can we use the older way of getting quicklists? [15:38] yeah, but the recent notes was the useful thing [15:38] kenvandine: the Makefile.am magic you did for Dee is the right way to do it [15:39] i'll add the static shortcuts now [15:39] yay [15:39] kenvandine: if I understood pitti and didrocks discussion correctly there is some packaging magic to convert the paths to something ubuntu expects [15:39] i need to create an overrides for libgwibber then [15:39] dh_python i think [15:39] sounds familiar :-) [15:40] i wish i could have gotten gwibber-service using Dee this cycle... [15:40] too late now :/ [15:40] oh well, i'll start hacking on it soon so it is ready :) [15:42] * popey hugs kenvandine [15:43] thx popey [15:43] :) [15:43] tedg, what version of libindicator should i pin against ? (can't remember from what you said last week_) [15:44] ronoc, 0.3.19 I believe. [15:44] tedg, lovely [15:44] MacSlow: can you verify this? https://bugs.launchpad.net/unity/+bug/721811 [15:47] apw, running trunk is super-dogfooding, so it's a valid question :) In anycase, the error I was speaking about only happened this week, and we havent' had a upload since last week, so your running into something else [15:55] is it expected that OSD's have hard square edges now ? [15:57] sigh, the only static menus i can add for tomboy are new note and search... but now i found out that those command line switches aren't working [15:58] kenvandine, tedg -> https://launchpad.net/indicator-sound/third/0.6.1 [15:58] with Lukes stuff [15:58] great [15:58] thx [15:58] np [15:58] Thanks ronoc! [15:59] no probs [16:02] kvalo, hey [16:08] lamlex, yup... that's a bug [16:08] thanks MacSlow [16:08] lamlex, I know to fix that you can assign me to that one [16:08] ok, i will mark triaged and assign to yo [16:23] I was thinking the http://wiki.ubuntu.com/DebuggingCompiz page coudl use some love. [16:49] kenvandine: hiya; ido is in for the release today? [16:49] kenvandine: klattimer is needing it for things i-datetime [16:49] dbarth, if it is ready [16:50] i haven't heard [16:50] kenvandine: it's merged [16:50] https://code.launchpad.net/~karl-qdh/ido/ido.extra-passthrough-api/+merge/50938 [16:50] ok, does bratsche still handle releasing that? [16:51] I can release something if you need me to. [16:51] But I should hand that off to someone else to start doing soon. [16:56] apinheiro_afk: rodrigo_: think to target your bug against the current release once they are fix committed so that our script can automatically close them: https://bugs.edge.launchpad.net/unity/+bug/723699 [16:56] thanks :) [16:56] didrocks, I can't set a milestone on bugs, it seems [16:57] rodrigo_: just ping njpatel or I then :) [16:57] ok, ping didrocks :) [16:57] rodrigo_: heh, on which one (apart from this one ;)) [16:58] you also want the bug #s??? :) [16:58] yes, hold on a second [16:58] didrocks, ah sorry, I thought that I needed to close it by hand [16:58] apinheiro_afk: basically, we have a script to create changelog now :) [16:58] didrocks, ok [16:59] apinheiro_afk: all you need is to target a "unity" master task against the right milestone [16:59] apinheiro_afk: and once it's fix committed, it's automatically closed at next release [16:59] didrocks, https://bugs.launchpad.net/unity/+bug/715297 , https://bugs.launchpad.net/unity/+bug/715299 and https://bugs.launchpad.net/unity/+bug/721322 [16:59] and included in the changelog [16:59] rodrigo_: excellent, thanks! [17:00] rodrigo_: all are fixed then? [17:01] didrocks, so we still need to set the bugs as "fix commited", right? [17:01] didrocks, no [17:02] didrocks, waiting for review for 1 of them, and half done branches for the other 2 [17:02] bratsche: yes, can you do one release again please [17:03] rodrigo_: oh, I didn't explain it clear enough then :) [17:03] apinheiro_afk: rodrigo_: so basically, when you land a branch in trunk [17:03] set it to fix committed [17:03] ensure it's milestoned against next target [17:03] (asking people to milestoned if not done) [17:04] is it more clear? :) [17:04] didrocks, yes! :) [17:04] didrocks, ok thanks [17:05] thanks a lot :-) === apinheiro_afk is now known as apinheiro [17:27] njpatel, now I have a problem with the panel service [17:28] both with the trunk and rodrigo_ branch [17:28] it starts, but then in execute on_name_lost [17:28] it is not a crash, it exit himself [17:28] any idea? [17:29] apinheiro, another panel service is running? [17:29] seems to be the same issue I had this morning [17:29] apinheiro, I'm not sure, panel-main.c is pretty simple, I'd hve a look there [17:29] njpatel, ah yes [17:29] :) [17:29] for any reason is there [17:29] I guess that I need to kill it by hand, right? [17:29] yep [17:29] njpatel, ok thanks [17:30] how do i kill the ubuntu 1 sync daemon ? [17:30] bcurtiswx, u1sdtool --quit [17:30] bcurtiswx, and if notify-osd keeps pinging you, killall notify-osd to empty the queue [17:31] no, my CPU fan is on high because of it [17:31] jcastro: hey jorge, i've spotted the windowmatching pb page on the wiki [17:31] that's cool stuff [17:31] yeah [17:31] DBO: have you seen it: https://wiki.ubuntu.com/Unity/WindowMatching [17:31] yes [17:31] totally community contributed. :p [17:31] * DBO waits for the next question [17:31] it's good to have in mind for the next weeks when you return to bamf [17:31] don't run, i was not going to ask [17:32] yet [17:32] DBO: ok so have you fixed all of that yet? [17:32] * jcastro runs [17:32] wait wait! [17:32] I get to return to bamf in a couple weeks [17:32] BAMF BABY IM COMING HOME [17:32] no you don't [17:32] DAMNIT [17:32] but you do need to fix the bug where kde apps can't be launchers [17:33] at some point [17:33] I mean, who uses kde right? [17:33] yeah [17:33] hwhat? [17:33] o/ [17:33] what makes you think thats a bamf bug? [17:33] its not [17:33] its a launcher bug [17:33] but bamf reminded me of it [17:33] oh, okay [17:33] all is forgiven [17:34] https://code.launchpad.net/unity/+activereviews [17:34] If someone can review Andrea's branches that would be swell [17:36] doing [17:36] now [17:36] njpatel: is the multimonitor ready for trunk? [17:37] branch [17:37] mirco fixed it all up, just needs review [17:37] we'll land it tomrorow [17:37] tomorrow [17:37] kewl [17:39] jcastro, done [17:39] thank you sir [17:40] njpatel, whats going on with the clip thing we talked about [17:40] which clip thing? [17:40] with multimonitor [17:40] nothing yet, will ask jay/sam to fix that next week [17:41] so its not really ready :P [17:43] oh, yeah :) [17:43] i meant the branch [17:43] there will be many muli monitor bugs to fix yet :) [17:45] rodrigo_: is this branch still relevant btw? or can it be scratched? [17:45] https://code.launchpad.net/~rodrigo-moya/unity/correct-gsettings-path/+merge/44479 [17:46] dbarth, no, njpatel rejected it, let me remove it [17:47] rodrigo_: anything else i can do to help you get all of your branches merged in? [17:48] there is a little bit more developer time available now that the thursday upload is in [17:49] dbarth, apinheiro is reviewing them, as soon as he approves, I'll ping njpatel for a 2nd review, so I'm ok now [17:49] dbarth, yes you are right, this is not a branch valid anymore [17:49] I will remove it [17:50] I mean the "correct gsettings thing" [17:50] ups [17:50] sorry [17:50] I though you were talking about the correct gsetting name [17:50] "toolkit-accessibility" instead of "accessibility" [17:50] forget this comment [17:53] nw [17:53] so it seems that everything is lined up for tomorrow morning [17:53] apinheiro: how is jay's new branch? [17:53] apinheiro: did that help you get the rest of the launcher working [17:53] ? [17:54] I didn't test it yet, as the coding part of the launcher can be done without it, and then I started with the review of rodrigo branches [17:54] right now I'm doing a system upgrade [17:55] required due the libindicator version dump [17:55] dbarth, but I will try it after that [18:17] kenvandine: hi. I created a new release of indicator-network: https://launchpad.net/indicator-network/trunk/0.3.5 [18:19] kvalo, thx [18:29] kvalo, quick question (if you are here), at what point will we say goodbye to indicator-network-settings(1) [18:31] and471: I think as soon as we have added connect/disconnect and edit buttons for all devices [18:32] and471: and that will happen soon [18:32] cool [18:32] kvalo, see ya then [18:34] and471: bye [18:38] hello [18:39] i need halp [18:39] is U [18:39] is unity creating their own file manager to replace nautiluS? [18:40] hello? [18:41] dajklfjskl\ === API is now known as Guest36127 [18:51] dbarth_, klattimer, bratsche: ido release coming? [18:54] kenvandine: Sure, I'll do it now [18:55] thx [18:55] tedg, and do you have the indicator-datetime changes in queue that require the new ido? [18:56] kenvandine, I don't think yet... I'd have to check, I think klattimer is still working on them. [18:57] * kenvandine notes today is feature freeze :) [18:57] klattimer, ^^ [18:58] Hmm, I'm getting errors in idocalendarmenuitem.c [19:01] bratsche, Hmm, I am as well... I swear I didn't yesterday... [19:05] tedg: idocalendarmenuitem.h:63:12: error: old-style parameter declarations in prototyped function definition [19:05] But it looks normal to me? [19:05] Oh wait [19:05] Missing a ; [19:07] Fixed [19:16] * tedg is smoke testings the craziest dbusmenu release ever === Guest36127 is now known as apinheiro [19:28] kenvandine, https://launchpad.net/ido/trunk/0.2.1 [19:28] bratsche, thx [19:28] kenvandine: Sorry it took awhile.. I had to come up with a good commit message for the last commit. [19:28] These things are important. :) [19:29] :) [19:37] bratsche, there was one symbol removed in this release, was that intentional? [19:37] - ido_calendar_menu_item_get_calendar@Base 0.1.10 [19:37] tedg ^ [19:37] kenvandine, Which one? [19:38] Is Unity totally fubar for anyone else? [19:38] ido_calendar_menu_item_get_calendar@Base [19:38] nope [19:39] kenvandine, Yeah, we dropped that as we wrapped all the functions. We could put it back if you're worried about the ABI. [19:39] Sorry, I didn't think about ABI at the time. [19:39] i would prefer [19:40] and i can cherry pick that to keep from needing a tarball and all [19:46] Ugh, is Empathy supposed to have an inactive "Room" menu on the contact list? [19:46] yes [19:46] oh [19:46] Oh, I figured it was a bug :) [19:46] no... [19:46] i think that is your bug :) [19:46] Uhg [19:46] it usually has inactive items under it if you don't have an account enabled that support group chat === ogra is now known as Guest91304 [19:46] tedg, sounds like the same bug chrisccoulson_ was talking about in firefox [19:46] tedg, what was the verdict for ido_calendar_menu_item_get_calendar@Base, putting it back? [19:46] tedg - yeah, i've got lots of inactive items in the firefox menus since yesterdays dbusmenu update ;) [19:46] the edit menu is a good example there [19:48] Uhg, today is just sucking. [19:48] yes :) [19:49] i'm totally stuck with bug 724202 and bug 720895 :( [19:49] Launchpad bug 724202 in libdbusmenu (Ubuntu) "nautilus crashed with SIGSEGV in image_notify_cb()" [Medium,New] https://launchpad.net/bugs/724202 [19:49] Launchpad bug 720895 in libdbusmenu (Ubuntu Natty) "bluetooth-applet crashed with SIGSEGV in g_variant_builder_add_value()" [High,Triaged] https://launchpad.net/bugs/720895 [19:49] tedg - any ideas? :) [19:53] chrisccoulson_, I'd just make sure to get a current trunk. There's so many fixes, I'm loosing track of all of them individually. [20:09] hey kenvandine [20:09] https://wiki.ubuntu.com/Unity/LauncherAPI [20:09] got time to add a Python sample now that we have GI in libunity? [20:09] not today [20:10] tomorrow :) [20:10] you have to use it for something anyway right? [20:11] I was thinking between you and U1, whoever had to use it first could document it real quick so I can get the word out to upstream app authors [20:23] Uhg, it seems libindicate is killing empathy, not dbusmenu. [20:23] That makes it all better. [20:24] killing? [20:27] tedg: Whats the status of libappindicator blocking with KDE folks? === ogra is now known as Guest61593 [21:10] tedg, how's it looking? i am going to have to leave pretty soon [21:10] kenvandine, Releasing dbusmenu now. Can't get anything to fail anymore :-/ [21:10] at least for a bit, but i'll be back [21:11] kenvandine, Then I'll go through the others. [21:11] how about adding that symbol to ido? going to do that too? [21:11] * kenvandine never got a real yay or nah on that [21:11] kenvandine, Oh, I thought you were just going to distro patch it in. [21:12] yeah, i will [21:12] is it committed somewhere? [21:12] i was hoping to just cherry pick from trunk [21:13] Ah, okay. I can do that. [21:16] tedg, would it help if i proposed a branch for that? [21:16] * kenvandine is all for helping :) [21:16] kenvandine, Sure, that'd be great. Thanks! [21:18] i am having a terrible time accessing LP [21:34] didrocks! your back! [21:34] you should be sleeping :) [21:34] or drinking [21:34] kenvandine: yeah, and yeah ;) [21:34] kenvandine: all my week has been already long… [21:37] tedg, oh man... replaced all the /** with /* [21:37] kenvandine, In the defaults? Yeah, only way I could get it out fo the gtk-docs :-/ [21:38] oh, ok... [21:38] just the defaults, so all new stuff [21:38] i guess not really since i already had it... just makes reviewing a little harder :) === m_conley is now known as m_conley_away [22:43] can someone give this a tes? https://bugs.launchpad.net/unity/+bug/722242