[00:00] <snadge> ive just gotten used to the "new" way of doing it.. and its been reverted ;)
[00:02] <Daekdroom> Why the hell do you ask that every time?
[00:14] <snadge> i just wanna know if its gonna get changed again
[00:14] <snadge> or what the story is
[01:01] <thumper> snadge: as far as I'm aware, it was decided to revert back
[01:04] <snadge> but i thought this was related to super being used for the help popup
[01:04] <snadge> the help popup doesnt reflect the reversion either.. it still says shift/alt super
[01:35] <Daekdroom> Does anyone here know if there's a bug report regarding sometimes when you drag icons from Launcher, they will sort of "get stuck" somewhere?
[01:59] <thumper> snadge: mine doesn't, I'm pretty sure it is getting it from compiz-config
[01:59] <thumper> snadge: although perhaps just once, I've not checked
[01:59] <thumper> Daekdroom: stuck where?
[01:59]  * thumper has school run
[02:01] <glosoli> LIM is by default included in Precise silently ?
[02:03] <Daekdroom> thumper, wherever near Launcher I release the cursor.
[02:03] <Daekdroom> Let me get a screenshot
[02:04] <Daekdroom> Interesting. It fixed itself a few seconds after I got the screenie :P
[02:05] <snadge> i had to unity --reset to get the keyboard shortcut reversion
[02:05] <Daekdroom> http://imagebin.org/202036
[02:05] <snadge> it looks like you can configure it from both settings -> keyboard or ccsm
[02:06] <snadge> hopefully those configuration settings refer to the same thing ;)
[02:13] <thumper> Daekdroom: what are your steps to reproduce?
[02:13] <Daekdroom> thumper, play with drag n dropping icons in the Launcher until it messes up.
[02:18] <thumper> Daekdroom: hmm, I don't see it...
[02:18] <thumper> Daekdroom: what does "apt-cache policy unity" say?
[02:19] <thumper> Daekdroom: this could be one of the recent fixes
[02:19] <Daekdroom>   Instalado: 5.4.0+bzr2047ubuntu0+654
[02:20] <thumper> hmm...
[03:04] <Daekdroom> I can't find any way to reproduce it. It just happens sometimes.
[08:21] <bschaefer> mhr3, hey, good morning. I have fixed those issues and it now has a nice autopilot test. For: https://code.launchpad.net/~brandontschaefer/unity/fix-711199/+merge/89192
[08:22] <mhr3> bschaefer, yea, i saw it, very nice work
[08:22] <mhr3> there's still one issue though, lenses can push results even when there's no search
[08:23] <bschaefer> mhr3, o really?
[08:23] <mhr3> so what can happen is that you'll be displaying "no results" and there in fact will be results
[08:23] <bschaefer> mhr3, hmm, do you know of an example where that is the case?
[08:24] <mhr3> bschaefer, if could happen in the home lens for example
[08:25] <bschaefer> mhr3, does SearchChange get emited when that happens?
[08:25] <mhr3> say you have a new user account, so there will be nothing recent, but once you run something the lens will update even without search to show the app you just run
[08:26] <mhr3> not really, just the results model / results view will be updated
[08:27] <mhr3> bschaefer, but it's quite corner-case scenario, i'm not going to block the merge on that, still it should be fixed
[08:27] <bschaefer> mhr3, hmm, yes agree!
[08:27] <bschaefer> mhr3, I was thinking, if it was possible to 'text_changed.emit()'
[08:27] <bschaefer> that will cause it to fire of that timer I have
[08:28] <bschaefer> mhr3 I have to look at that code, as im not familiar with it as much though
[08:28] <mhr3> hmm doesn't sound like a clean solution to me
[08:29] <bschaefer> mhr3, yeah, cause anytime an update happens it will emit that...
[08:29] <bschaefer> hence endless loop
[08:29] <bschaefer> hmm, well Ill look into that more
[08:29] <bschaefer> its getting a little late here
[08:30] <mhr3> probably 5.8 stuff :)
[08:30] <bschaefer> mhr3, yes sounds good!
[08:30] <bschaefer> mhr3, thanks for all your help and work for this :)
[08:31] <mhr3> thank you ;)
[08:31] <bschaefer> mhr3, have a good night, ill get thumper to approve it in the morning and hopefully you can see it soon :)
[08:31] <bschaefer> well my morning haha
[08:32] <bschaefer> mhr3, have a good day!
[08:32] <mhr3> bschaefer, good night to you :)
[08:36] <Saviq> didrocks, hey, pinging you to remember about "unity-common" for unity-2d on unity-merger
[08:37] <didrocks> Saviq: hum, didn't I say in the end that's maybe a bad idea?
[08:37] <didrocks> Saviq: let me rethink
[08:37] <didrocks> Saviq: some of your tests are depending on some assets, right?
[08:37] <didrocks> Saviq: or is it something else?
[08:38] <Saviq> didrocks, the tests depend on the Unity dconf schema to be installed
[08:38] <didrocks> Saviq: yeah, so maybe you can ping mhr3 and kamstrup, they did some kind of "mock gsettings" for similar cases
[08:39] <didrocks> Saviq: which seems more correct to me
[08:40] <Saviq> didrocks, truth is we don't care about gsettings or what the schema contains, just that it is there, but yeah, mocking the schema might work, too
[08:41] <didrocks> Saviq: seems a safer option to me in correctness as well as in build-depends and build-time (installing rdepends) ones, wdyt?
[08:41] <mhr3> afaik we dont mock gsettings, we wanted at some point, but dropped it
[08:41] <didrocks> mhr3: oh? I was thinking the work was finished here?
[08:42] <Saviq> didrocks, true, I could try and set GSETTINGS_SCHEMA_DIR to our own copy
[08:42] <didrocks> Saviq: seems better :)
[08:42] <mhr3> didrocks, no, there's many things you can do with gsettings, but pretending you have a schema which you don't isn't one of them
[08:43] <didrocks> mhr3: hum, even with the dconf gkeyfile backend?
[08:43] <mhr3> even
[08:56] <didrocks> greyback: Saviq: unity-2d uploaded built against unity 5.6 btw, unfreezing now -2d :)
[08:56] <Saviq> didrocks, awesome
[08:56] <greyback> didrocks: yay
[09:54] <angeloc> kamstrup, mhr3: merge proposal 95591 done!
[09:56] <angeloc> kamstrup, mhr3: opening sftp:// from dash is amazing!
[10:11] <Saviq> didrocks, ssoo... not sure how to proceed, tried having a local set of gschemas but the tests use the running instance that doesn't know about my GSETTINGS_SCHEMA_DIR, so unless I actually do install the schema I can't fake it, as mhr3 said
[10:11] <didrocks> Saviq: I would surely ask desrt once he's around (he's generally on #ubuntu-desktop, will be here I guess in 4 hours)
[10:12] <Saviq> didrocks, ok will do
[10:15] <mhr3> Saviq, well if you do have the schema at hand it should be possible to just use keyfile backend as didrocks said, the problem is when you dont have the schema
[10:16] <Saviq> mhr3, TBH in my case I just need to fake the schema being there, it's empty and that's enough, but it needs to be installed
[10:17] <Saviq> so yeah, keyfile might work, need to check
[10:25] <mhr3> Saviq, just try setting GSETTINGS_BACKEND=memory
[10:26] <Saviq> mhr3, that might work!
[10:57] <angeloc_>  mhr3: have you seen the patch?
[11:02] <mhr3> angeloc, on my todo
[11:03] <angeloc> mhr3: great news! thank you!
[11:08] <mhr3> angeloc, btw what the agreement? did you sign it yet?
[11:09] <mhr3> what about*
[11:09] <angeloc> mhr3: yes, but htere was a bug on the contributor agreement web page, wich I signalled and was fixed this morning
[11:09] <angeloc> mhr3: but finally I did it!
[11:10] <angeloc> mhr3: what's *?
[11:11] <mhr3> angeloc, i see two issues - pls dont use underscores in enum names
[11:12] <angeloc> mhr3: so sorry... there is a guideline for vala somewhere?
[11:13] <mhr3> you're also using tabs and it's just eeeh :P (spaces only pls)
[11:14] <angeloc> mhr3: yes, i have some glitches with my editor, i'll fix them as soon as possible
[11:16] <mhr3> angeloc, and last thing, i touched the same part of code you did, so there'll be conflicts, it'd be nice if you could merge lp:~mhr3/unity-lens-files/fix-921665 and set it as prereq for the branch
[11:17] <angeloc> mh3r: minchia (Italian approving expression), ok, this is a little bit more difficult, but extremely entertaining!
[11:17] <mhr3> angeloc, i like that you're up for some challenge ;)
[11:18] <angeloc> mhr3:I'm really addicted, Ubuntu development rocks!
[11:20] <mhr3> angeloc, also please use uri_regex instead of normal_regex, "normal" is very ambigous ;)
[11:20] <angeloc> mhr3: I had a suspect ...
[11:20] <mhr3> eeh, i meant web_regex
[11:20] <mhr3> all of those are uris :)
[13:26] <Andy80_> Trevinho: here you have the lspci output http://pastebin.com/mM7YWgH4
[13:28] <Andy80_> Trevinho: http://pastebin.com/g2FbhaNB
[13:30] <Trevinho> il modello esatto del computer lo sai?
[13:30]  * Trevinho sorry
[14:19] <tbf> what's that? with unity 5.4.0+bzr2047ubuntu0+654 gtk apps keep their main menu attached...
[14:19] <tbf> ...hopefully not intended.
[14:23] <Daekdroom> What do you mean by main menu attached?
[14:34] <tbf> Daekdroom: they still appear in the application window...
[14:34] <tbf> Daekdroom: oddly they also get mirrored to the indicator panel
[14:34] <tbf> therefore communication seems to work at least
[14:35] <Daekdroom> I have that version installed and it's working alright over here.
[14:35] <tbf> hmm. odd.
[15:10] <gord> mhr3, is it just me or is test_filesystem_lenses completely non working?
[15:11] <mhr3> gord, i hope it's just you :P
[15:12] <gord> mhr3, me too ;) for me it gets stuck in TestLensesAdded waiting for the lenses to load then times out - which for some reason causes gtest to not run the rest of the tests
[15:13] <mhr3> let me check
[15:14] <mhr3> gord, eeh
[15:15] <mhr3> task-1: [ RUN      ] TestFilesystemLenses.TestFileLoading
[15:15] <mhr3> ?
[15:16] <gord> mhr3, task-1: [ RUN      ] TestFilesystemLenses.TestLensesAdded
[15:16] <gord> TestFileLoading passes
[15:16] <gord> oh wait no fails
[15:16] <mhr3> it doesn't here :P
[15:16] <gord> task-1: [  FAILED  ] TestFilesystemLenses.TestFileLoading (11 ms)
[15:16] <mhr3> what the hell broke it
[15:16] <gord> task-1: unknown file: Failure
[15:16] <gord> task-1: C++ exception with description "std::bad_alloc" thrown in the test body.
[15:28] <mhr3> gord, it's starting to smell like corrupted stack to me
[15:40] <gord> mhr3, disabling the category tests (frequent causer of problems) leaves me with no errors, it just times out trying to load the lenses, i'd assume in WaitForLensesToLoad
[15:41] <mhr3> gord, if the waiting for load times out it's expected to crash (cause the stack variable with the lenses goes away)
[15:41] <mhr3> but why does it time out?
[15:44] <mhr3> oh god, pls tell me it's not because of timeout_add_seconds
[15:44] <mhr3> why the hell would you use that in tests...
[15:50] <gord> mhr3, flipping on debug, it does seem to load all the test lenses just fine
[15:50] <gord> apart from the ones designed to fail obviously
[15:53] <mhr3> i hate when tests are more flaky than the actual code
[16:09] <tsdgeos> didrocks: i'm confused about you asking for that DEP-3 thing for my metacity patch, none of the metacity patches have that
[16:10] <didrocks> tsdgeos: probably because most of them are debian patches and it really depends on the maintainer
[16:10] <tsdgeos> oh
[16:10] <tsdgeos> actually some do
[16:11] <didrocks> tsdgeos: but for most of the work we do in the ubuntu desktop team, we try to have them, especially when it's not obvious or we know it will be maintained for a long time
[16:17] <tsdgeos> didrocks: i've added the comments
[16:25] <didrocks> tsdgeos: thanks :)
[16:43] <kelemengabor> hi, could someone merge the branch proposed for https://bugs.launchpad.net/unity/+bug/923762 ?
[16:53] <gord> mhr3, ^^ re-review of kelemengabor's branch please?
[17:05] <mhr3> gord, review of https://code.launchpad.net/~mhr3/unity/safer-tests/+merge/95949 please?
[17:05] <mhr3> kelemengabor, gord, it looks good
[17:05] <mhr3> but last time didrocks was shouting, right? :)
[17:05] <mhr3> so let's have him take a look at it first
[17:05] <gord> mhr3, sure, will give it a spin
[17:06] <didrocks> mhr3: hum, shouting, for what? :)
[17:06] <didrocks> mhr3: no, just make the refresh of the .pot file a separate merge req, that's all :)
[17:06] <mhr3> didrocks, dunno, isn't that what you do all the time? :P
[17:06] <didrocks> (with the udpated POTFILES.in
[17:06] <didrocks> just don't mix it with other changes :)
[17:06] <didrocks> mhr3: come on!
[17:07] <didrocks> mhr3: it's just you guys who like to make me work 12 hours a day :p
[17:07] <mhr3> didrocks, we just know you love your job to we want you to enjoy every bit of it ;)
[17:07] <didrocks> :p
[17:08] <mhr3> didrocks, anyway, since the branch just updates potfiles.in and .skip isn't fine, right?
[17:09] <didrocks> mhr3: will be great to update then in the same or just another branch the templates
[17:09] <didrocks> so that you, as upstream, avoid ending up with a lot of translation updates in a feature/bug fix branch
[17:09] <gord> mhr3, yaay, test works again :)
[17:10] <mhr3> gord, seems like the signal was the culprit
[17:10] <mhr3> didrocks, you're so nice to us, we don't deserve you
[17:11] <didrocks> mhr3: that's what everyone is telling me everyday </kidding> ;)
[17:11] <didrocks> I'm just your mother it seems some times :)
[17:13] <mhr3> yea, shouting at us everyday, that fits :)
[17:25] <didrocks> gord: welcome to the unity team
[17:25] <didrocks> gord: are you new? :)
[17:25] <didrocks> want some help? ;)
[17:27]  * gord wonders if there is anyone else left who has been working on unity as long as him ... njpatel jumped ship!
[17:27] <gord> or rather, got promoted to some other ship
[17:28] <didrocks> gord: this launchpad email is confusing, what happened?
[17:28] <didrocks> about you getting into the team
[17:29] <didrocks> and acked by… you :)
[17:29] <gord> didrocks, was just me playing about, i wasn't in the team directly but through other teams, couldn't modify a merge request which was weird, so i thought adding myself directly might fix it, turned out jason was just trying to merge a branch into another branch of his, not trunk ;)
[17:30] <didrocks> gord: ah interesting :)
[17:30] <didrocks> yeah, makes sense
[17:31] <didrocks> so indirect membership and you add you directly yourself
[17:31] <didrocks> funny :)
[17:41] <PaoloRotolo> Hi all!
[18:32] <bkerensa> :( unity just displayed a weird screen artifact and upon reboot my unity launcher was reset
[18:32] <bkerensa> and desktop wallpaper
[18:32] <bkerensa> :(
[18:42] <andyrock> om26er__, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/947362
[18:43] <andyrock> can you reproduce this one?
[18:43] <andyrock> htorque, hello
[18:43] <andyrock> ^^^
[18:43] <htorque> yes
[18:43] <om26er__> looking
[18:43] <om26er__> uh he was quicker :D
[18:43] <htorque> hi :-)
[18:44] <andyrock> htorque, can you confirm? :)
[18:44] <andyrock> please
[18:44] <htorque> done
[18:45] <andyrock> thx
[19:41] <bilal> Anyone knows the difference between an autopilot test and a normal one?
[19:53] <mhall119> tedg: do you know if the sound indicator support MPRIS 2.1?
[19:53] <bschaefer> bilal, do you mean a manual test vs an autopilot test?
[19:54] <tedg> mhall119, I don't know, but I'd guess yes.
[19:54] <tedg> mhall119, Conor would know...
[19:55] <mhall119> ronoc?
[19:55] <tedg> bilal, Basically the level of integration.  Autopilot runs on a complete-ish desktop.
[19:55] <tedg> mhall119, Yes
[19:55] <mhall119> thanks
[19:55] <tedg> lamalex, Can you answer bilal's question a bit better than that? ^
[19:55] <bilal> thanks tedg, that's what I needed
[19:55] <mhall119> tedg: also, we need some instructions for pre-seeding HUD data
[19:55] <mhall119> something we can put on developer.u.c
[19:56] <bilal> tedg: no need, thomi is helping me with it ;)
[19:56] <bilal> thanks a lot anyway
[19:56] <tedg> mhall119, Hmm, yes.
[19:56] <tedg> We should make a demo and document it.
[19:58] <mhall119> tedg: do you happen to know if there is any documentation about using MPRIS to connect to the sound menu?
[19:59] <mhall119> http://www.mpris.org/2.1/spec/ isn't very helpful
[20:01] <tedg> mhall119, This looks like it's out of date: https://wiki.ubuntu.com/SoundMenu#Music_player_integration
[20:02] <mhall119> tedg: do you think http://theravingrick.blogspot.com/2011/02/easily-support-sound-menu-in-python.html still  have a good example of integrating with python?
[20:02] <mhall119> or is it out of date now too
[20:03] <tedg> mhall119, Out of date, that's before we did all that work in libunity for people.
[20:04] <tedg> mhall119, They should just be able to use libunity today.
[20:05] <mhall119> so no more MPRIS?
[20:07] <mhall119> they just use Unity.MusicPlayer and the like?
[20:09] <tedg> mhall119, Well, it is MPRIS, it's just done in a nice to use API.
[20:09] <tedg> mhall119, We've implemented the MPRIS client.
[20:10] <thumper> morning
[20:11] <mhall119> tedg: ah, cool, is there any documentation on doing that then?
[20:11] <mhall119> good afternoon thumper
[20:12] <tedg> mhall119, I think only the API docs, but again, ronoc would be the guy to ask, he did all that work.
[20:14] <mhall119> ok
[20:15] <mhall119> tedg: is ronoc also a good person to ask about docs for the message indicator?
[20:15] <mhall119> or is there someone better I can ask
[20:16] <bschaefer> thumper, good morning! I have a review for you :)
[20:16] <bschaefer> thumper, https://code.launchpad.net/~brandontschaefer/unity/fix-711199/+merge/89192
[20:17] <thumper> bschaefer: morning, I'll look at it soon
[20:18] <bschaefer> thumper, thanks, and no worries just wanted to add it to your todo list
[20:23] <tedg> mhall119, No, messaging indicator is me :-)
[20:25] <mhall119> tedg: ah, well then while I have your ear, I need some documentation on integrating with the message indicator to put on developer.u.c
[23:07] <angeloc> mhr3: why you removed AppInfo.launch_default_for_uri (uri, null); from your ubuntu-lens-files branch?
[23:08] <angeloc> I cannot understand
[23:25] <angeloc> mhr3: ?
[23:26] <mhr3> angeloc, cause it's not needed
[23:27] <angeloc> mhr3: yes, it's needed to open web url with browser web, and after my patch, open mountable uris in nautilus?
[23:28] <angeloc> mhr3: how can I open uris without launch_default_for_uri or launch_uris?
[23:29] <mhr3> angeloc, what makes you think it's needed?
[23:29] <angeloc> mhr3: Have I to add a special case in yor code that use these function only when an uri is detected?
[23:30] <angeloc> mhr3: I think that is used to open uris, isn't it?
[23:31] <mhr3> it did, but it wasn't necessary for standard uris
[23:31] <angeloc> mhr3: who launches firefox when on dash user write google.com?
[23:31] <mhr3> if you return NOT_HANDLED from the activate method, unity tries to do what it can do
[23:32] <mhr3> and it can open uris
[23:34] <angeloc> mhr3: so my patch is totally useless! Target of my patch was to extend launch_default_for_uri to use launch_uris if a mountable uri is detected, but if Unity knows how to handle all the uris itself, my patch is worth nothing, am I wrong?
[23:35] <mhr3> yes :)
[23:35] <mhr3> angeloc, unity just does exactly what the files lens was doing before your patch
[23:36] <mhr3> ie trying to run a sftp://... uri but failing cause it wasn't mounted
[23:37] <mhr3> your patch changes the default behaviour, that's why it works
[23:37] <angeloc> mh3r: ok, ok, Unity can hadle web uris, but not mountable ones, so before return new Unity.ActivationResponse (Unity.HandledType.HIDE_DASH); I have to add code to handle mountable uris
[23:37] <angeloc> mhr3: right?
[23:38] <mhr3> yes
[23:38] <angeloc> mh3r: I'm happy, I almost done!