[07:22] <tsdgeos> Saviq: went through all MR again and checked if they merge fine, there's no new broken ones afaics
[07:30] <Saviq> tsdgeos, ktx
[07:30] <tsdgeos> Saviq: there's something wrong in CI
[07:30] <tsdgeos> or in our code
[07:30] <tsdgeos> not sure where
[07:30] <tsdgeos> but see https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/431/consoleText
[07:31] <tsdgeos> search for "Totals: 2 passed, 1 failed, 0 skipped"
[07:31] <tsdgeos> then see https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/431/?
[07:31] <tsdgeos> and is green
[07:31] <Saviq> oh interesting
[07:33] <tsdgeos> and make xvfbtestDashContent seems to be failing in trunk now
[07:33] <tsdgeos> :/
[07:33] <tsdgeos> for me locally
[07:33] <tsdgeos> passed now
[07:33] <tsdgeos> unstable then
[07:34] <Saviq> tsdgeos, the card creator test somehow isn't picked up in test results at all https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/431/testReport/%28root%29/
[07:34] <tsdgeos> :/
[07:35] <tsdgeos> maybe i did something wrong?
[07:35] <Saviq> tsdgeos, doesn't look like it
[07:35] <tsdgeos> doesn't look like it to me either
[07:35] <tsdgeos> but then what?
[07:36] <Saviq> tsdgeos, we'd need to record the .xml files as artifacts from the job, I'll talk to Francis later
[07:39] <Saviq> tsdgeos, ah, there's no output at all?
[07:39] <tsdgeos> Saviq: what do you mean no output?
[07:39] <Saviq> tsdgeos, no .xml file
[07:39] <tsdgeos> hmmm
[07:39] <Saviq> ah no
[07:40] <Saviq> it's there
[07:40] <tsdgeos> there should
[07:40] <Saviq> different name between testCardCreator and xvfbtestCardCreator, though (Test.xml vs. CardCreatorTest.xml)
[07:41] <tsdgeos> hmmm
[07:41] <Saviq> but yeah, we'll have to pick the files up from the runs
[07:41] <tsdgeos> Test.xml looks fishy
[07:41] <Saviq> yeah, but on jenkins it's running xvfb so it's correct
[07:41] <tsdgeos> Saviq: but the other tests do the same, why isn't this the one working?
[07:42] <Saviq> tsdgeos, no idea atm
[07:56] <Saviq> @unity hey, we need volunteers for reviews:
[07:56] <Saviq> https://code.launchpad.net/~mterry/unity8/is-active/+merge/223653
[07:56] <Saviq> https://code.launchpad.net/~mterry/unity8/show-greeter-dbus/+merge/224942
[07:56] <Saviq> https://code.launchpad.net/~mterry/unity8/dialer-above/+merge/226476
[07:56] <Saviq> https://code.launchpad.net/~mterry/ubuntu-system-settings/locking-hash/+merge/224346
[07:56] <Saviq> https://code.launchpad.net/~mterry/unity8/locking-hash/+merge/225538
[07:57] <Saviq> mzanetti, you already looked at the first one, would be good to follow up
[07:57] <mzanetti> Saviq: ack
[07:57] <mzanetti> Saviq: what's with this one? https://code.launchpad.net/~aacid/unity8/removeDuplicateCheckers/+merge/221365
[07:57] <Saviq> mzanetti, https://code.launchpad.net/~aacid/unity8/removeDuplicateCheckers/+merge/221365/comments/532483
[07:58] <Saviq> mzanetti, we probably just need to agree on something
[07:58] <mzanetti> Saviq: yeah, I've read the comments... but it doesn't say needs fixing or something
[07:58] <Saviq> mzanetti, because we don't know what it needs ;)
[07:58] <mzanetti> Saviq: I either you're ok with the checker.png, or we should put it to WIP
[07:59] <Saviq> mzanetti, the show-greeter-dbus is 100 lines, please take that, too
[07:59] <mzanetti> ok
[08:05] <Saviq> dednick, hey, would you have time to review https://code.launchpad.net/~mterry/unity8/dialer-above/+merge/226476 please?
[08:06] <dednick> Saviq: sure
[08:06] <Saviq> tx
[08:09] <larsu> dednick: qmenumodel doesn't merge automatically? I added a nameOwner property for MacSlow last week: https://code.launchpad.net/~larsu/qmenumodel/add-nameowner-property/+merge/226428
[08:10] <dednick> larsu: um, i don't think anything merges automatically anymore does it?
[08:11] <larsu> I don't know
[08:11] <larsu> it used to, no?
[08:11] <dednick> larsu: i think you need landing requests
[08:11] <dednick> larsu: yes, it used to
[08:12] <larsu> dednick: bah. Who do I talk to for those?
[08:12] <dednick> larsu: probably thostr_
[08:12] <larsu> dednick: thanks
[08:12] <dednick> or maybe Saviq
[08:13] <larsu> Saviq, thostr_: morning. Can one of you please initiate a landing for the above branch please?
[08:13] <dednick> larsu: there's a spreadsheet somewhere detailing who is responsible for each project... trying to find
[08:13] <Saviq> https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdC05a2ZQSmgwU2NFYnJQOE9qMDRYa3c&usp=drive_web#gid=0
[08:14] <Saviq> dednick, but that one's not there
[08:14] <Saviq> ah yes it is
[08:14] <Saviq> but has no owner ;)
[08:14] <dednick> Saviq: i would say it's probably ours
[08:14] <Saviq> kk
[08:15] <Saviq> larsu, could I land this with Mirco's changes later, or is it pressing to land earlier?
[08:16] <larsu> Saviq: Mirco was the one who asked me for the change. It should be fine to land this with his stuff
[08:17] <Saviq> larsu, yup, will do
[08:17] <larsu> I just wanted to follow up to make sure it lands at all
[08:17] <larsu> Saviq: thanks°
[08:17] <larsu> *thanks!
[08:27] <Saviq> tsdgeos, sanity check, if we qmlRegisterSingletonType, we don't get enums on it in QML do we?
[08:28] <tsdgeos> Saviq: don't know to be honest
[08:28] <tsdgeos> but if we don't i'd call it a bug
[08:28]  * Saviq checks something
[08:32] <Saviq> tsdgeos, wrong, we do
[08:32] <tsdgeos> nice then :)
[08:33] <Saviq> yup
[08:50] <thostr_> larsu: dednick: Saviq: added the MP to CI
[09:01] <dednick> Saviq: anything i need to get this emergency call button showing?
[09:01] <Saviq> thostr_, I wanted to land it later, but if you have a landing, great
[09:01] <Saviq> dednick, TBH no idea, Description doesn't say?
[09:01] <dednick> doesnt seem to be showing up.
[09:02] <thostr_> Saviq: feel free to edit the line...
[09:02] <Saviq> thostr_, yeah, let's just wait with this, I'll land it along with the related unity-notifications / unity8 changes when they're ready
[09:03] <Saviq> thostr_, gave this up, too small a change to warrant testing by itself
[09:03] <thostr_> ok, mark it with not ready
[09:03] <dednick> Saviq: doesnt seem so, i've seen the icon before, but only because of a bug in code i wrote :/. I'll check with mterry later if i can't figure it out
[09:03] <thostr_> Saviq: ok
[09:03] <Saviq> dednick, k
[09:05] <dednick> Saviq: ah. it's on lock screen, not greeter. er. how do i set a password?!
[09:06] <dednick> mzanetti: how do i set a phone password?
[09:07] <mzanetti> dednick: I think its still the ~/.unity8-greeter-demo file
[09:07] <mzanetti> dednick: add that file with "pin=1234" or "passkey=foobar"
[09:07] <mzanetti> then it should appear next time you lock the greeter
[09:08] <mzanetti> dednick: if that doesn't work any more, mterry changed it and I don't know how to trigger it any more. You'd need to ask him
[09:08] <mzanetti> or check out the lightdm plugin
[09:08] <dednick> mzanetti: ta. i'll give it a go
[09:10] <mzanetti> dednick: https://www.mail-archive.com/ubuntu-phone@lists.launchpad.net/msg03515.html
[09:11] <Saviq> dednick, yeah, in that branch it'll still be in that file
[09:11] <Saviq> dednick, only with the later branches it will be taken from PAM
[09:14] <dednick> hm. doesnt seem to work
[09:14] <Saviq> dednick, that's old
[09:14] <Saviq> dednick, you need groups there now
[09:15]  * Saviq tries to find
[09:17] <Saviq> dednick, http://pastebin.ubuntu.com/7797565/
[09:17] <Saviq> dednick, same file, ↑ this content
[09:17] <dednick> Saviq: ta
[09:23] <Saviq> mzanetti, dednick, btw, the whole thing is in silo 4 already
[09:23] <mzanetti> ah nice
[09:34] <greyback> Saviq: where is the qml that draws the scopes scope? i.e. the buttons
[09:34] <Saviq> greyback, it's generated in cardCreator.js
[09:34] <Saviq> greyback, based on what the scope wants its cards to look like
[09:34] <greyback> Saviq: thanks
[10:04] <mzanetti> Saviq: we can throw away that one, can we? https://code.launchpad.net/~nicolas-doffay/unity8/filter-selector/+merge/191145
[10:04] <Saviq> mzanetti, probably yeah, guess what, design changed completely...
[10:04] <mzanetti> oh, did it?
[10:05] <mzanetti> :P
[10:28] <mhr3> Saviq, didn't see reply from you yesterday - any changes you're aware of for the customizations?
[10:31] <Saviq> mhr3, yeah, because you were not here when I tried to reply ;)
[10:31] <Saviq> mhr3, nothing changed since it got checked in, no
[10:32] <Saviq> mhr3, I want to add page header background today as folks were asking for that the most
[10:32] <mhr3> Saviq, they were indeed :) k, so i'll document *all* the fields that are specced in the json doc
[10:33] <Saviq> mhr3, ah in that sense... I think we discussed the icon colorization key color, but maybe it's fine to not have it for now
[10:39] <Saviq> tsdgeos, is upstart crashing for you frequently still?
[10:40] <MacSlow> Saviq, with the branches for qmenumodel, unity-notification and unity8 needing manual merges at this point in time, what is required to get them in the "queue"?
[10:40] <Saviq> MacSlow, I'll handle that
[10:40] <Saviq> MacSlow, you just need to get them to be top-approved ;)
[10:41] <tsdgeos> Saviq: haven't tried running autopilot tests in a while
[10:44] <mhr3> Saviq, fwiw upstart has been lately crashing on me when running `restart unity8` on the phone
[10:44] <MacSlow> Saviq, for the branches of qmenumodel and unity-notifications that is already the case... and I addressed your mentioned issues with unity8... so there I need for yours and jenkins approval :)
[10:44] <Saviq> mhr3, yeah, that's the most reproducible thing
[10:44] <MacSlow> Saviq, although jenkins will only be happy if the branches for qmenumodel and unity-notifications landed first
[10:46] <Saviq> MacSlow, yeah yeah, that's fine
[10:47] <tsdgeos> mhr3: have a sec?
[10:47] <mhr3> tsdgeos, yep
[10:47] <tsdgeos> mhr3: so think dash overview
[10:47] <tsdgeos> you know there's the "favorite" and "all" sub-views
[10:48] <tsdgeos> in the "all" sub-view i need a way to know which card/index is the current one in the general dash
[10:48] <tsdgeos> Saviq suggested using the scope id and iterating through the model matching against the uri role
[10:49] <tsdgeos> thing is, i can't really iterate the model since it doesn't provide that facility
[10:49] <tsdgeos> so i was thinking how you'd prefer to solve this
[10:49] <tsdgeos> we could specifically for that resultsmodel add a scopeIndex(Scope *) invokable
[10:49] <tsdgeos> or something else
[10:49] <tsdgeos> what's your thought?
[10:50] <mhr3> sorry, lied, i'm writing a mail :)
[10:51] <mhr3> hmm, let me check the specs again
[10:53] <Saviq> mhr3, don't check the specs, we need to be able to match a scope to an index in the scopes scope result models
[10:53] <Saviq> by name or Scope * or something
[10:54] <mhr3> and why do you need that?
[10:54] <tsdgeos> mhr3: i need to match the zoom out animation with the position the current scope has when pressing done
[10:55] <tsdgeos> i.e. the card "grows" into the dash
[10:55] <tsdgeos> but i need to know which card it is :D
[10:56] <mhr3> we could just add a "int ResultModel::indexOf(string uri)"
[10:56] <tsdgeos> that too
[10:57] <mhr3> will be O(n) but meh
[10:57] <tsdgeos> well it's a 100 n
[10:57] <tsdgeos> not that anyone cares
[10:57] <tsdgeos> mhr3: and uri in my case would always be  scope://scopeId/ ?
[10:58] <mhr3> tsdgeos, encoded in some way, yea
[10:58] <tsdgeos> mhr3: well i need to knwo that encoding
[10:58] <tsdgeos> otherwise the function is of no use to me, no?
[10:58] <mhr3> tsdgeos, could expose the exact format on the scope object itself
[11:00] <mhr3> as in a new read-only property
[11:00] <tsdgeos> mhr3: as in uri() ?
[11:00] <mhr3> something like that yea
[11:00] <tsdgeos> in Scope ?
[11:00] <mhr3> yep
[11:00] <Saviq> mhr3, I was thinking you could give us a ScopesResultsModel that'd have the custom things *just* for the scopes scope
[11:01] <mhr3> Saviq, why so much special casing, can just be on the result model itself
[11:01] <tsdgeos> mhr3: well what you suggesting is kind of special casing too
[11:01] <mhr3> otoh maybe we'll need it anyway
[11:01] <tsdgeos> since only Scope will expose uri()
[11:01] <Saviq> mhr3, yeah, but now you're starting to talk about the uri format
[11:01] <tsdgeos> so how else would i use int ResultModel::indexOf(string uri ?
[11:02] <mhr3> Saviq, tsdgeos, well it's just a prop.. like scope.icon
[11:02] <tsdgeos> sure sure
[11:02] <tsdgeos> i just mean
[11:02] <tsdgeos> you're making it generic
[11:02] <tsdgeos> but it's not really :D
[11:02] <tsdgeos> it's tailored to search a scope in a resultmodel
[11:03] <tsdgeos> because it's the only thing i can know a uri of
[11:05] <mhr3> yesterday i was suggesting to avoid talking to the scope completely and just build the result model from the registry metadata, and that will be much simpler with a ScopesResultModel, so let's go with that
[11:05] <mhr3> and ScopesCategories :/
[11:07] <Saviq> mhr3, except it won't
[11:07] <Saviq> mhr3, because then we start searching
[11:08] <Saviq> mhr3, and I really don't want to implement everything from scratch
[11:08] <mhr3> Saviq, i'm not saying avoid all the time :)
[11:08] <Saviq> mhr3, well, as long as the API you expose our way is the same :P
[11:08] <Saviq> or similar enough
[11:09] <mhr3> Saviq, i'm starting to think these two things should *really* special
[11:09] <tsdgeos> well
[11:09] <mhr3> Saviq, as in [Special]ResultModel* Scopes::getFavouritesModel() and Scopes::getAllModel()
[11:09] <tsdgeos> honestly i'm not fond of changing the api under i built stuff now
[11:10] <tsdgeos> mhr3: i don't see how that solves my current problem
[11:10] <mhr3> tsdgeos, can add whatever you want to SpecialResultModel
[11:11] <mhr3> tsdgeos, int SpecialResultModel::indexOfScope(Scope*)
[11:11] <Saviq> mhr3, yeah, there's just one problem with that...
[11:11] <mhr3> hm?
[11:11] <Saviq> mhr3, there's multiple (other) categories when searching
[11:12] <Saviq> but well, we could switch to CategoriesModel when searching
[11:12] <tsdgeos> mhr3: sure, but you can add that anyway without changing scope api, no?
[11:12] <mhr3> Saviq, exactly
[11:12] <tsdgeos> i mean all you need is have a SpecialResultModel internally and add a invokable
[11:13] <Saviq> mhr3, but we'd need a ScopeResultsModel there as well
[11:13] <Saviq> mhr3, so you'd need to make it special there anyway
[11:13] <mhr3> Saviq, what's that supposed to be?
[11:13] <Saviq> mhr3, the ResultsModel that has getScopeIndex()
[11:13] <Saviq> or something similar
[11:14] <mhr3> you mean for the searches
[11:14] <Saviq> mhr3, yes
[11:14] <Saviq> mhr3, because you might search for a scope and open it
[11:14] <Saviq> mhr3, so we need to treat it exactly the same
[11:14] <Saviq> or wait
[11:14] <Saviq> no
[11:14] <Saviq> I'm stupid
[11:14] <Saviq> we only need to map the other way around (when opening the overview)
[11:15] <Saviq> or well, no
[11:15] <Saviq> I'm not stupid
[11:15] <Saviq> we need it when pressing Done, too
[11:15] <Saviq> aaaargh ;(
[11:15] <Saviq> and there's multiple categories.... and the scope might be in one of them somewhere.....
[11:16] <Saviq> crazies
[11:17] <mhr3> this entire thing is just... scope but not a scope, kmn
[11:34] <tsdgeos> and we lost stamina :D
[11:34] <tsdgeos> mhr3: Saviq: i really need a solution for this
[11:34] <tsdgeos> otheriwse i'm stuck
[11:36] <mhr3> tsdgeos, the indexOf won't even work, cause server will return stuff like "scope://onlinemusic/q=u2" when searching
[11:38] <mhr3> not to mention that it can request vertical journal cards or whatever
[11:42] <facundobatista> Holas
[11:44] <mhr3> facundobatista, fyi, the logo joshua sent isn't good
[11:47] <tsdgeos> mhr3: so what do we do, i don't think this is a non-resoluble problem
[11:50] <facundobatista> mhr3, ok, will you answer that mail so everybody knows that that image shouldn't be put in production? thanks!
[11:54] <mhr3> tsdgeos, for the surfacing it seemed pretty clear, but for searches... i have no idea, we have no control over what server sends back, and the server guys were screaming when we tried to mangle the server results in any way
[11:55] <mzanetti> does the latest devel-proposed boot up for you guys?
[11:58] <mhr3> tsdgeos, but to unblock you - just add a method that takes a scopeId (not the entire uri) and returns an int
[11:59] <mhr3> tsdgeos, and in searches you need to call that in each category i guess :/
[12:00] <om26er> mzanetti, when do you land QtComp branch ?
[12:01] <mzanetti> om26er: hopefully soon... reviews are in progress
[12:01] <om26er> well I works fine except for the intermediate frame skipping/jittering  in Unity
[12:01] <mzanetti> om26er: we've fixed most of the bugs you guys reported
[12:01] <mzanetti> om26er: yeah, I've been doing a lot of optimizing on friday and monday
[12:01] <mzanetti> om26er: Gerry is still looking into optimizing other stuff in there
[12:02] <om26er> mzanetti, does the ppa have the latest stuff ? I can give it a try again.
[12:02] <mzanetti> om26er: the silo should have fairly recent stuff... But I'm not sure if it currently works... I am currently flashing to find out
[12:02] <mzanetti> om26er: will let you know in a bit
[12:02] <om26er> mzanetti, ok, thanks.
[12:08] <paulliu> mzanetti: sorry for the confusion. I just remove the "don't review" line in the description.
[12:08] <mzanetti> paulliu: no worries. approved it
[12:13] <paulliu> mzanetti: ok. Thanks.
[12:15] <mzanetti> om26er: ok, seems to boot up fine...
[12:15] <om26er> mzanetti, alright. I'll test that now.
[12:16] <mzanetti> om26er: however, the Dash frame rate didn't really improve yet
[12:16] <om26er> mzanetti, hmm, Gerry is working on that ?
[12:16] <mzanetti> greyback: what's the status on the invisible scopes stuff? ^
[12:16] <greyback> om26er: yes he is
[12:16] <mzanetti> hehe:)
[12:17] <mzanetti> I'm going for a run... bb in an hour...
[12:17] <greyback> mzanetti: I've pushed some fixes, they help a bit
[12:17] <om26er> hah
[12:17] <mzanetti> cool, will check out those changes when I'm back
[12:17] <greyback> but not build into silo yet
[12:17] <om26er> I'll wait then.
[12:26] <Saviq> MacSlow|lunch, there's still a few comments on https://code.launchpad.net/~unity-team/unity8/fix-1308011/+merge/225354 that you didn't reply
[12:29] <dednick> kgunn: ping
[12:30] <dednick> Saviq: are you able to bump unity-mir to build in mir staging ppa?
[12:30] <Saviq> sure
[12:30] <dednick> Saviq: thanks
[12:31] <Saviq> dednick, ah mir staging? let's see
[12:33] <Saviq> dednick, hmm there's some versioning fuup
[12:33] <Saviq> dednick, unity-mir 1.0+ is in the PPA already, while the recipe produces 0.4+
[12:34] <dednick> Saviq: ok.
[12:34] <Saviq> dednick, I'll leave it to kgunn to resolve
[12:35] <MacSlow> Saviq, looking...
[12:38] <MacSlow> Saviq, I'm not sure if lp is playing tricks on me with the inline-commenting system... but my comments are all still marked as "unsaved comment"... only see yours and mzanetti's marked with your names
[12:41] <seb128> MacSlow, you need to click on the green checkmark on the right of the comment box to "commit" those
[12:41] <MacSlow> seb128, I do
[12:41] <seb128> then you need to post using the "send comment" button next to the usual comment box
[12:41] <seb128> e.g at the top of the changes
[12:42] <Saviq> MacSlow, what seb128 says
[12:43] <MacSlow> seb128, Saviq: folks... there's no "send comment" button anywhere on that page
[12:43] <Saviq> MacSlow, "Save comment"
[12:44] <Saviq> MacSlow, the inline comments are "part" of the usual comment
[12:44] <seb128> MacSlow, the button you always use to post review comments before having inline ones
[12:44] <Saviq> MacSlow, so until you save that, they're only stored in your browser to keep them safe
[12:45] <Saviq> MacSlow, before "Unmerged revisions"
[12:46] <MacSlow> doh
[12:47]  * MacSlow feels slightly stupid...
[12:47] <MacSlow> but to a part also regards this as UI-fail
[12:47] <seb128> it is an ui fail yes
[12:50] <Saviq> +1
[12:50] <Saviq> there's a few still
[12:53] <dandrader> greyback, done with the papi bureaucracy. what can I do now in the qtcomp front?
[12:54] <greyback> dandrader: it qtubuntu ok?
[12:54] <greyback> is
[12:54] <dandrader> greyback, yes. I updated it accordingly
[12:54] <dandrader> should probably trigger new builds for the ppa
[12:54] <greyback> dandrader: ok cool
[12:56] <dandrader> mzanetti any idea why is it listing 2 platform-api packages? https://code.launchpad.net/~unity-team/+archive/ubuntu/phone-right-edge/+packages
[12:58] <Saviq> dandrader, one's still building
[12:59] <Saviq> dandrader, the new one is pending, the old one still published, will change to published/superseded, accordingly
[13:00] <dandrader> hmm
[13:05] <tsdgeos> mhr3: ok, i add that as an invokable in the class that implements scopsoverviewresults, not in the resultmodel in general, right?
[13:05] <om26er> greyback, unity's scrolling performance gets an impact when the Scopes Scope is loaded. After that scrolling in Apps scope is also slowed down.
[13:06] <greyback> om26er: correct
[13:07] <greyback> om26er: I've a fix to improve that, but it's still not perfect.
[13:19] <mhr3> tsdgeos, meh, does it really matter?
[13:19] <tsdgeos> mhr3: well how do you justify
[13:19] <tsdgeos> Q_INVOKABLE int scopeId(QString const& id) const;
[13:19] <tsdgeos> in ResultsModelInterface ?
[13:20] <mhr3> tsdgeos, you're adding proper ScopesResultsModel to unity-api?
[13:20] <tsdgeos> no
[13:21] <mhr3> tsdgeos, so.. it doesn't matter :)
[13:21] <om26er> bug 1342103
[13:21] <tsdgeos> i'm confused
[13:21] <tsdgeos> but ok
[13:21] <om26er> mzanetti, that ^
[13:24] <greyback> om26er: is the camera app still responding?
[13:25] <om26er> greyback, yes.
[13:25] <mzanetti> re
[13:25] <mzanetti> greyback: right... I remember
[13:25] <mzanetti> I saw that too
[13:25] <mzanetti> but wasn't sure if its qtcomp or just camera breakage
[13:26] <greyback> dandrader: could you check that out please: https://launchpad.net/bugs/1342103
[13:27] <greyback> dandrader: it might have to do with the fact we are not telling apps when they're focused/unfocused
[13:28] <greyback> right now, the camera just doesn't work at all for me
[13:28] <dandrader> greyback, what do you mean by "we are not telling apps when they're focused/unfocused"?
[13:28] <dandrader> greyback, irrc we do
[13:29] <greyback> dandrader: if shell unfocuses an app, does the app get notified it is unfocused? I'm not sure we do, at least I didn't see the code where we do that
[13:29] <greyback> do check please, I could be wrong
[13:29] <dandrader> greyback, it does
[13:29] <greyback> ok, then that idea out the window
[13:29] <dandrader> greyback, or at least it should. I recall I wrote code for that
[13:29] <dandrader> greyback, called "window activated" in qt terms
[13:30] <Saviq> MacSlow, still one more inline comment unanswered (you need to click on the "Show diff comments" link in my last comment, or make sure you're looking at "r1003 into r1044" diff)
[13:31] <MacSlow> Saviq, the sound-hint undefined issue?!
[13:31] <Saviq> MacSlow, yes
[13:31] <MacSlow> Saviq, I'm on that
[13:32] <Saviq> MacSlow, oh ok
[13:39] <MacSlow> Saviq, fix committed
[13:42] <Saviq> MacSlow, thanks
[13:47] <Saviq> greyback, this looks good as diff between qtubuntu-gles before/after qtcomp http://paste.ubuntu.com/7798535/ ?
[14:02] <tsdgeos> mhr3: can i assume that scopes in the scope overview categories "all" and "favorite" will have the same uri role if and only if they are the same scope?
[14:02] <Saviq> tsdgeos, I don't think you can assume that ever, they will have the same hostname part of the uri, but not the whole
[14:03] <tsdgeos> ok
[14:03] <tsdgeos> then i need a way to know if a scope from All is a favorite or not
[14:04] <tsdgeos> suggestions?
[14:04] <tsdgeos> mhr3: Saviq: ↑
[14:05] <Saviq> you and your needs ;P
[14:05] <Saviq> tsdgeos, bad idea: allCategory.indexOf(scope) >= 0
[14:05] <Saviq> tsdgeos, but other than having a list of favourites somewhere else...
[14:06] <tsdgeos> Saviq: but i don't have scope
[14:06] <tsdgeos> that's the nice part about cards
[14:06] <tsdgeos> i have no clue of what thye are :D
[14:06] <Saviq> tsdgeos, well you have uri, extract the scope name from it
[14:06] <Saviq> tsdgeos, it's scope://scope-name/blah
[14:06] <mhr3> tsdgeos, i was thinking about manually adding a role to the special model
[14:07] <mhr3> role that will hold the scopeId itself
[14:07] <tsdgeos> mhr3: that i like more
[14:07] <tsdgeos> if i have the scopeId i can do lots of stuff
[14:08] <greyback> Saviq: kinda, it builds the QML plugin again for all arches
[14:08] <greyback> Saviq: oh sory, that's qtubuntu you've worked on
[14:09] <mhr3> tsdgeos, it almost feels like this entire thing won't be a major hack... but only almost :P
[14:09] <tsdgeos> :D
[14:10] <tsdgeos> mhr3: ok, i'll add the role
[14:10] <greyback> Saviq: you are not setting the arch for the qtubuntu-android to be i386/amd64
[14:13] <tsdgeos> nice i can do
[14:13] <tsdgeos> case RoleBackground + 1:
[14:13] <tsdgeos> never thought about it :D
[14:15] <Saviq> greyback, that's not between non-gles and -gles
[14:15] <Saviq> greyback, that's diff between -gles < 0.60 and >= 0.60
[14:16]  * mzanetti likes what Olga just did to our bug tracker
[14:16] <greyback> Saviq: oh sorry
[14:16] <Saviq> +1
[14:16] <greyback> mzanetti: eh? What changed?
[14:17] <greyback> Saviq: +1 for me
[14:17] <Saviq> greyback, yup, both -gles are building now
[14:17] <greyback> Saviq: magic, thank you
[14:17] <Saviq> oups, qtubuntu-gles failed :|
[14:17] <mzanetti> greyback: bug tracker? she's closing all those super old bugs we couldn't close ourselves because we'd need design input
[14:18] <greyback> mzanetti: ahhh :)
[14:40] <MacSlow> dednick, updated unclear stand-up notes... does my mic mess up again?
[14:40] <dednick> MacSlow: you were just talking a bit fast :)
[14:40] <MacSlow> dednick, ups... sorry :)
[14:41] <MacSlow> dednick, I'm not that ill anymore :)
[14:41] <dednick> MacSlow: no prob. just a bit hard to understand without knowing context.
[14:41] <MacSlow> dednick, sure... the usual trouble for every stand-up note-taker
[14:43] <mzanetti> mterry: so..... today we've put together some TODO list and took the freedom to put you name on it :D
[14:44] <mzanetti> mterry: can you help us out with this? https://docs.google.com/a/canonical.com/document/d/163nyfh_G90nzQnRdI7IYgrMH_0VdmesBju5jpb4wse0/edit#
[14:45] <mterry> k
[14:45] <mterry> mzanetti, I see I'm on packaging changes.   For lp:~unity-team/unity8/mirCompositor I presume
[14:45] <mzanetti> mterry: yeah, and the QtUbuntu one
[14:46] <mzanetti> mterry: and not sure if you're supposed to help with the main inclusion request too...
[14:46] <mzanetti> mterry: long story short, we need to get all that stuff landed and would require your help in fixing up the packaging
[14:46] <mzanetti> whatever it takes
[14:55] <Saviq> greyback, the TODO file got removed somewhat recently in qtubuntu did it?
[14:55] <greyback> Saviq: yes
[14:55] <Saviq> greyback, k, gotta update the -gles packaging
[14:57] <Saviq> greyback, at least qtmir-gles built now
[14:58] <greyback> Saviq: woo. We need separate silo to do a NEW for qtmir though, no? Are you looking after that, do I need to do anything?
[15:00] <tsdgeos> Saviq: we still haven't got people to make unity8 start on the destkop?
[15:00] <tsdgeos> :/
[15:00] <tsdgeos> Saviq: waht did i need to kill/uninstall?
[15:00] <Saviq> tsdgeos, it's been escalated today 'cause it broke tablets, too
[15:00] <Saviq> tsdgeos, sudo rm /usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Telephony/qmldir
[15:03] <tsdgeos> ok
[15:04] <Darth-Apple> Dumb question, but where is the repository for the latest builds of the unity 8 desktop?
[15:05] <tsdgeos> same place as unity8 non desktop
[15:05] <tsdgeos> is the same code
[15:05] <tsdgeos> + a few scripts for lightdm startup maybe
[15:05] <tsdgeos> in https://code.launchpad.net/~unity8-desktop-session-team/unity8-desktop-session/trunk
[15:06] <Darth-Apple> Ah
[15:06] <Darth-Apple> I gave the one from the software center a shot a while back, but it seems pretty out of date
[15:16] <dandrader> just flashed my N7 with devel-proposed. Launching any app bring in the 3-dots splash screen and then unity8 freezes for good. anyone else experiencing that?
[15:19] <mhr3> mikenagle_, ping?
[15:20] <Saviq> dandrader, bug #1340086
[15:21] <Saviq> dandrader, 30s, not for good
[15:21] <Saviq> dandrader, and there's a fix coming already
[15:21] <dandrader> Saviq, ah, thanks. I wasn't that patient
[15:31] <mikenagle_> mhr3
[15:31] <mhr3> mikenagle_, sent mail
[15:31] <mikenagle_> mhr3 - sorry too slow off mark. I'll email you back then
[16:09] <Saviq> larsu, hey, can you please `dch -v 0.2.8-0ubuntu1 "unitymenumodel: add nameOwner property"`in https://code.launchpad.net/~larsu/qmenumodel/add-nameowner-property/+merge/226428
[16:09] <Saviq> larsu, so that we can depend on that change
[16:10] <larsu> Saviq: sure
[16:11] <Saviq> larsu, thanks!
[16:11] <larsu> Saviq: done
[16:12] <Saviq> tx
[16:13] <Saviq> MacSlow, please apply http://paste.ubuntu.com/7799135/ on https://code.launchpad.net/~unity-team/unity8/fix-1308011/+merge/225354
[16:16] <MacSlow> Saviq, pushed update as rev 1005
[16:16] <Saviq> MacSlow, tx
[16:18] <dednick> mzanetti: any idea why we cant do recursive instantiation of items in qml? http://paste.ubuntu.com/7799155/
[16:18] <dednick> kinda pissing me off.
[16:19] <mzanetti> :D
[16:19] <dednick> i've done it before, but there was a bit of dodgeyness involved.
[16:19] <mzanetti> I haven't ever done this
[16:19] <dednick> sigh... need to use a loader with qml file :(
[16:20] <mzanetti> Item { SurafaceContainer { anchors.fill: parent } Repeater { delegate: SurfaceContainer {}} }
[16:20] <mzanetti> dednick: ^
[16:20] <mzanetti> not working for you?
[16:21] <mzanetti> ah wait... you need to embed stuff
[16:21] <mzanetti> yeah... I guess using some Loader magic might be your best chance
[16:22] <mzanetti> dednick: But your snippet is like this in C++: class Foo { Foo m_foo; }
[16:22] <mzanetti> not really sure I would want this to work :D
[16:23] <dednick> mzanetti: well, no. only get the children under certain conditions :)
[16:23] <dednick> mzanetti: it's a tree.
[16:23] <mzanetti> yeah... but you want this: class Foo { Foo *m_foo; }
[16:23] <mzanetti> and * is kinda what the Loader does in QML
[16:24] <dednick> class Foo { list<Foo> m_foos; }
[16:24] <Saviq> EOY guys! o/ ;)
[16:24] <dednick> end of year?
[16:24] <mzanetti> ?
[16:24] <mzanetti> thought the same
[16:24] <mzanetti> feels warm still
[16:24] <Saviq> you should read G+! ;)
[16:24] <Saviq> b-day today ;D
[16:24] <mzanetti> ah
[16:24] <mzanetti> heh
[16:25] <mzanetti> Saviq: will you do the high pitch voice tomorrow?
[16:25] <Saviq> ENOREFERENCEFOUND
[16:25] <mzanetti> aka: party tonight?
[16:26] <dednick> i have low pitched voice after i've partied...
[16:26] <Saviq> yeah me too
[16:26] <dednick> alcohol relaxes throat muscles :)
[16:26] <Saviq> mzanetti must be going to a different kind of parties...
[16:26] <dednick> lol
[16:27] <mzanetti> yeah :D
[16:34] <dednick> um. when i try to open a recent app, i get the preview?
[16:37] <mzanetti> dednick: yeah, bug, and I think I saw a MP that fixes it somewhere
[16:37] <dednick> mzanetti: ah. dont suppose apps not opening at all is also a bug?
[16:37] <dednick> because it sounds like one to me!
[16:38] <mzanetti> apps not opening at all?
[16:38] <dednick> not sure if it's qtmir stuff misbehaving
[16:38] <mzanetti> hmm... haven't seen that
[16:39] <mzanetti> dednick: I'm running the latest qtcomp buld here, works fine
[16:41] <dednick> yeah, it was working earlier...
[17:26] <mterry> Saviq, mzanetti: if I'm seeing a qmluitest failure in Jenkins but not locally, is there an easy way to replicate the CI environment?
[17:26] <mzanetti> mterry: running it with make xvfbtestFoo makes it a bit closer to jenkins
[17:27] <mzanetti> but not really
[17:28] <mterry> mzanetti, woah, I think that did replicate the failure
[17:28] <mterry> the xvfb bit did it
[17:34] <mzanetti> nice :)
[18:14] <mterry> mzanetti, so testing with that xvfb test call...  I'm calling greeter.show() on a not-shown greeter.  But the onShownChanged call never happens.  Have you seen similar oddities with xvfb?
[18:14] <mzanetti> mterry: no, haven't...
[18:14] <mzanetti> mterry: you sure the greeter isn't in a weird state *before* calling show()?
[18:15] <mzanetti> mterry: e.g. still destructing contents from a previous hide()
[18:15]  * mzanetti would say xvfb hasn't brought any surprises to the tests except a little slowdown
[18:16] <mzanetti> mterry: try a waitForRendering(greeter) before the show call
[18:16] <mterry> mzanetti, hmm, ok will test
[18:23]  * mterry hugs mzanetti
[18:23] <mzanetti> :)
[18:23] <mterry> mzanetti, waitForRendering worked, you little genius
[18:23] <mterry> or big genius
[18:23] <mzanetti> lucky guess
[21:09] <greyback> kgunn: could you kick off a build of qtmir & unity8 in silo6 please