[06:46] <duflu> MCR1: Just a warning; UDS is on for the next 2 weeks, so you might not get any/many code reviews or responses till that's over on 5 November. At least last time, not many code reviews got done during that period.
[07:42] <sil2100> davidcalle: hi!
[07:42] <davidcalle> sil2100, heya
[09:42] <AlanBell> can someone point me at the documentation on how the privacy option works to prevent lenses getting internet results?
[09:42] <AlanBell> what do I have to do in a lens/scope to obey the request?
[09:43] <davidcalle> AlanBell, the best I have is a Python sample from the Photos lens for this, would that be ok?
[09:43] <AlanBell> yeah, sure
[09:51] <AlanBell> ok, I see it, that is a pretty nice lens to pick apart for the authenticated sources too
[09:52] <davidcalle> AlanBell, http://bazaar.launchpad.net/~unity-lens-photos/unity-lens-photos/trunk/view/head:/src/flickr_scope.py What you are looking for is everything related to the self.preferences var. That should be pretty explicit. Also, a summary http://paste.ubuntu.com/1288896/
[09:52] <AlanBell> not massively impressed at the way the privacy option has been done tbh, it seems far too voluntary
[09:52] <AlanBell> yeah, I am just reading through http://bazaar.launchpad.net/~unity-lens-photos/unity-lens-photos/trunk/revision/86#src/facebook_scope.py
[09:53] <davidcalle> AlanBell, it was very last minute-ish
[09:54] <AlanBell> yeah, I understand it was a rush, but right now you can write a silent scope that harvests every search without respecting that preference
[09:56] <davidcalle> AlanBell, yes, but the API being opened to every kind of http connection and several languages, I'm not sure how it would be possible to effectively prevent any kind of remote things in a lens process.
[09:56] <AlanBell> what I would have done is whitelist which scopes are allowed to listen to global search change events
[09:57] <AlanBell> so then they don't get global searches, but if you click them in the lens bar you can still use them with specific lens searchs
[09:57] <AlanBell> and I wouldn't let anything set visibility to false and hide from the lens bar
[09:58] <AlanBell> so scope.active_global_search would return nothing for things not whitelisted for the global search
[10:01] <AlanBell> however, thanks for the pointer to the photos lens, now I know how to respect that preference, and understand the online accounts integration a lot better
[10:01] <davidcalle> AlanBell, I think this option has been discussed in this channel (don't remember how it went), and I agree it would be effective. But I still have mixed feelings on the constraints it puts on developers.
[10:02] <AlanBell> wouldn't put any constraints on developers, all current lenses would just work
[10:02] <davidcalle> AlanBell, I'm thinking about 3rd party lenses devs.
[10:03] <AlanBell> what it would mean is that the GUI for turning it off and on would be a bit complicated because it would be scope based, so you would have options for photos to control picassa, flickr, shotwell, facebook independently
[10:04] <AlanBell> 3rd party lens devs would just not have to worry about respecting the preferences, and you could still do a shopping lens type thing that does do internet based searches, but isn't allowed to populate the global home
[10:05] <AlanBell> this checkbox is a rather blunt instrument because it requests lenses to completely turn themselves off
[10:05] <AlanBell> when all I want is my search for "terminal" to not go to 15 different websites :)
[10:06] <AlanBell> but hopefully this area will be enhanced in future, I will try and participate in the UDS session relevant to it
[10:08] <davidcalle> AlanBell, see you there ;)
[10:08] <AlanBell> sadly not, I will be remote for this one
[10:09] <tsdgeos> Trevinho: changed https://code.launchpad.net/~aacid/unity/fix_panek_title_escaping_1067357/+merge/130111 to include a unittest, it involved a bit of refactoring but nothing that is too ugly i think
[10:13] <davidcalle> AlanBell, :/
[10:20] <sil2100> davidcalle: I have been informed by didrocks that the photo lens has been pushed to proposed \o/
[10:21] <davidcalle> sil2100, didrocks, thanks!
[10:21] <sil2100> yw!
[10:22] <didrocks> yw ;)
[10:22] <didrocks> thanks sil2100, davidcalle
[10:36] <Trevinho> tsdgeos: ok, nice...
[10:36] <Trevinho> tsdgeos: just few things... I'll write them on review
[10:38] <tsdgeos> ok, tx
[10:44] <Trevinho> tsdgeos: comments added
[10:45] <tsdgeos> Trevinho: didn't make it public
[10:46] <tsdgeos> just protected
[10:46] <tsdgeos> but i can go the friend route if you prefer that
[10:58] <Trevinho> tsdgeos: ah... mh, well, yes better to keep it private btw... since I guess that friend way could be useful for other things tooo
[10:59] <tsdgeos> oki
[11:08] <Rob__> I'm on 12.04 . When I click on Dash Home, Type Terminal, Terminal appears, I click on the Terminal Icon, The Terminal  appears for a second then dissappears. The app does not appear on the ALT TAB or ALT CTRL TAB LIST. Can someone help me troublehoot this pls?
[11:17] <popey> Rob__, what happens if you press CTRL+ALT+T?
[11:17] <tsdgeos> Trevinho: added your suggested improvements
[11:20] <Trevinho> tsdgeos: approved ;)
[11:21] <tsdgeos> Trevinho: do we want this for 6.0 ? include the <b> removal too?
[11:25] <Trevinho> tsdgeos: it would be nice... The <b> removal should be safe since the default options make the decorations to use a bold title...
[11:25] <tsdgeos> ook
[11:30]  * tsdgeos starts doing the 6.0 patch
[11:30] <tsdgeos> oh, the autolander complained
[11:34] <tsdgeos> i can't find again what's wrong
[11:34] <tsdgeos> jenkins is too hard to read
[11:34] <tsdgeos> with so much builders inside builders inside projects inside stuff
[11:34] <tsdgeos> is this the real error? http://s-jenkins:8080/job/unity-mbs-autolanding/67/build=pbuilder,distribution=quantal,flavor=amd64/console
[11:35] <trkv> Hi all, I know that the majority of ayatana developers always have a little time, but I really need help :)
[11:37] <trkv> I started the question on launchpad ( https://answers.launchpad.net/indicator-messages/+question/211616 ): in short, registration process for indicator-messages has been changed somehow and I can't find the changes
[11:37] <trkv> people report, that not only my application has been broken, but kopete too.
[12:01] <Trevinho> tsdgeos: you need a VPN to access there...
[12:02] <Trevinho> tsdgeos: or ask someone has one
[12:37] <tsdgeos> Trevinho: i know
[12:37] <tsdgeos> i have the vpn
[12:37] <Trevinho> ah, ok
[12:37] <tsdgeos> Trevinho: just that i'm usually confused with jenkins and faild to find the correct error page
[12:37] <tsdgeos> now it seems i got it right
[12:37] <tsdgeos> it's just jenkins that kind of broken according to mmrazik
[12:40] <mmrazik> tsdgeos: regarding VPN -- you shouldn't need that. The builds should be on jenkins.qa.ubuntu.com. For some reasons unity autolanding was not configured to do so which is a (now fixed) bug
[12:40]  * mmrazik is going to check the other jobs
[12:40] <tsdgeos> mmrazik: so will you retrigger the job once the branch thingy is fixed?
[12:40] <tsdgeos> or should we reapprove it?
[12:41] <mmrazik> tsdgeos: if the packaging is fixed today I can reapprove but then I'm in CPH startin Sunday
[12:41] <mmrazik> if nothing is happening just reapprove yourself
[12:41] <tsdgeos> ok
[12:41] <tsdgeos> no hurry anyway
[13:12] <tsdgeos> Trevinho: ouch, in 6.0 we don't have that StandaloneWindowManager class, only a WindowManagerDummy that is defined in WindowManager.cpp, want me to get that class out to a header or do a MockWindowManager in my test_panel_view.cpp ?
[13:13] <Trevinho> MockWindowManager is fine, even if... not sure it would work without some refactoring
[13:13] <Trevinho> as the WM is initialized in the init
[13:16] <tsdgeos> there's a SetWindowManager
[13:16] <tsdgeos> or WindowManager::SetDefault
[13:16] <tsdgeos> that'd ough to help
[14:40] <tsdgeos> Trevinho: what do you think of https://code.launchpad.net/~aacid/unity/compile_faster/+merge/130564 ?
[14:41] <Trevinho> tsdgeos: actually I think that's a good idea
[14:41] <Trevinho> tsdgeos: I also wanted to do that
[14:41] <tsdgeos> :-)
[14:42] <Trevinho> tsdgeos: probably the tests link time is increased?
[14:42] <tsdgeos> marginally
[14:42] <tsdgeos> i.e. can't really feel the difference
[14:42] <Trevinho> ok
[14:43] <tsdgeos> the autobuilders will also be faster
[14:43] <Trevinho> tsdgeos: the only thing could cause troubles are the different implementations of some classes...
[14:43] <tsdgeos> so we're being green!
[14:44] <tsdgeos> Trevinho: i'd say we don't have any duplicate at the moment since otherwise the linker would complain
[14:44] <Trevinho> tsdgeos: that should be fixed though... I mean, one problem we had was caused by pluginadapter that had two different implementations of the same API, and so we needed to differentiate it at link time
[14:46] <tsdgeos> Trevinho: fix what? it seems it's fine for me now
[14:46] <Trevinho> that not always happens... it's proven if they have different implementation, then the linker is smart enough to take the good one...
[14:46] <Trevinho> tsdgeos: I mean, the PluginAdapter thing
[14:47] <tsdgeos> ah
[14:47] <Trevinho> tsdgeos: we had two different implementations of the same .h
[14:48] <Trevinho> so... well, nice change
[18:56] <doctormo-pastor> Hey everyone, I'm looking for Alberto Mardegan or any one from the online accounts team
[19:10] <Daekdroom> Is there any way to reset Unity/compiz configuration now that --reset is deprecated?
[19:53] <doctormo-pastor> Daekdroom: does replace work?
[19:53] <Daekdroom> I don't know. I didn't try it.
[19:53] <doctormo-pastor> *still* work I should say. I replace when I need to reset
[19:53] <Daekdroom> Compiz was having trouble starting the Unity shell.
[19:54] <Daekdroom> I tried a bunch of things, then rebooted (why not?) and it worked ok.
[19:54] <doctormo-pastor> metacity --replace && unity --replace
[21:09] <doctormo-pastor> mardy: I think I need to speak to you about the online accounts functionality
[21:11] <doctormo-pastor> mardy: I've created a new OAUTH2 based account and built a sucessful deb. I've got it appearing in the control center config. But I'm finding it hard to debug, the first page isn't appearing as it should.
[21:23] <develtech> hi
[21:23] <develtech> facing issue of Ubunt Packaging
[21:23] <develtech> E: Couldn't configure pre-depend perl-base for liblocale-gettext-perl, probably a dependency cycle.
[21:23] <develtech> getting above error in terminal
[21:23] <develtech> can some one help me to fix it
[21:40] <davidcalle> mhall119, I love how everyone is jumping on your template :)
[21:46] <mhall119> davidcalle: shouldn't be that many, it's not even officially ready yet
[21:48] <davidcalle> mhall119, jderose, bkerensa, jbicha
[21:48] <davidcalle> mhall119, hmmm, I'm a no-life creep, but you knew that already :)
[21:49] <mhall119> I still can't believe you pay attention to all those wiki edit emails
[21:51] <davidcalle> mhall119, you don't know the half of it... ;-) By the way, will you stay during all UDS?
[22:16] <mhall119> yes, and a few days prior
[22:21] <davidcalle> mhall119, I hope we'll have some time to grab a beer, we need to talk about singlet
[23:00] <mhall119> davidcalle: sure