[01:23] <josharenson> I'm getting a hang at the Google screen after enabling qt compositor... Trying a reflash now, but anyone else seeing this?
[01:47] <josharenson> also getting an error when I do dist-upgrade
[07:39] <tsdgeos> Saviq: i am in temp scope, and from dash overview "All" open a temp scope, that happens to be the same scope, i just go "back" instead of putting it on top, no?
[07:40] <Saviq> tsdgeos, on one hand, yes... on the other there's going to be the scope stack (multiple temp scopes open on top of one another)
[07:40] <Saviq> tsdgeos, so that'll need clarification,too
[07:42] <Saviq> tsdgeos, so do the simplest thing you can do (open one on top anyway?)
[07:42] <tsdgeos> i guess that's the simplest yes
[07:43] <Saviq> and we'll add to the list
[07:55] <Saviq> mzanetti, RFC https://bugs.launchpad.net/unity8/+bug/1343760/comments/1
[07:59] <mzanetti> Saviq: done
[07:59] <Saviq> tx
[08:09] <tsdgeos> Saviq: having two temp scopes is veeeery confusing
[08:09] <tsdgeos> hope they see it once it's running on their hands
[08:10] <Saviq> tsdgeos, yeah well... that's what the stacked scopes will lead to anyway
[08:10] <tsdgeos> but not with overview in the middle
[08:10] <tsdgeos> overview in the middle is confusing
[08:14] <Saviq> tsdgeos, well, you get an overview in the middle for different temp scopes as well (and for dash, for that matter)
[08:14] <tsdgeos> not sure i understand what you mean
[08:14] <tsdgeos> but let's finish this
[08:14] <tsdgeos> and then see what people think
[08:15] <Saviq> tsdgeos, I mean it's as confusing as when you have dash | overview | scope1
[08:15] <Saviq> and dash | scope2 | overview | scope1
[08:15] <Saviq> doesn't matter if scope2 is scope1 much
[08:15] <tsdgeos> ah sure
[08:18] <mzanetti> Saviq: can you tell me what's wrong here? https://ci-train.ubuntu.com/job/landing-006-1-build/122/console
[08:18] <mzanetti> dh: Unknown sequence get-packaged-orig-source
[08:19] <Saviq> mzanetti, that's not the problem
[08:19] <Saviq> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-006/+sourcepub/4301552/+listing-archive-extra is
[08:19] <Saviq> mzanetti, prompt sessions
[08:19] <Saviq> mzanetti, https://launchpadlibrarian.net/180198115/buildlog_ubuntu-utopic-amd64.qtmir_0.4.0%2B14.10.20140718-0ubuntu1_FAILEDTOBUILD.txt.gz
[08:20] <mzanetti> ah ok... that makes more sense now
[08:20] <mzanetti> I guess I need gerry for that
[08:20] <mzanetti> gonna do some taxes crap in the meantime
[08:22] <Saviq> mzanetti, FWIW https://code.launchpad.net/~nick-dedekind/unity-mir/unity-mir.trusted_sessions/+merge/208324 this is what got merged in unity-mir to get trusted prompts going
[08:40] <dednick> Saviq: looks like qtmir silo is having issues since mir 0.5 was released.
[08:41] <Saviq> dednick, yup, qtmir needs adaptation to prompt sessions
[08:42] <dednick> Saviq: hm. well if doesn't "need" adaptation. it should still be able to work without. but can't seem to upgrade to the packages in silo anymore.
[08:42] <Saviq> dednick, it did FTBFS https://launchpadlibrarian.net/180198115/buildlog_ubuntu-utopic-amd64.qtmir_0.4.0%2B14.10.20140718-0ubuntu1_FAILEDTOBUILD.txt.gz
[08:43] <dednick> Saviq: ah, ned change to mir. er, i can fix that.
[08:43] <Saviq> dednick, SessionAuthorized does not implement prompt_session_is_allowed
[08:43] <dednick> s/ned/new
[08:43] <Saviq> dednick, sure, guys will be happy
[08:44] <Saviq> dednick, btw, something *weird* happened with your trusted MP to unity-mir https://bugs.launchpad.net/unity-mir/+bug/1343639/comments/3
[08:46] <dednick> huh. that's weird. must have been an dodgey merge during the CI.
[08:53] <dpm> hi pete-woods, I was discussing with pstolowski what to recommend to scope developers to use as a C++ library to do networking. The tutorial code that we've got uses Qt, and I'm told that's probably not the best option. It seems you're writing the youtube scope with netcpp? Is that what you think we should recommend?
[08:54] <pete-woods> dpm: I'd say so, yes
[08:54] <dednick> Saviq: https://code.launchpad.net/~nick-dedekind/qtmir/mir-0.5-compatibility/+merge/227290
[08:54] <pete-woods> dpm: otherwise you have to deal with integrating with the Qt event loop
[08:55] <pete-woods> dpm: I'd say the vimeo scope might be a more friendly example to point developers at than the youtube one, though
[08:55] <pete-woods> the youtube API is somewhat complex
[08:55] <Saviq> mzanetti, dednick fixed qtmir ↑↑, I'll add to the silo
[08:55] <dpm> pete-woods, we don't have any example c++ scope using the latest version of the api. Do you have the vimeo scope code somewhere in LP?
[08:55] <mzanetti> Saviq: dednick: awesomes, thanks guys
[08:55] <pete-woods> dpm: https://launchpad.net/unity-scope-vimeo/
[08:56] <pete-woods> it just uses a simple synchronous API
[08:56] <pete-woods> as opposed to the youtube scope, which is peppered with futures
[08:57] <dpm> pete-woods, awesome, thanks. Another thing that some scope developers might want to do is to parse JSON returned by the remote api they're connecting to. Do you have any suggestions for c++ libraries to do that?
[08:57] <pete-woods> dpm: again, see the vimeo scope - I'm using jsoncpp
[08:57] <dpm> excellent, thanks
[08:58] <pete-woods> dpm: see the youtube scope for a more difficult example, though (https://launchpad.net/unity-scope-youtube/)
[08:58] <pete-woods> as that's really what a more involved scope should look like
[08:58] <pete-woods> doing parallelised http requests (to some degree), gzip compression, etc
[08:59] <pete-woods> dpm: there are also (in my opinion) good examples of tests, using python's tornado as a fake HTTP server
[09:01] <dpm> pete-woods, great, thanks
[09:02] <dpm> pete-woods, for now, I think the vimeo scope should suffice. I'd like to get the scope template in the SDK to add some basic networking code to do a simple API call
[09:02] <pete-woods> sounds like a good idea to me
[09:03] <pete-woods> vimeo also has the tests, though, seriously think it's not a bad idea to include a simplified version of those in the template
[09:03] <pete-woods> reacting to just one API call, as you say
[09:16] <tsdgeos> Saviq: just pushed the show dash overview from temp scope + all interactions
[09:19] <Saviq> tsdgeos, ktx
[09:19] <Saviq> tsdgeos, looks like qmluitests are back in business, btw
[09:19] <tsdgeos> \o/
[09:19] <tsdgeos> So now i have a very small todo with a popup that doesn't want to die
[09:19] <tsdgeos> and will try to cover all the interations in a qmluitest
[09:19] <tsdgeos> not sure how well this can be tested
[09:19] <tsdgeos> but will try anyway
[09:20] <tsdgeos> Saviq: there's a magic item that opens a temp scope in tryDash
[09:20] <tsdgeos> Title 2.2 in the red scope
[09:38] <Saviq> tsdgeos, oh ok
[09:53] <mhr3> tsdgeos, didn't design want that disabled?
[09:53] <tsdgeos> mhr3: no
[09:53] <tsdgeos> they want dash overview disabled from dash overview temp scopes
[09:53] <tsdgeos> but not from general temp scopes
[09:53] <tsdgeos> don't ask me why
[09:54] <pstolowski> pete-woods, i'm trying to gelp dpm with getting scope tutorial compiled with the latest api, and getting errors that come from the guts of libproperties-cpp-dev - http://pastebin.ubuntu.com/7813060/
[09:54] <pstolowski> s/gelp/help/
[09:54] <pstolowski> pete-woods, ideas?
[09:55] <pstolowski> dpm, also, here is a little bit that at least removes errors related to scopes api calls: http://pastebin.ubuntu.com/7813572/
[09:55] <mhr3> tsdgeos, i have to think too hard just to parse that sentence :P
[09:56] <mhr3> pstolowski, slot is a qt keyword
[09:56] <dpm> pstolowski, thanks! pete-woods, for more context, that tutorial code uses Qt for networking. I realise we should now probably used netcpp based on the conversation earlier, but I think at this point the easiest thing is to fix the tutorial code to work with the latest API and update the networking part earlier -> http://bazaar.launchpad.net/~dpm/ubuntu-sdk-tutorials/api-updates/revision/119
[09:56] <mhr3> pstolowski, there was a fix for properties-cpp ages ago
[09:56] <dpm> err *later, not earlier
[09:57] <mhr3> pstolowski, and it's still there :( https://code.launchpad.net/~marcustomlinson/properties-cpp/fix_qt_keyword_clash/+merge/223056
[09:57] <pstolowski> mhr3, uh oh
[09:57] <pstolowski> dpm, ^
[09:57] <mhr3> dpm, easy fix though, -DQT_NO_KEYWORDS
[09:58] <pstolowski> awesome
[09:58] <dpm> ok, let me give this a go, thanks guys
[10:02] <pete-woods> yeah, beat me to it
[10:15] <Saviq> MacSlow, one for you https://code.launchpad.net/~saviq/unity8/fix-test-notifications/+merge/227239
[10:15] <Saviq> oh well, mterry ack'ed it already, but no top-ack, so might as well
[10:21] <mhr3> tsdgeos, hmm, something's broken with dash overview
[10:21] <tsdgeos> E_MORE_DETAILS_NEEDED
[10:21] <mhr3> somehow i can't activate any of the all scopes
[10:21] <mhr3> tsdgeos, do you expect it to emit openScope()?
[10:22] <tsdgeos> no
[10:22] <tsdgeos> i expect it to have a scopeId
[10:22] <tsdgeos> mhr3: how uptodate are you?
[10:22] <mhr3> tsdgeos, pulled like 15minutes ago
[10:22] <tsdgeos> ok
[10:23] <mhr3> let me push the plugin
[10:24] <mhr3> tsdgeos, lp:~unity-team/unity-scopes-shell/overview
[10:25] <tsdgeos> mhr3: make tryDash works for you, right?
[10:26] <mhr3> yep
[10:28] <tsdgeos> ok, let me compile the plugin
[10:28] <tsdgeos> see what i can help with
[10:33] <mhr3> tsdgeos, also, searching and then reseting the search seems to break quite a lot
[10:34] <tsdgeos> works for me in tryDash :D
[10:35] <tsdgeos> still building
[10:35] <mhr3> but i do unspeakable things to the models :P
[10:45] <tsdgeos> mhr3: why is your all so weird?
[10:45] <tsdgeos> i get holes :S
[10:45] <tsdgeos> and scroll doesn't work :S
[10:45] <mhr3> tsdgeos, guess a scope without art
[10:45] <mhr3> yea, what's up with that
[10:46] <tsdgeos> i don't know
[10:46] <tsdgeos> it works fine in tryDAsh :d
[10:46] <mhr3> should i be settings collapsed-rows: 0?
[10:46] <mhr3> setting*
[10:48] <tsdgeos> no unless something weird changed
[10:49] <tsdgeos> mhr3: scopes.getScope(com.canonical.scopes.ebay) returns null
[10:49] <mhr3> oh you call that?
[10:49] <tsdgeos> yes
[10:49] <mhr3> k, fixing
[10:50] <mhr3> tsdgeos, you'd call that even when doing searches?
[10:50] <tsdgeos> mhr3: what do you mean "evn when doing searches"
[10:50] <mhr3> tsdgeos, searches can return specific canned queries
[10:50] <tsdgeos> i don't know what's that
[10:50] <tsdgeos> i open scopes
[10:51] <tsdgeos> you give me a scopeId
[10:51] <tsdgeos> i use it
[10:51] <mhr3> tsdgeos, for example search for "u2", will return amazon result telling it to search for "u2" in the "music & dvd" department
[10:52] <mhr3> if you just do getScope() all that is lost
[10:52] <tsdgeos> well it's not what i was told to do
[10:52] <tsdgeos> i was told, you search, have a scope, open it
[10:53] <mhr3> that was cause you didn't want to wait for openScope
[10:53] <mhr3> which it might and might not emit
[10:53] <mhr3> iirc
[10:54] <tsdgeos> what¿
[10:55] <tsdgeos> oh is openScope going to be any different anyway?
[10:55] <mhr3> i can understand why you don't want to wait for a signal
[10:56] <mhr3> oh, oh, we have the performQuery on the scope object now
[10:56] <mhr3> could you just call that after getScope() with the result uri?
[10:58] <tsdgeos> i can do whatever you want
[10:58] <tsdgeos> i have just done what i've been told to do
[10:59] <tsdgeos> and in the 99.05% i have been told anything i just improvised
[11:01] <mhr3> tsdgeos, are you ok with having ownership of the temp scope you get via getScope() ?
[11:02] <tsdgeos> i don't know what it means
[11:02] <tsdgeos> so no
[11:03] <mhr3> you'll own the instance
[11:03] <mhr3> you're responsible for destroying it
[11:03] <tsdgeos> that's not specified in getScope docu
[11:03] <tsdgeos> is it?
[11:04] <mhr3> no
[11:04] <tsdgeos> because i'm pretty sure we do getScope in other places
[11:04] <tsdgeos> and never destroy it
[11:04] <tsdgeos> why should we do it in this case?
[11:04] <mhr3> cause it used to give you only scopes that are in the model
[11:04] <mhr3> but now you want temp ones
[11:04] <facundobatista> Holas
[11:05] <mhr3> tsdgeos, or we introduce a new call for that
[11:10] <tsdgeos> mhr3: if you're going to make me use a new function, may as well use openScope
[11:11] <tsdgeos> mhr3: can you please detail exactly how i'm supose to interact with you
[11:11] <mhr3> i'm giving you options
[11:11] <mhr3> if openScope is fine with you, let's do that
[11:12] <tsdgeos> anything is fine with me, you just need to tell me what you're going to do
[11:12] <tsdgeos> obviously it's not going to work now
[11:12] <tsdgeos> so don't complain it doesn't work
[11:12] <tsdgeos> i did it so that it works for me
[11:12] <tsdgeos> but it doesn't work for you, ok, tell me what you want
[11:12] <mhr3> relax
[11:13] <tsdgeos> i'm relaxed
[11:13] <mhr3> i'm just trying to figure out what's the difference
[11:13] <mhr3> and we identified that
[11:13] <mhr3> so yey
[11:13] <tsdgeos> and i'm going to give you a hint, don't tell relax to people that aren't relaxed
[11:13] <tsdgeos> doesn't help
[11:15] <tsdgeos> i'm investigating the height thing
[11:18] <mhr3> tsdgeos, so from my pov if you just call scope.activate(result) i'd be happy, that will emit either gotoScope (for favourites) or openScope(for the rest), or neither if it's a wikipedia result or whatever
[11:18] <tsdgeos> that would have been useful before i started doing anything
[11:18] <tsdgeos> mhr3: in search? in all?
[11:19] <mhr3> everywhere
[11:19] <tsdgeos> i'm not going to call that in favorites
[11:19] <mhr3> fine
[11:19] <mhr3> that means we could even get rid of gotoScope perhaps.. yey
[11:20] <mhr3> although i don't know what's supposed to happen if you tap music from all
[11:20] <mhr3> open is as a temp scope?
[11:23] <tsdgeos> no
[11:23] <tsdgeos> i go back to dash
[11:23] <tsdgeos> i handle that
[11:24] <tsdgeos> i check if it's on the favorites model or not
[11:24] <tsdgeos> and then go to dash or not
[11:24] <tsdgeos> booooo for using functions in bindings
[11:24] <tsdgeos> they don't update when the variables used in the function but not in the function call change
[11:28] <mhr3> tsdgeos, so you'll check scopeId, and if !favourite, call .activate() which you'll expect to emit openScope?
[11:29] <tsdgeos> yes
[11:29] <tsdgeos> mhr3: from the scope that was returned by getScope("scopesOverview")
[11:29] <tsdgeos> yes?
[11:29] <mhr3> yep
[11:29] <tsdgeos> mhr3: and i have to call closeScope when i'm done
[11:29] <mhr3> correct
[11:30] <mhr3> and of course the opened scope can again emit openScope
[11:35] <tsdgeos> not going to work
[11:35] <tsdgeos> sorry
[11:36] <tsdgeos> that doesn't work right now either in the dash
[11:36] <tsdgeos> so i'm not going to fix it for this case
[11:36] <tsdgeos> height of the "All" should be fixed now
[11:36] <tsdgeos> it looks like it's wrongly calculated here at the moment since there's scopes without images that make it look empty
[11:38] <mhr3> i wonder why is that
[11:39] <tsdgeos> Error downloading https://dash.ubuntu.com/imgs/art/openlibrary-scope.jpg - server replied: Forbidden
[11:39] <tsdgeos> You don't have permission to access /imgs/art/openlibrary-scope.jpg on this server.
[11:39] <tsdgeos> is that firefox says
[11:39] <tsdgeos> someone should fix it
[11:40] <mhr3> facundobatista, ^
[11:40] <tsdgeos> mhr3: so getScope is going to return null for any non favorite scope, right?
[11:40] <tsdgeos> mhr3: can we document that?
[11:42] <tsdgeos> so that i make my fake plugin do the same
[11:42] <Saviq> biab, interview
[11:42] <facundobatista> mhr3, tsdgeos, checking...
[11:43] <tsdgeos> mhr3: tbh it is kind of weird, since we have the visible flag, so i would expect your "Scopes" to have all the Scope objects and set the visible flag accordingly
[11:44] <tsdgeos> and then getScope would work
[11:44] <tsdgeos> but ok, getScope() only works for visible scopes
[11:45] <mhr3> tsdgeos, tbh i'd rather get rid of the visible flag, it's not like it was useful for anything, you just filter the invisible ones anyway
[11:46] <mhr3> tsdgeos, while at it, can we make the overviewScope something really special?
[11:46] <tsdgeos> mhr3: it's useful in my backend where i have all the scope objects created and then getScope works just fine for all scopes
[11:46] <mhr3> as in Scopes.getOverviewScope()
[11:46] <tsdgeos> mhr3: if you prefer, sure
[11:47] <tsdgeos> mhr3: you're adding it to unity::shell::scopes::ScopesInterface then, no?
[11:47] <mhr3> tsdgeos, doesn't work that great when you have dozens of objects and they're not that cheap
[11:47] <tsdgeos> mhr3: actually it should be kind of a property
[11:47] <tsdgeos> not a getOverviewScope?
[11:47] <tsdgeos> or you prefer the getter?
[11:47] <tsdgeos> are you creating it when i call that?
[11:48] <tsdgeos> i mean it will always be non null when i call getOverviewScope?
[11:48] <mhr3> tsdgeos, property is fine
[11:48] <mhr3> yea, it could be null if things aren't initialized
[11:48] <tsdgeos> i don't know, what do you prefer?
[11:48] <tsdgeos> well if it can be null
[11:48] <tsdgeos> i am going to need a property
[11:49] <tsdgeos> can you please define the interface so i can copy it to my fake plugin?
[11:49] <mhr3> k
[11:50] <tsdgeos> going for lunch
[11:53] <greyback> Saviq: hey out of laziness I bumped the version number of unity8 with QtComp support to 8.0 - mzanetti not so sure about that. WDYT?
[12:15] <mhr3> tsdgeos, lp:~unity-team/unity-api/scopes-v3
[12:51] <tsdgeos> mhr3: waht's overlaycolor?
[12:57] <mhr3> tsdgeos, unrelated
[12:57] <tsdgeos> ok
[12:58] <mhr3> tsdgeos, btw the going back from search to surfacing was my bug
[13:06] <dandrader> greyback, should we pass a QT_NODEBUG or something when building qtmir packages to silence its log output?
[13:25] <tsdgeos> mhr3: pushed the activate+openScope thing
[13:25] <tsdgeos> mhr3: should your part be ready or not yet?
[13:26] <mhr3> tsdgeos, nope, need to override activate
[13:26] <tsdgeos> ok, tell me when its done
[13:26] <tsdgeos> +'
[13:31] <Saviq> \o/ Dell technician's here
[13:40] <mhr3> tsdgeos, btw anything you can do about the large result? it's white text on light background atm
[13:40] <mhr3> tsdgeos, when you for example search for wiki in the overview
[13:41] <tsdgeos> mhr3: not sure what you mean
[13:42] <tsdgeos> mhr3: screenshot?
[13:43] <tedg> Saviq, Which MR is the one that splits out the dash?
[13:43] <mhr3> wth.. my zeitgeist doesn't work
[13:43] <mhr3> tsdgeos, http://imgur.com/EdrRvZ3
[13:44] <tsdgeos> i guess i need to set some background so it's not white
[13:44] <tsdgeos> i'll see
[13:44] <tsdgeos> mhr3: is that happening if i update all branches and compile?
[13:44] <mhr3> yes
[13:45] <tsdgeos> ok
[13:46] <mhr3> tsdgeos, although maybe we need to update the scope, it's specifying the background color itself
[13:47] <greyback> dandrader: I think it's a good idea to keep the verbose logs printing, it'll help us tracking down bugs
[13:47] <mhr3> still white on white... eek
[13:48] <tsdgeos> confused
[13:49] <mhr3> the designs no longer show the card being white... otoh there's no real visual design, just wireframes
[13:49] <tsdgeos> well
[13:50] <tsdgeos> the  card is using scopeStyle.foreground as color for something i idenfity as background
[13:50] <tsdgeos> Saviq: you there?
[13:51] <Saviq> tsdgeos, wassup
[13:51] <tsdgeos> Saviq: look at summaryColorWithBackground in CardCreator
[13:51] <tsdgeos> Saviq: why is it using foreground?
[13:51] <tsdgeos> should it be background?
[13:51] <dandrader> paulliu, is it the design that the shutdown dialog stays behind the indicators panel and launcher?
[13:52] <Saviq> tsdgeos, hmm? that's the colour of text?
[13:52] <tsdgeos> Saviq: the color of the text is background?
[13:52] <tsdgeos> or you mean summaryColorWithBackground is the color of the text?
[13:53] <tsdgeos> ah right summaryColorWithBackground is the color of the text
[13:53] <Saviq> yes it is
[13:53] <tsdgeos> then why is that thing white
[13:53] <Saviq> tsdgeos, maybe because it takes card background into account
[13:53] <Saviq> or well, should at least
[13:54] <Saviq> greyback, re: version... we didn want 8.0 to be when it becomes unity
[13:54] <Saviq> greyback, i.e. we don't want to keep it being unity8
[13:54] <Saviq> greyback, but OTOH does one preclude the other...
[13:54] <tsdgeos> Saviq: ah right
[13:54] <tsdgeos> hmmmm
[13:54] <tsdgeos> so how do we fix that?
[13:55] <tsdgeos> Saviq: that = http://imgur.com/EdrRvZ3
[13:55] <greyback> Saviq: I'll just do as you prefer on this matter. I don't have a strong opinion really
[13:55] <Saviq> tsdgeos, ah that
[13:56] <Saviq> tsdgeos, StyleTool has light/dark colours
[13:56] <Saviq> tsdgeos, we need to take luminance of the background color
[13:57] <Saviq> tsdgeos, and based on styleTool.threshold you go for dark or white
[13:57] <Saviq> s/white/light/
[13:58] <tsdgeos> Saviq: in the cardcreator code
[13:58] <Saviq> tsdgeos, it has cardStyle
[13:59] <tsdgeos> scopeStyle
[13:59] <tsdgeos> yes
[13:59] <Saviq> tsdgeos, so summaryColorWithBackground needs to check the background color luminance (that should be ~happening already)
[13:59] <tsdgeos> ok, let's see if i can make that happen
[13:59] <Saviq> tsdgeos, and depending on scopeStyle.threshold use background or foreground
[13:59] <Saviq> or well
[13:59] <Saviq> light or dark
[14:00] <Saviq> but yeah, that's something I didn't do yet
[14:00] <Saviq> mzanetti, do you have a branch with split dash for tedg to use?
[14:03] <mzanetti> Saviq: no
[14:03] <mzanetti> Saviq: doesn't work for that yet as ApplicationManager doesn't pick it up yet
[14:11] <tedg> mzanetti, I'm not sure how to interpret that. Simple or complex?
[14:11] <mzanetti> tedg: well, what exactly do you want to do with it?
[14:11] <tedg> mzanetti, I want to overlay a trusted session prompt on it.
[14:11] <tedg> mzanetti, So I need the pid of it to pass to Mir.
[14:12] <mzanetti> tedg: hmm, I see. no, slightly to early for that...
[14:12] <mzanetti> tedg: when QtComp has landed (Monday or tuestday hopefully) we'll work full steam on that
[14:13] <mzanetti> tedg: will ping you as soon as I have a branch for you to play with
[14:13] <tedg> mzanetti, So, again, I have no understanding of what the difficulty is. So is that a couple days after thing or a week or two after thing?
[14:14] <mzanetti> tedg: ah, no, shouldn't be too hard I hope, greyback estimated 1 day to get it working
[14:14] <tedg> Okay, cool.
[14:14] <mzanetti> tedg: so definitely next week unless QtComp plays bad on us (not expected any more)
[14:15]  * greyback touches wood
[14:15] <mzanetti> heh :D
[14:31] <kgunn> seb128: hey, just getting our qtcomp ducks in a row....would you mind approving https://code.launchpad.net/~unity-team/ubuntu-system-settings/use-qtComp/+merge/225540
[14:41] <dednick> tube every day in 30 degree heat. yay!
[14:42] <tsdgeos> Saviq: so something like http://paste.ubuntu.com/7814714/ ?
[14:45] <tsdgeos> mhr3: so it's fixed with ↑
[14:45] <tsdgeos> mhr3: you need to run make again to pick up these changes
[15:01] <Saviq> \o/ /me got my umph back
[15:07] <tsdgeos> dandrader|afk: any idea why my EdgeDragArea oesn't work in tests?
[15:07] <tsdgeos> or anyone
[15:09] <MacSlow> could someone test-ping me here please?
[15:10] <tsdgeos> MacSlow: ping
[15:10] <MacSlow> tsdgeos, thx
[15:12] <MacSlow> tsdgeos, once more please...
[15:12] <tsdgeos> MacSlow: looooolo
[15:13] <MacSlow> tsdgeos, great...thx
[15:15] <Saviq> tsdgeos, are you using touchDrag?
[15:16] <tsdgeos> Saviq: touchFlick
[15:16] <tsdgeos> can't find anything like touchDrag
[15:17] <Saviq> tsdgeos, yeah, that's probably the same
[15:17] <Saviq> s/same/one/
[15:18] <tsdgeos> it''s moving the scope below the drag area :S
[15:18] <paulliu> dandrader: https://launchpadlibrarian.net/158819734/poweroff-buttons.png
[15:18] <paulliu> dandrader: should be in-front-of those.
[15:18] <tsdgeos> ok now
[15:18] <tsdgeos> don't know what i did but works now :D
[15:18] <Saviq> \o/
[15:20] <dandrader> tsdgeos, using mouse events instead of touch events?
[15:20] <tsdgeos> dandrader: that was at the begnning, they i moved to touch and still didn't work, but i may have had the coords wrong
[15:23] <dandrader> paulliu, so it's a bug, right?
[15:23] <paulliu> dandrader: yes.
[15:24] <dandrader> paulliu, does it happens with stock image? I was trying with qtcomp modifications on top
[15:25] <paulliu> dandrader: I'm not sure. How did you make it behind them?
[15:25] <paulliu> dandrader: If just pressing the power button, it should pop-up in the front of everything.
[15:25] <dandrader> paulliu, well, just long pressed the power button and then slid down the indicators panel from the top edge
[15:26] <paulliu> dandrader: Let me try. I didn't do that. Should be on stock image too.
[15:26] <dandrader> paulliu, ie, while the dialog is being shown I have full access to the top bar
[15:26] <dandrader> paulliu, and can also do a left-edge drag to slide in the launcher
[15:27] <paulliu> dandrader: yeah. It is a bug.
[15:27] <dandrader> paulliu, ok, will report it then
[15:31] <dandrader> paulliu, https://bugs.launchpad.net/unity8/+bug/1344082 (don't know your launchpad nick)
[15:35] <mhr3> tsdgeos, awesome
[15:36] <paulliu> dandrader: ok. I'll assign myself.
[16:25] <dandrader> dednick, fyi: just started reviewing https://code.launchpad.net/~nick-dedekind/unity8/mirCompositor-appMocks/+merge/227317
[16:26] <dednick> dandrader: cool. thanks
[16:47] <dpm_> pete-woods, I was looking at the vimeo scope and noticed the PageHeader.Logo setting in the .ini file. However, when I try to run my scope using that setting via unity-scope-tool, I'm getting:
[16:47] <dpm_> warning: ignoring unknown key PageHeader.Logo in group Appearance in file /home/dpm/dev/build-8tracks-scope-Desktop-Default/src/com.ubuntu.developer.dplanella.8tracks-scope_8tracks.ini
[16:47] <pete-woods> dpm: yes, the error is nonsense
[16:47] <pete-woods> dpm: ^
[16:47] <dpm_> but the thing is that the logo does not load
[16:48] <pete-woods> dpm_: I think you need to provide an absolute path to the logo
[16:48] <pete-woods> but your stuff is click-packaged, right?
[16:50]  * pete-woods is asking what is supposed to happen here
[16:51] <dpm_> pete-woods, it will be click-packaged, it's just that it's not in a working state to be packaged yet. Right now I'm just getting the scope to run at all, using Qt Creator and unity-scope-tool
[16:52] <dpm_> so I set up the .ini file and I was puzzled by the error. Let me try to hardcode the path for testing purposes...
[16:52] <pete-woods> dpm_: I'm just checking whether you're allowed to pass a relative path (as that's what you need if you're a click auther)
[16:52] <pete-woods> *author
[16:52] <pete-woods> dpm_: yes, the error message is annoying and misleading
[16:52] <dpm_> I'm just using PageHeader.Logo = @SCOPE_INSTALL_DIR@/8tracks-blue.png atm
[16:53] <pete-woods> dpm_: what does that resolve to in your binary directory?
[16:53] <pete-woods> it might be looking in the real /usr/lib/ARCH/unity-scopes/SCOPE_NAME/…
[16:53] <pete-woods> (and maybe there's nothing there)
[16:53] <dpm_> pete-woods, it's a relative path, right now using a non-click target, it's /8tracks-blue.png
[16:54] <pete-woods> dpm_: sounds like you don't have SCOPE_INSTALL_DIR set as a cmake variable when configuring the *.ini.in file
[16:55] <dpm_> pete-woods, yeah, I'll have to look into that. In any case, hardcoding the path shows me the logo
[16:56] <pete-woods> dpm_: okay, cool, will get back to you when I know about relative path support
[16:56] <pete-woods> (which is what you actually need as a click author)
[16:57] <dpm_> ok, thanks
[17:02] <pete-woods> dpm_: okay, so relative paths aren't supported yet, and we're having a big argument about it :p
[17:03] <dpm_> oh :)
[17:04] <pete-woods> it'll get fixed, though, as we're apparently already aware of it
[17:04]  * dednick EOD. later suckers.
[17:05] <dpm_> ok, thanks pete-woods
[17:20] <josharenson> enabling qt compositor leaves me hanging at the "Google" screen after a reboot??
[17:26] <dandrader> josharenson, should not :)
[17:27] <dandrader> josharenson, flashed my N4 and enabled qtcomp on it this morning and it just worked
[17:28] <josharenson> dandrader, its been happening since yesterday.... i install all dependencies to run tests, and then install qt comp via right-edge ppa, and my nex7 hangs on the "Google" screen
[17:28] <josharenson> I can still access adb shell, but I cannot even boot into the boot loader
[17:28] <dandrader> josharenson, aaahhh... right-edge ppa is "old news"
[17:28] <josharenson> of course
[17:29] <josharenson> what should I be using
[17:29] <josharenson> ?
[17:29] <dandrader> josharenson, follow these instructions now: https://wiki.ubuntu.com/Unity8/QtComp
[17:29] <dandrader> josharenson, we are using another ppa now
[17:29] <josharenson> dandrader, thanks a bunch... this has been a bit frustrating
[17:29] <josharenson> even when I purge the ppa, only a reflash brings the device back it seems
[17:29] <dandrader> josharenson, I've faced this very problem when returning from vacations last Monday :D
[17:29] <josharenson> haha ok
[17:30] <josharenson> oh this webpage is great
[17:30] <dandrader> josharenson, I don't thrust ppa purges
[17:30] <josharenson> lol ok
[17:30] <dandrader> kudos to kgunn on that
[17:30] <dandrader> (the webpage)
[17:31] <josharenson> thanks kgunn
[17:31] <kgunn> josharenson: ppa-purge won't quite work on this particular pkg set i think
[17:31] <kgunn> since we've not seeded qtmir
[17:31] <josharenson> kgunn, know of a way to undo without a lengthy reflash?
[17:32] <kgunn> josharenson: i honestly hadn't even tested ppa-purge....but i suppose you might be able to apt-get remove qtmir-android, then try ppa-purge ?
[17:33] <kgunn> again...its an i _think_ that ppa-purge won't work...
[17:33] <josharenson> kgunn, yeah I would concur
[17:33] <kgunn> i think i did try it, but i noticed i could still close apps with swipe up in spread
[17:33] <kgunn> meaning, it failed
[17:33] <kgunn> altho...i think it was really late at night....
[17:33] <kgunn> tired head
[17:34] <josharenson> kgunn, alright I'll try that... reflash isn't bad once its downloaded as a last resort... but something is wrong with Comcast right now and I'm getting ~200k down at best
[17:34] <kgunn> oooff
[17:37] <mhr3> Saviq, hm, looking at the header-link branch, the diff grew significantly, anything wrong there?
[17:37] <Saviq> mhr3, yeah, LP
[17:37] <mhr3> sigh
[17:37] <mhr3> think i'll have to deal with that on monday
[17:37] <mhr3> have a nice weekend!
[18:13] <cyrildz_> Hi all , I have some questions concerning the soundmenu
[18:13] <cyrildz_>  I have implemented for my App the mpris2 specs , I can see the interfaces present on the session Bus through qdbusviewer. But I can't see my App listed in the soundmenu. what should I add in my code to have it shown in the soundmenu?   As a test, I also did a notification  class to send notifactions through Dbus and it works
[18:23] <Saviq> cyrildz_, it might be better for you to send an email to ubuntu-devel mailing list
[18:23] <Saviq> cyrildz_, it's late on a Friday, so most devs are already having their weekend
[19:11] <josharenson> Window geometry broken w/ qt comp?
[19:12] <josharenson> AP tests don't run fullscreen even when forced
[19:35] <greyback> josharenson: apps say if they want fullscreen or not. It's working in QtComp, as panel (bar at top) goes away for video app or gallery
[19:35] <greyback> josharenson: what AP test are you running?
[20:15] <cwayne> hm, why is there no scope department for the store?
[20:24] <josharenson> greyback, any of them... it looks like some parts use the whole screen, but the wallpaper and panel are only ~25%
[20:25] <greyback> josharenson: I've no idea what you're seeing. Can you share a photo?
[20:31] <josharenson> greyback sure 1 min
[20:34] <josharenson> greyback
[20:34] <josharenson> https://drive.google.com/file/d/0B_oQNe1U0rhqcEpkYzRyay1pSXc/edit?usp=sharing
[20:35] <josharenson> you can see the search icon in the black area on the far right
[20:35] <josharenson> greyback, this was taken mid swipe
[20:36] <greyback> josharenson: how did you run unity8?
[20:37] <josharenson> greyback, AP launched it via "launch_unity()"... I think it just executes the binary with window geometry params specified
[20:37] <greyback> josharenson: that's an N7 right?
[20:37] <greyback> josharenson: unity8 overrides the window geometry requested by the app
[20:38] <greyback> unity8 should be fullscreen
[20:38] <greyback> I've not tested AP on N7, I'd better give it a go then
[20:38] <josharenson> greyback, it is nex7
[20:40] <greyback> sorry but I gotta run
[20:41] <josharenson> np