[08:11] <Saviq> bug #1350584
[08:12] <Saviq> greyback, bug #1350584
[08:13] <tsdgeos> Saviq: ping
[08:15] <Saviq> tsdgeos, ong
[08:16] <tsdgeos> Saviq: seen the table JSON i added to the JSON descriptions file?
[08:16] <Saviq> tsdgeos, lookin'
[08:17] <Saviq> tsdgeos, +1
[08:17] <Saviq> tsdgeos, one thing you might notice on https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/toolkit/14-previews/Scope%20Toolkit%20-%20Preview%20Widgets%20v1.jpg
[08:17] <Saviq> tsdgeos, is they drawn it aligned between tables
[08:18] <Saviq> tsdgeos, if you have a good idea how to make this happen, please do, but if not, don't worry
[08:18] <Saviq> (oh and btw, title optional)
[08:18] <tsdgeos> Saviq: yes, title optional
[08:19] <tsdgeos> Saviq: yeah, tables of same expandable aligned
[08:19] <tsdgeos> it's something for the future i'd say
[08:19] <Saviq> tsdgeos, yeah, they have it across expandables even
[08:19] <tsdgeos> can do but not sure if it's worth investing much atm
[08:19] <tsdgeos> you sure?
[08:19] <Saviq> tsdgeos, they'll hate us for it, but that's fine ;)
[08:19] <tsdgeos> it seems to me they are not really really aligned the ones that don't belong to the same expandable
[08:19]  * tsdgeos gets the ruler out
[08:19] <Saviq> tsdgeos, yeah, Information and Shipping&Postage are aligned
[08:20] <tsdgeos> well there's the easy way
[08:20] <tsdgeos> which is forcing column1 width
[08:20] <tsdgeos> but we don't want that
[08:22] <Saviq> yeah, I think what we'll need is a preview-global var that will grow as we lay the table out
[08:30] <Saviq> greyback, https://code.launchpad.net/~canonical-platform-qa/unity8/dash-as-app-autopilot/+merge/228928
[09:17] <Saviq> dednick, https://sites.google.com/a/canonical.com/unity8dash/scopes/dash-overview
[09:29] <Wellark> dednick: please take a look at
[09:29] <Wellark> https://code.launchpad.net/~unity-api-team/unity8/default-indicator-page-loader-visible-fix/+merge/228943
[09:29] <jgdx> larsu, hey, thanks for the patch. It works well.
[09:29] <Wellark> dednick: that's a oneliner
[09:29] <Wellark> dednick: then there is this:
[09:29] <Wellark> https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159
[09:32] <dednick> Wellark: you have a silo for it?
[09:34] <Wellark> dednick: the MP just needs to get top approved first before I can request a silo
[09:34] <Saviq> tsdgeos, conflict in Shell.qml on dash_overview https://ci-train.ubuntu.com/job/landing-005-1-build/206/console
[09:34] <tsdgeos> darg darg
[09:34] <tsdgeos> what did we land?
[09:34] <Saviq> tsdgeos, but actually I'll pull it out from that silo and actually use it for landing now...
[09:34] <Wellark> dednick: so, if you could take a look of the code alone
[09:34] <Wellark> final testing comes when we have the silo
[09:34] <Saviq> we're low on silos :|
[09:35] <tsdgeos> Saviq: ok :/ i'll remerge the whole chain
[09:37] <Saviq> tsdgeos, most of it's gonna land
[09:37] <Saviq> tsdgeos, I'm just pulling out overview
[09:38] <larsu> jgdx: cool, let's land it :) seb128?
[09:38] <tsdgeos> oh ok
[09:38] <tsdgeos> Saviq: so i'll just remerge overview and up
[09:38] <seb128> larsu, enocontext
[09:38] <larsu> seb128: https://code.launchpad.net/~larsu/gsettings-qt/lp1349787/+merge/228841
[09:38] <tsdgeos> i'd be amazing if the LP "1 branch dependent on this one. " link worked
[09:38] <Saviq> tsdgeos, ah meh, stuff's based on overview is it :|
[09:38] <seb128> larsu, k, can do that after lunch
[09:38] <tsdgeos> dude i'd even pay for it
[09:38] <seb128> we are about to go for exercice with didrocks
[09:38] <tsdgeos> Saviq: not everything, just 2 more i think
[09:39] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/scopeActivatePreview/+merge/228624
[09:39] <Saviq> https://code.launchpad.net/~aacid/unity8/scopeSearchHintText/+merge/228655
[09:39] <Saviq> https://code.launchpad.net/~aacid/unity8/implementOverlayColor/+merge/228162
[09:39] <larsu> seb128: thanks! Watch out for the prereq, it seems to have fallen under the table
[09:39] <Saviq> tsdgeos, those three I have listed after
[09:39] <tsdgeos> ok, actually 3
[09:39] <tsdgeos> yep
[09:39] <Saviq> tsdgeos, actually that last one has no prereq
[09:39] <Saviq> tsdgeos, think it worth it to bring the other two closer to trunk?
[09:40] <tsdgeos> Saviq: correct
[09:40] <tsdgeos> you can land the last one
[09:40] <Saviq> and land them now? or shall it wait for overview?
[09:40] <seb128> larsu, k
[09:40] <tsdgeos> Saviq: they were, then you told me to put them over overview :D
[09:40] <tsdgeos> Saviq: i'd prefer not to bring them "back" again
[09:41] <tsdgeos> i'm going to mess up something after too many merges and they'll stop to work
[09:41] <tsdgeos> just land the rest and let's have these later
[09:41] <Saviq> tsdgeos, I know they were, I was hoping to land overview sooner, but we've accrued so many MPs I want to land stuff *now*
[09:41] <Saviq> tsdgeos, ok then, next time
[09:42] <jgdx> elopio, that's a good article. Thanks.
[09:44] <tsdgeos> Saviq: it's not me that merge fails, no? https://ci-train.ubuntu.com/job/landing-005-1-build/207/console
[09:44] <tsdgeos> Saviq: actually i can just merge trunk to dash_overview fine i'd say
[09:44] <Wellark> dednick: were you aware that the loader visible property could cause delegate misalignment?
[09:44] <Saviq> tsdgeos, yeah, different
[09:44] <Wellark> dednick: I spent quite some time debugging the thing as it seems so weird
[09:44] <tsdgeos> Saviq: http://paste.ubuntu.com/7913089/
[09:45] <tsdgeos> but ok, i'll still merge it
[09:45] <Saviq> tsdgeos, they go away from the silo for now
[09:45] <Wellark> dednick: the details are in the bug report if somebody wants to figure out what really goes on
[09:45] <tsdgeos> ok
[09:46] <Saviq> tsdgeos, TBH wait for me to land, merge trunk then
[09:46] <Saviq> tsdgeos, because it's gotten unbearable now
[09:47] <Wellark> dednick: I applied the that check height !== item.height and noticed there were values off for some existing indicator items as well
[09:47] <tsdgeos> Saviq: :D
[09:47] <Wellark> dednick: so applying the status == Loader.Ready will fix those also
[09:48] <dednick> Wellark: yeah. it's a really strange issue. not sure what was happening.
[09:48] <tsdgeos> Saviq: you tell me, i have 14 branches at https://code.launchpad.net/~aacid :D
[09:48] <Wellark> although the mismatch for other items was somewhat close to couple of pixels
[09:48] <Wellark> dednick: it must be the Loader dimension calculations
[09:48] <tsdgeos> and haven't still pushed the tablepreviewwidget one yet :D
[09:49] <Wellark> dednick: if you check the qml docs it states there that the loader applies some "complicated" logic when it tries to determine correct size for it self
[09:49] <dednick> Wellark: yes, it was. they are supposed to be bound to the item if not explicitlyu set, but something was going heywire somewhere.
[09:49] <Wellark> dednick: anyway, there is the example.qml which reproduces the issue if somebody wants to take a look later on
[09:50] <dednick> Wellark: maybe should post that to Qt bugs.
[09:50] <Wellark> Estilanda: could you comment on the design side of this as you were the one to provide the design: https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159
[09:51] <Wellark> dednick: that would require further investigation as the example is still quite hairy
[09:51] <Wellark> trying to reduce it even further
[09:51] <Wellark> and only to use standard Quick components
[09:51] <Wellark> if we post something that includes our components they will just ignore it
[09:52] <Wellark> based on the probability that something goes wrong in our side
[10:00] <Wellark> Has something changed in the trunk regarding autopilot testing as I'm trying to run unity8 autopilot tests using packages built from local trunk checkout and the whole thing gets stuck at "/usr/lib/python2.7/dist-packages/unity8/process_helpers.py", line 152, in restart_unity
[10:00] <Wellark> Saviq: ^
[10:00] <Saviq> Wellark, yeah, we're broken a bit
[10:00] <Saviq> Wellark, fix on the way
[10:00] <Wellark> that's when trying to run "autopilot run unity8" on 14.10 unity7 desktop
[10:00] <Wellark> Saviq: ok.
[10:01] <Wellark> Saviq: is there any branch I could merge in already?
[10:02] <Saviq> Wellark, there will be in a moment
[10:02] <Wellark> Saviq: ok. thanks
[10:02] <Wellark> Saviq: could you point me to it when it's available?
[10:02] <dednick> Wellark: code approved. doesnt require top approval for silo. only for landing.
[10:03] <tsdgeos> mhall119: do i have to replace unity-scopes-impl-2 with unity-scopes-impl-3 or just add it?
[10:03] <tsdgeos> just add?
[10:03] <Wellark> dednick: you have different standards than thostr_ ;)
[10:03] <Saviq> Wellark, it's gonna be https://code.launchpad.net/~gerboland/unity8/fix-run.sh-script/+merge/228817 in a moment
[10:03] <tsdgeos> mhall119: sorry i meant mhr3
[10:03] <tsdgeos> mhr3: do i have to replace unity-scopes-impl-2 with unity-scopes-impl-3 or just add it? just add?
[10:03] <Saviq> tsdgeos, replace
[10:03] <dednick> Wellark: ?
[10:03] <mhr3> Saviq, ^^
[10:03] <mhr3> tsdgeos, eh
[10:03] <mhr3> ^
[10:03] <tsdgeos> ok
[10:04] <Wellark> dednick: never mind :)
[10:04] <Wellark> dednick: thanks!
[10:12] <dednick> Wellark: in that case, i've changed my mind. inline comments attached!
[10:12] <dednick> muhahah!
[10:12] <greyback> Saviq: https://code.launchpad.net/~gerboland/unity8/fix-run.sh-script/+merge/228817 updated
[10:13] <Saviq> greyback, tx
[10:13] <Saviq> Wellark, ↑
[10:18] <dednick> Wellark: and a couple more
[10:20] <Wellark> dednick: :D
[10:24] <tsdgeos> Saviq: so https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/695/consoleFull has CardCreator failing but still not picked up :/
[10:25] <jgdx> docs for resetting launcher via dbus, are there any?
[10:29] <Saviq> tsdgeos, argh
[10:29] <Saviq> tsdgeos, I think that might've fixed local xmls, the remote ones were named properly
[10:29] <Saviq> I mean xvfb vs. not
[10:30] <Saviq> tsdgeos, can you merge attributes into overlay colour please
[10:35] <tsdgeos> Saviq: ok
[10:36] <tsdgeos> Saviq: curious why?
[10:37] <laze1989> Does anyone know where I can find information for the ongoing development of Unity 8 for the desktop? I am especially searching if the behavior of the indicators will be hopefully changed (due their currently limitation to only show drop downs on click)?
[10:37] <laze1989> I almost find old resources about the topics.
[10:37] <tsdgeos> Saviq: ah it conflicts
[10:37] <Saviq> tsdgeos, yes, is why
[10:37] <Saviq> tsdgeos, no need to resubmit
[10:38] <tsdgeos> ok
[10:38] <facundobatista> Holas
[10:39] <tsdgeos> Saviq: pushed
[10:39] <jgdx> seb128, you wrote the reset launcher binding in september 13, is that current?
[10:39] <Saviq> tsdgeos, tx
[10:44]  * Saviq crosses fingers. WILL IT BLEND? (aka merge)
[10:48] <Saviq> IT DID \o/
[10:49] <Saviq> 12 branches
[10:49] <tsdgeos> Saviq: are "Preview - add info table under info area [ui]" and "Preview - implement styling of product information in table [ui]" the same?
[10:50] <Saviq> tsdgeos, yeah
[10:50] <tsdgeos> ok, me marks himself as doing both
[10:58] <JasonoftheB> Hi
[10:59] <JasonoftheB> I've got a problem with my icon pack. If I have it in /usr/share/icons it works with unity-tweak-tool. But if I have it in .local/share/icons it doesn't show up
[10:59] <JasonoftheB> Is this intended?
[11:03] <Saviq> Trevinho, there's someone at the door for you ↑ ;)
[11:15] <tsdgeos> mhr3: ping
[11:16] <mhr3> pong
[11:16] <tsdgeos> mhr3: altnav stuff?
[11:16] <mhr3> tsdgeos, you should be able to start
[11:16] <mhr3> tsdgeos, there's branches
[11:17] <tsdgeos> urls?
[11:19] <mhr3> tsdgeos, lp:~unity-team/unity-scopes-shell/sort-order
[11:19] <mhr3> plus the v4 of unity-api
[11:19] <tsdgeos> oki
[11:19] <mhr3> tsdgeos, but yea, we need a way to hide the root for real now
[11:19] <Saviq> mhr3, thanks for silo
[11:20] <tsdgeos> mhr3: sure, ideas?
[11:20] <mhr3> Saviq, it will prob fail to build :P
[11:20] <Saviq> mhr3, bah
[11:20] <Saviq> why
[11:20] <Saviq> ?
[11:20] <mhr3> Saviq, something broke my tests
[11:20] <mhr3> Saviq, anyway, working to get that fixed
[11:21] <Saviq> mhr3, k
[11:22] <JasonoftheB> In addition to my Problem: Once it is selected. I can change/add things in .local and they overwrite the stuff in /usr/...
[11:23] <Saviq> JasonoftheB, did you see if there's a bug against unity in launchpad yet?
[11:23] <JasonoftheB> Not directly in launchpad
[11:24] <JasonoftheB> I( searched google and nothing showed up
[11:24] <Saviq> JasonoftheB, please file one then
[11:24] <JasonoftheB> I'll go over there look and investigate then
[11:24] <JasonoftheB> I think with themes it is something similar
[11:27] <tsdgeos> mhr3: what's the difference?
[11:27] <tsdgeos> Q_INVOKABLE virtual bool favorite(QString const& query) const = 0;
[11:27] <tsdgeos> Q_INVOKABLE virtual void addFavorite(QString const& query) = 0;
[11:28] <mhr3> tsdgeos, the former is really isFavourite()
[11:28] <mhr3> tsdgeos, but Saviq thought this name is better
[11:28] <mhr3> :P
[11:28] <tsdgeos> mhr3: saviq is wrong, and your docu is wrong too, can you fix it?
[11:28] <tsdgeos> not the name
[11:28] <tsdgeos> the docu
[11:28] <mhr3> whoops
[11:29] <tsdgeos> "No location data available"?
[11:30] <tsdgeos> i have no idea what that may mean :d
[11:30] <mhr3> tsdgeos, oh btw i have a branch that does the department -> navigation rename
[11:30] <mhr3> tsdgeos, lp:~unity-team/unity8/scopes-v4
[11:30] <mhr3> didn't fix the mocks though
[11:32] <tsdgeos> mhr3: ok
[11:34] <tsdgeos> mhr3: you sneaky adding things like query and parentQuery
[11:35] <mhr3> tsdgeos, well, you needed it :)
[11:35] <Saviq> tsdgeos, you're fired! ;P
[11:35]  * Saviq is never wrong ;)
[11:35] <tsdgeos> \o/ free time \o/
[11:36] <Saviq> tsdgeos, so basically we miscommunicated
[11:36] <Saviq> tsdgeos, I wanted a Q_PROPERTY favorite on Scope
[11:37] <Saviq> tsdgeos, not a Q_INVOKABLE favorite(QString)
[11:37] <Saviq> mhr3, ↑
[11:37] <mhr3> yea, changing
[11:39] <Saviq> \o/
[11:39] <Saviq> Q_PROPERTY favorite it is
[11:39] <seb128> jgdx, could be yes, why?
[11:39] <seb128> jgdx, I don't note the exact day I write commit/code
[11:39] <tsdgeos> mhr3: so parentQuery is something i need to use when going back, or just when pressing the "All" button?
[11:39] <seb128> jgdx, that's a weird question ;-)
[11:40] <mhr3> tsdgeos, both
[11:40] <mhr3> tsdgeos, should probably look at the u8 branch ;)
[11:40] <tsdgeos> mhr3: because your branch only does it for "all" not for back, since we never did that
[11:40] <tsdgeos> i have
[11:40] <mhr3> oh?
[11:40] <tsdgeos> that's why i am asking you
[11:41] <mhr3> maybe i missed it
[11:41] <tsdgeos> oh no
[11:41] <tsdgeos> you do
[11:41] <tsdgeos> sorries
[11:43] <tsdgeos> Saviq: if we have navigation and altnavigation which goes to left?
[11:49] <jgdx> seb128, sorry, ;P what I meant is, does that dbus binding still work? I can't get it to work, you see.
[11:50] <jgdx> seb128, and if it has changed, where can I read about it/what can I change the binding to
[11:59] <seb128> jgdx, I don't remember the details, can have a look in a bit
[12:00] <jgdx> seb128, awesome, thanks.
[12:00] <seb128> jgdx, yw
[12:03] <Trevinho> JasonoftheB: system wide or only in unity?
[12:10] <JasonoftheB> I only tested with unity so far
[12:10] <Trevinho> JasonoftheB: yeah, but I mean also other gtk apps are affected (ie..e nautilus?)
[12:10] <JasonoftheB> I'm currently having lunch. After that I will narrow the problem down
[12:10] <Trevinho> or o9nly the shell?
[12:11] <JasonoftheB> After I selected it with unity-tweak-tool it effects everything as far as I can see
[12:11] <JasonoftheB> But to be able to select it. I need the folder with the index.theme in /usr/share/icons
[12:14] <JasonoftheB> so it could be that it's only a problem with unity-tweaker
[12:37] <Saviq> tsdgeos, alt
[13:02] <Saviq> tsdgeos, bug #1350741 you had a fix for, right?
[13:02] <Saviq> can you link the branch?
[13:03] <tsdgeos> Saviq: it's on there commented
[13:03] <tsdgeos> Saviq: either attributes or dash_overview fix it
[13:04] <tsdgeos> Saviq: if you plan to land attributes first link it there
[13:04] <Saviq> tsdgeos, kk
[13:04] <tsdgeos> want me to?
[13:05] <Saviq> tsdgeos, did
[13:05] <tsdgeos> koki
[13:26] <Wellark> dednick: I don't understand your last comments about the tests
[13:26] <Wellark> in https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159
[13:27] <Wellark> those values must be stored inside menuData.ext
[13:27] <Wellark> oh
[13:27] <Wellark> now I got it
[13:29] <Saviq> Wellark, IRC debugging works for you donn'it ;)
[13:32] <Wellark> dednick: fixed them all.
[13:34] <Wellark> Saviq: how did I run just a single qmltest file under unity8 source tree?
[13:35] <Saviq> Wellark, make testBlah
[13:35] <Saviq> Wellark, test<tab> will help
[13:35] <Wellark> Saviq: using ninja
[13:35] <Wellark> but got it :)
[13:35] <Wellark> thanks!
[13:35] <Saviq> Wellark, same thing
[13:36] <Saviq> Wellark, yeah, ninja here as well, but "make" is the Westron word for it ;)
[13:36] <Saviq> Wellark, could've said cmake --build --target testBlah :P
[13:36] <Saviq> but <tab> probably wouldn't work
[13:38] <Cimi> Saviq, pls https://code.launchpad.net/~cimi/unity8/card_touchdown_2/+merge/229030 :)))))
[13:53] <mhr3> tsdgeos, fyi pushed some more changes to the -api v4 branch after talking with Saviq
[13:53] <tsdgeos> oki
[14:29] <mhr3> tsdgeos, so ideas what do we do about the parent appearing in the altnav?
[14:30] <mhr3> tsdgeos, it could be super-special, cause altnav is currently guaranteed to be single level
[14:31] <tsdgeos> mhr3: i still think the idea of the parent and one child being the same is the "easiest"
[14:31] <tsdgeos> other than that
[14:31] <tsdgeos> not sure
[14:31] <mhr3> tsdgeos, we could just add a prop/role
[14:32] <tsdgeos> but then we still have to solve the same problem for the general case, no?
[14:33] <mhr3> yea, or we could say that for now only altnav would use that prop, and i can easily enforce that, cause the prop wouldn't be coming from the scope
[14:44] <tsdgeos> Saviq: ping
[14:52] <tsdgeos> dednick: fixed your comments in dash_overview (i think/hope)
[14:52] <tsdgeos> mhr3: sorry got me in the standup
[14:52] <tsdgeos> mhr3: so you want to use a property to say "this list is flat and thus never show nor allow selecting the parent"?
[14:53] <dednick> tsdgeos: thanks
[14:53] <tsdgeos> mhr3: also i don't understand what favorite means
[14:53] <tsdgeos> i thought we only had favorite scopes in Scopes
[14:53] <tsdgeos> ah but i can get a scope in a different way
[14:53] <tsdgeos> silly me
[14:54] <mhr3> tsdgeos, i thought a simple bool prop on the NavigationInterface, which is giving you a specific node, so that node would just say hidden = true
[14:56] <tsdgeos> and what would i do with that?
[14:56] <tsdgeos> what if the hidden node is a child of the parent?
[14:56] <tsdgeos> what am i supposed to do? remove it from the model?
[15:00] <mhr3> tsdgeos, that can't happen really
[15:00] <tsdgeos> mhr3: well then your varible is not good
[15:01] <tsdgeos> because who protects me from it happening?
[15:01] <tsdgeos> i mean if you have a variable that says "don't show this node"
[15:01] <tsdgeos> but then this node can only be root
[15:01] <tsdgeos> why not make it "don't show the root noe" ?
[15:01] <tsdgeos> noe -> node
[15:01] <tsdgeos> and make everyone lifes simpler?
[15:02] <mhr3> tsdgeos, because i don't even know what is a root node
[15:02] <mhr3> how could you?
[15:02] <tsdgeos> well
[15:02] <dednick> tsdgeos: +1
[15:03] <tsdgeos> mhr3: i kind of know it, is the first navigationId you ever give me :D
[15:03] <mhr3> tsdgeos, yea... not really
[15:03] <mhr3> but that's the bug i mentioned
[15:04] <mhr3> tsdgeos, anyway, it will be used only for the root atm
[15:06] <mhr3> tsdgeos, really all i need is to hide the parent button when a child is active (not the back one though)
[15:06] <mhr3> although the back one probably won't even be there
[15:06] <mhr3> cause it's single level
[15:07] <tsdgeos> mhr3: ok, we can do that, can't we find a solution that also works for us in the multilevel without root case?
[15:07] <mhr3> well, it would be the same... kinda
[15:07] <mhr3> but we'll need to add api for it
[15:08] <tsdgeos> ok
[15:08] <tsdgeos> if you think it'll work
[15:08] <tsdgeos> let's do that
[15:09] <mhr3> tsdgeos, so a simple "hidden" prop?
[15:09] <mhr3> or "visible"?
[15:09] <tsdgeos> mhr3: whatever you think works better
[15:09] <mhr3> visible is kinda reserved in qml, going for hidden
[15:21] <elopio> Saviq: dandrader: do you have a phone with the dash app?
[15:22] <elopio> I think this is a bug. If I try to show the dash while an app is not fully loaded and the black screen is still visible, it gets stuck.
[15:22] <Saviq> dandrader, can you assign yourself to bug #1350862
[15:22] <Saviq> assuming you're working on it?
[15:23] <Saviq> elopio, I don't right now
[15:23] <Saviq> elopio, and I'm afraid we had to pull it from the silo for now
[15:24] <Saviq> elopio, something like this should probably be reproducible without dash as app I'd say
[15:24] <elopio> Saviq: I have two problems. That, and I can't launch application from the dash.
[15:24] <elopio> but I have installed many things here. I'll reflash and retry.
[15:25] <Saviq> elopio, wait!
[15:25] <Saviq> elopio, you won
[15:25] <Saviq> 't be able to get dash as app from silo any more
[15:25] <Saviq> at least for an hour or so, assuming I can get a silo again
[15:26] <elopio> for a second I thought I had won.
[15:26] <elopio> Saviq: my branch is not yet on the silo, so I got it working yesterday by building the deb myself.
[15:27] <Saviq> elopio, oh ok
[15:27] <elopio> Saviq: is greyback's branch landing soon?
[15:27] <Saviq> elopio, yeah, in silo already
[15:27] <dandrader> elopio, no
[15:27] <Saviq> elopio, I'm just testing it now
[15:27] <Saviq> dandrader, was that for me?
[15:28] <dandrader> "<elopio> Saviq: dandrader: do you have a phone with the dash app?"
[15:28]  * Saviq didn't see the "dandrader" part there at all :P
[15:28] <elopio> I wonder why jenkins hasn't run my branch a single time
[15:29] <elopio> that will help
[15:30] <elopio> Saviq: is there a way now to tell when the black loading screen is no longer visible?
[15:30] <dandrader> Saviq, done. (assigning bug #1350862). Not working on it atm, no. But can move to it once I done with my current task. They're both related to app lifecycle it seems
[15:31] <tsdgeos> Saviq: i think i may have found a bug in your see all code, can you ping me if you have 30 secs?
[15:33] <tsdgeos> mhr3: https://code.launchpad.net/~unity-team/unity-scopes-shell/sort-order this is the one for v4, right?
[15:33] <mhr3> tsdgeos, yes
[15:33] <tsdgeos> tx
[15:34] <jgdx> elopio, hey, wanna take another look at https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1219793-reset ?
[15:34] <elopio> jgdx: yes, I was just about to ping you
[15:34] <elopio> jgdx: I can't build your branch, I get this: http://paste.ubuntu.com/7915420/
[15:34] <tsdgeos> mhr3: no build?
[15:35] <elopio> do you have any idea of what am I doing wrong?
[15:35] <tsdgeos> http://paste.ubuntu.com/7915424/
[15:36] <jgdx> elopio, how are you building it?
[15:36] <mhr3> tsdgeos, oh probably didn't push, a sec
[15:36] <elopio> jgdx: mkdir build; cd build; cmake ..; make -j 8
[15:36] <mhr3> tsdgeos, yea, pushed
[15:37] <elopio> jgdx: let's talk in #ubuntu-autopilot or #ubuntu-app-devel so we don't crash this channel.
[15:39] <mhr3> tsdgeos, don't expect it to fully work though :)
[15:39] <tsdgeos> mhr3: ok
[15:48] <tsdgeos> mhr3: i merged the unity8 scopes branch
[15:48] <tsdgeos> mhr3: and will make it compile now (the mock)
[15:49] <mhr3> tsdgeos, feel free to take it over, i just wanted a quick test to ensure i didn't break anything majorly :)
[15:51] <Saviq> Cimi, https://sites.google.com/a/canonical.com/unity8dash/toolkit/8-settings
[15:51] <Saviq> Cimi, https://code.launchpad.net/~unity-api-team/unity-api/scope-settings-shell/+merge/225287
[15:53] <mhr3> Saviq, http://developer.ubuntu.com/api/scopes/sdk-14.10/
[15:54] <mhr3> http://developer.ubuntu.com/api/scopes/sdk-14.10/index/#scopesettings
[15:54] <Saviq> http://developer.ubuntu.com/api/devel/ubuntu-14.10/cplusplus/unity-scopes/#scopesettings
[15:54] <Saviq> Cimi, ↑
[16:08] <mterry> cwayne, thinking
[16:09] <mterry> cwayne, your dbus-send line is correct...  I just double-confirmed myself
[16:09] <mterry> cwayne, can I see latest script?
[16:10] <cwayne> mterry: so I'd tried to just send it twice (to see if that'd work), would you have expected that to work or does it need to try and Get it instead?
[16:11] <mterry> cwayne, I would have expected that to workaround the AS bug
[16:13] <cwayne> mterry: this is what I tried: http://paste.ubuntu.com/7915707/
[16:16] <mterry> cwayne, killing accounts-daemon and running a dbus-send line myself in the console fails, but calling it a second time works, as I'd expect
[16:16] <mterry> cwayne, ...  add a sleep 1?  /.\
[16:16]  * mterry wonders if a bug already exists for AS for this oddity
[16:17] <cwayne> mterry: no dice
[16:18] <mterry> cwayne, yup, in console doesn't matter how quickly the two send commands follow, second always works
[16:19] <cwayne> mterry: so i added || true to the first call
[16:19] <cwayne> and it actually made the second one now
[16:19] <cwayne> but
[16:19] <cwayne> still set to english.
[16:20] <mterry> cwayne, oh!  are upstart script fragments run with set -e?
[16:20] <mterry> I bet they re
[16:20] <cwayne> must be
[16:20] <cwayne> but so still no worky even with the dbus-send line working
[16:21] <mterry> cwayne, OK...
[16:21]  * mterry looks at code one more time
[16:23] <mterry> cwayne, OK.  Curiously enough, USS reads both Language and FormatsLocale, but actually prefers the value of FormatsLocale, as long as it's valid
[16:24] <mterry> cwayne, so also add a SetFormatsLocale call with the same value
[16:24] <mterry> cwayne, does not need to be duplicated, just put it after the SetLanguage call
[16:24] <cwayne> mterry: i'd just tried that
[16:24] <cwayne> and i get a Error org.freedesktop.DBus.Error.UnknownMethod: No such interface 'org.freedesktop.Accounts.User' on object at path /org/freedesktop/Accounts/User32011 again
[16:25] <mterry> cwayne, you sure you spelled it right?  The spelling of SetFormatsLocale always gets me
[16:25] <cwayne> 	dbus-send --print-reply --system --dest=org.freedesktop.Accounts /org/freedesktop/Accounts/User32011 org.freedesktop.Accounts.User.SetFormatsLocale string:es_ES.UTF-8
[16:25] <cwayne> let me try another reboot
[16:26] <mhall119> thostr_: where can I find some docs on netcpp to help me get started?
[16:27] <thostr_> mhall119: I guess running doxygen over the source
[16:27] <thostr_> mhall119: it has some basic class/function documentation
[16:27] <Saviq> elopio, looks like jibel just reported your dash as app bug #1350917
[16:28] <elopio> Saviq: weird. I've just flashed and wasn't able to reproduce it.
[16:28] <thostr_> mhall119: so, maybe you can also directly export it to duc?
[16:29] <cwayne> mterry: the call itself seems right, i just did it manually then rebooted and got spanish
[16:30] <Saviq> elopio, sounds like a race, so makes sense
[16:31] <mhall119> thostr_: I'll see what doxygen produces, where can I find the source?
[16:31] <elopio> Saviq: yes, I've just confirmed jibel's bug.
[16:31] <elopio> it's not the same, because I was revealing the dash, not the launcher.
[16:31] <elopio> but there's something wrong clearly.
[16:35] <mhall119> thostr_: I'm not even sure what the binary package name is for netcpp
[16:37] <thostr_> mhall119: https://code.launchpad.net/~phablet-team/net-cpp/trunk
[16:38] <mhall119> thostr_: is that available on trusty?
[16:39] <thostr_> I don't think so... but that shouldn't be relevant as we recommend utopic/chroot anyway...
[16:40] <thostr_> mhall119: tvoss knows all details
[16:40] <mhall119> true, but it means I can't just play with it locally to learn it before using it in a scope
[16:45] <cwayne> mterry: i've got no idea why SetFormatsLocale breaks but SetLanguage works :/
[16:46] <mterry> cwayne, :(
[16:46] <mterry> cwayne, we're actually hitting the call to SetFormatsLocale in the upstart job, right?
[16:47] <cwayne> yea
[16:47] <cwayne> mterry: i tried just this: http://paste.ubuntu.com/7915965/
[16:48] <mterry> cwayne, for what it's worth, you probably also want to call SetLanguage
[16:48] <mterry> cwayne, but that wouldn't cause a problem lik eyou're seeing
[16:49] <mterry> cwayne, and I feel bad for asking, but I assume you are deleting /home/phablet/.cache/.first-lang-set each boot and all that
[16:50] <cwayne> yeah
[16:50] <cwayne> its not even getting set because the second call is failing so the job's bailing out
[16:51] <mterry> cwayne, well...  we know SetLanguage worked.  Try two calls to that and one to SetFormatsLocale...
[16:51] <mterry> cwayne, which is cargo culting the concept of cargo culting at this point
[16:55] <cwayne> no dice
[17:02] <mterry> cwayne, sorry, missed your message
[17:02] <mterry> cwayne, so...  SetLanguage fails; SetLanguage works; SetFormatsLocale fails?
[17:03] <cwayne> mterry: now even SetLanguage fails twice
[17:03] <cwayne> i dont even
[17:04] <mterry> cwayne, OK...  this gives me hope that SetFormatsLocale *would* work, if your device wasn't possessed
[17:04] <mhall119> thostr_: are there any examples of scopes using netcpp I can look at?
[17:12] <kgunn> elopio: you all good ? i saw the scrollback from last night about the locking...
[17:13] <elopio> kgunn: yes, one test remaining, which seems like a bug.
[17:13] <elopio> I couldn't reproduce it with image 162, so I'm getting the dash as app again to give it another try.
[17:16] <kgunn> elopio: ok, lemme know if i can help
[17:17] <elopio> kgunn: well, I could use somebody with the dash-as-app in the phone, but it won't be easy until it's in a silo.
[17:18] <elopio> it would be good if somebody could reproduce what I'm seeing.
[17:19] <kgunn> elopio: what do you need me to do ? i'll be your mule
[17:19] <kgunn> flash devel-proposed, put on right-edge ppa ?
[17:20] <kgunn> i can probably get a silo...
[17:20] <kgunn> if you wanna throw yours in there as well
[17:20] <elopio> kgunn: the ppa is not enough, as we also need the branch that's a prerequisite for mine
[17:21] <elopio> kgunn: it would be nice to get a silo, but I think Saviq was waiting for the current one to be released.
[17:29] <Saviq> elopio, yeah, almost there..
[17:29] <Saviq> kgunn, feel free to prep a silo with dash as app, I'll be freeing 5 within minutes
[18:00] <cwayne> Saviq: ah man, was dash-overview removed from silo 5?
[20:57] <kgunn> elopio: you still around? trying to get you a silo, curious, could you target unity8 rather than zanetti's branch ?
[20:58] <kgunn> gotta target 1 branch per proj in the silo...2 others targeting trunk
[20:58] <elopio> kgunn: I guess I can. If I put michael's branch as a prerequisite launchpad will still show the same diff.
[20:59] <kgunn> elopio: awesome, if you retarget, i gotta silo...
[20:59] <kgunn> 10x easier to fart with
[21:00] <elopio> kgunn: I have some conflicts now with trunk. Fixing.
[21:04] <kgunn> elopio: you're the best! thanks!
[21:05] <elopio> kgunn: here: https://code.launchpad.net/~canonical-platform-qa/unity8/dash-as-app-autopilot/+merge/229123
[21:05] <kgunn> cool..elopio so you'll have a nice shiny silo package set in the mornin' hopefully
[21:09] <elopio> kgunn: thanks.
[21:09] <elopio> I've just confirmed that from my branch, I can't launch apps from the dash and if I show the dash when an app is loading it freezes.
[21:10] <elopio> that doesn't happen on the version released with the image.
[21:10] <elopio> I guess the silo will make it easier for you to fix it.
[21:10] <elopio> Saviq, kgunn ^
[21:49] <cwayne> is there an example of a scope that uses attributes?
[21:58] <Saviq> cwayne, don't think so
[21:58] <Saviq> elopio, is that on phone?
[21:58] <elopio> Saviq: yes.
[21:58] <elopio> now that I merged with trunk I can't satisfy the dependencies, so I couldn't try it again.
[21:59] <Saviq> elopio, ok, can you please comment on the dash-as-app branch, it was definitely working
[22:03] <Saviq> elopio, why couldn't satisfy deps? everything's in distro?
[22:03] <elopio> Saviq: Unmet build dependencies: libunity-api-dev (>= 7.87)
[22:04] <elopio> I only have available 7.86+14.10.20140718.1-0ubuntu1
[22:04] <Saviq> elopio, oh indeed, that's real interesting
[22:05]  * Saviq wonders how'd it even build!?
[22:05] <Mathuin> When I start emacs from an xterm, it has all my environment variables -- specifically my PATH.  When I start emacs from Unity, it does not.  How can I make starting emacs from Unity work just like starting emacs from an xterm ?
[22:06] <Saviq> elopio, 7.87 is in distro https://launchpad.net/ubuntu/+source/unity-api
[22:06] <Saviq> elopio, must be didn't propagate properly yet (got pushed last)
[22:06] <Saviq> s/pushed/migrated/
[22:07] <Saviq> elopio, on another note, you might wanna use http://people.canonical.com/~msawicz/unity8/strip-u8-tags.py on your local and remote branches, we got tags back...
[22:07] <Saviq> Mathuin, just put it in ~/.profile or ~/.bashrc
[22:07] <Mathuin> It's in .bashrc.
[22:08] <Mathuin> And it's not being read.
[22:08] <Saviq> Mathuin, https://help.ubuntu.com/community/EnvironmentVariables
[22:08] <Saviq> Mathuin, https://help.ubuntu.com/community/EnvironmentVariables#Persistent_environment_variables to be specific
[22:09] <Mathuin> So .profile is the place to put something like path settings, because it will be executed both by Unity and by something like a console login?
[22:09] <Mathuin> How do I find out which shells respect .profile ?
[22:10] <elopio> Saviq: right, I saw 300 on the last merge. Thanks for the reminder.
[22:10] <Saviq> Mathuin, all of them should
[22:11] <Mathuin> Okay.
[22:11] <elopio> Saviq: I've just updated apt and now I see the new version.
[22:12] <Mathuin> Saviq: okay, I don't have .bash_profile or .bash_login so it looks like bash will read .profile
[22:12] <Saviq> Mathuin, it will
[22:32] <Mathuin> Saviq: thank you for the pointer to .profile.  Just finished testing, and it does what I need it to do.
[23:54] <kgunn> elopio: hey when you get on, i'm seeing a merge conflict with your branch in the silo
[23:54] <kgunn> https://ci-train.ubuntu.com/job/landing-007-1-build/107/console
[23:57] <elopio> kgunn: I'm not touching Shell at all. I merged with the prerequisite branch, and it shows no conflicts.
[23:57] <elopio> I pushed that anyway.
[23:58] <kgunn> elopio: its conflicting with trunk...
[23:59] <elopio> kgunn: I already merged with trunk earlier. Now it says: Nothing to do.
[23:59] <elopio> could it be michael's branch the one with the conflict?
[23:59] <kgunn> maybe
[23:59] <elopio> no, that one merges cleanly too.