[04:47] <achiang> trying to use sqlite3 in my qml/qt app (build host is trusty). should i be using the system's libsqlite3-dev package, or is there some Qt version of that package to use?
[04:47] <achiang> reason i'm asking is because i encounter this during cmake: http://pastebin.ubuntu.com/7807167/
[04:48] <achiang> but also encountering this during runtime: http://blog.forwardbias.in/2011/08/when-sqlite-queries-fail-for-no-reason.html
[04:48] <achiang> so wondering if ubuntu suffers that issue or not
[05:08] <achiang> hm, nevermind. dumb question
[07:09] <tsdgeos> Saviq: did we lose qmluitests altogether in CI?
[07:10] <tsdgeos> configuring fails :/
[07:10] <tsdgeos> fginther: ↑ ?
[07:21] <tsdgeos> oh come on
[07:21] <tsdgeos> why does unity8.shell.tests.test_emulators.GenericScopeViewEmulatorTestCase.test_open_preview fail in remote and not for me :/
[07:36] <tsdgeos> we don't record videos of autopilot anymore?
[07:39] <Saviq> tsdgeos, we do
[07:39] <tsdgeos> couldn't find it
[07:40] <Saviq> FYI, I'm incapacitated
[07:40] <Saviq> laptop died
[07:40] <tsdgeos> for https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2329/
[07:40] <Saviq> doesn't get through POST
[07:40] <tsdgeos> used to be in build artifacts, no?
[07:40] <tsdgeos> Saviq: oh :/
[07:40] <Saviq> tsdgeos, yeah, gotta call Dell, hope they'll make it happen yesterday
[07:40] <Saviq> tomorrow I mean
[07:41] <Saviq> though yesterday'd be better
[07:41] <Saviq> tsdgeos, indeed no video there
[07:41] <Saviq> :|
[07:42] <Saviq> brb
[07:59] <Saviq> huh, apparently you can hit Dell Tech Support via Twitter these days ;)
[08:01] <tsdgeos> yeah well
[08:02] <tsdgeos> twitter is about the only way i get companies to do what i need
[08:02] <tsdgeos> get infinite calls of company X and ask them to stop calling -> nope
[08:02] <tsdgeos> complain on twitter -> yes sure, of course we're sorry (have to see if they still call again though)
[08:04] <Saviq> never tried yet
[08:05] <Saviq> and TBH love Dell support for not bullsh$tting, I told them it doesn't go past POST, response was "OK, we need to replace the motherboard, will be there tomorrow"
[08:06] <Saviq> this is probably the single best feature of Dell's notebooks (or well, you could say they shouldn't break at all...)
[08:06] <tsdgeos> :D
[08:06] <tsdgeos> Saviq: you paid some extra support, no?
[08:07] <Saviq> tsdgeos, yeah, NBD, but it's money well spent
[08:07] <Saviq> 4 years, too
[08:07] <tsdgeos> i'll think about it with my refresh laptop
[08:07] <Saviq> not sure of course what the actual cost was
[08:07] <seb128> Saviq, jibel: bug #1336675 ... isn't the sim unlock dialog part of unity8?
[08:07] <Saviq> but something in the order of €300-350 probably
[08:07] <Saviq> seb128, it is
[08:08]  * seb128 reassign
[08:08] <seb128> Saviq, thanks
[08:08] <seb128> jibel seemed to insist it's a setting issue for some reason ;-)
[08:08] <Saviq> seb128, it's probably an indicator-network one actually
[08:08] <Saviq> yeah, as pat assigned
[08:08] <seb128> Saviq, that's where Pat reassigning it, but jibel disagreed and put it back on settings
[08:09] <Saviq> seb128, I'll actually verify in a mo, flashing now and got a locked SIM here
[08:09] <seb128> Saviq, thanks
[08:11] <jibel> seb128, there is a system-settigns crash that's why I reassigned. I can retry but I don't like the idea of locking  my sim card :)
[08:11] <seb128> jibel, having some sort of bt would be nice, settings are not even supposed to be running at this time
[08:24] <Saviq> jibel, can't confirm your bug, where were you putting the wrong PIN? after "Unlock SIM" in the indicator?
[08:25] <Saviq> jibel, put wrong PIN twice and then the correct one, all worked
[08:25] <Saviq> except for the "you have foo tries" label, which got displayed in a random place
[08:25] <jibel> Saviq, on the keypad, after you select 'Unlock SIM' in the indicator, you enter the wrong pin and validate
[08:25] <Saviq> jibel, yeah, worked here
[08:26] <Saviq> put the wrong one twice
[08:26] <jibel> Saviq, on second try the UI froze completely
[08:26] <jibel> Saviq, I'll try again
[08:26] <Saviq> ktx
[08:31] <jibel> Saviq, seems to be okay now. I'm closing the reporT.
[08:46] <Saviq> tsdgeos, the qmluitests fail looks like a network issue
[08:46] <Saviq> hopefully temporary
[08:47] <tsdgeos> Saviq: you think so? seems like a package is conflicting or something
[08:48] <Saviq> tsdgeos, ah the last one, I've seen that before, it looks like cgmanager does not configure due to a post-install script fail
[08:49] <Saviq> tsdgeos, https://launchpad.net/ubuntu/+source/cgmanager/0.27-0ubuntu7
[08:49] <Saviq> tsdgeos, but apparently stuck in proposed
[08:49] <tsdgeos> grrr
[08:49] <tsdgeos> unstuck!
[08:49] <Saviq> caused a regression in lxc autpkgtests
[08:49] <Saviq> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[08:50] <Saviq> although that looks like a misattribution...
[08:52] <Saviq> tsdgeos, the ap test failed for me here on dash_overview branch
[08:52] <tsdgeos> Saviq: interesting
[08:52] <Saviq> tsdgeos, although differently
[08:53] <tsdgeos> Saviq: log?
[08:53] <Saviq> and it might be a result of small screen
[08:53] <Saviq> tsdgeos, http://pastebin.ubuntu.com/7807918/
[08:53]  * Saviq tries on external screen only
[08:54] <tsdgeos> yeah i think it's failing to swipe
[08:54] <Saviq> yeah it selected some text in my terminal
[08:55] <Saviq> yeah passed on 1080p
[09:16] <greyback> Saviq: how does it feel to be an orange-sunglasses-wearing Apple hipster?
[09:17] <Saviq> greyback, not too great, I'm not dealing well with the keyboard (mostly Fn, alt, cmd and F? keys get me)
[09:18] <Saviq> I've been using this from time to time, but working on this isn't that great
[09:18] <greyback> Saviq: you'll get used to it :)
[09:18] <Saviq> greyback, no I won't, getting my shiny Dell back tomorrow ;P
[09:23] <tsdgeos> Saviq: we are in dash overview, search, select a scope that is a favorite, so we go back to regular dash (not a temp scope), when showing dash overview again, is it still in search?
[09:24] <tsdgeos> i vote no
[09:24] <Saviq> dednick, terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::unknown_option> >'
[09:24] <Saviq>   what():  unrecognised option 'prompt-file'
[09:24] <Saviq> tsdgeos, no no
[09:24] <dednick> Saviq: erm. huh?
[09:24] <dednick> what's that from~?
[09:24] <Saviq> dednick, unity8 startup after the env change in unity8.conf
[09:24] <dednick> hm.
[09:25] <tsdgeos> Saviq: no no means yes? or means you agree with me doubly?
[09:25] <dednick> damn. maybe alan_g's change hasn't been released in image
[09:26] <dednick> didn't think it'd matter though
[09:26] <Saviq> tsdgeos, when you close the overview, you reset it
[09:26] <dednick> alan_g: ^ ?
[09:26] <greyback> tsdgeos: "no no" != yes
[09:26] <greyback> :D
[09:26] <tsdgeos> greyback: depends on the programming langauge ;)
[09:26] <alan_g> dednick: which change? what is "image" built from?
[09:26] <tsdgeos> Saviq: okidoki
[09:26] <greyback> no means no, and no no also means no
[09:26] <Saviq> tsdgeos, if you asked just one question, you'd know which one the answer is for ;)
[09:27] <Saviq> aaanyway
[09:27] <Saviq> yeah, reset it
[09:27] <tsdgeos> Saviq: i actually only asked one question, even if it was long :D
[09:27] <Saviq> indeed ;)
[09:27] <greyback> no no no no no no no no no no no no there's no limit
[09:27] <anpok> sometimes one no does not cut it
[09:27] <Saviq> greyback, you're in a good mood today ;P
[09:28] <Saviq> alan_g, I'm getting abort after setting the MIR_SERVER_PROMPT_FILE env var
[09:28] <dednick> alan_g: the prompt-file work in mir.
[09:28] <Saviq> does Mir interpret all MIR_SERVER_* vars, trying to match them to command-line options?
[09:28] <dednick> Saviq, alan_g: sounds like a bug in mir though. setting env vars shouldnt abort if they aren't being used...
[09:28] <anpok> Saviq: afaik yes
[09:28] <Saviq> yikez
[09:29] <Saviq> dednick, ok, I'll drop it from our silo for now, then
[09:29] <alan_g> Saviq: all the variables starting MIR_SERVER_ must be valid options
[09:29] <dednick> Saviq: hm. which silo is it?
[09:29] <Saviq> dednick, 3, unity8 updates
[09:29] <alan_g> It is sensible to reject misspellings
[09:30] <Saviq> dednick, I'll add to silo 18 then
[09:30] <dednick> Saviq: i think 18 has been marked for release already
[09:31]  * alan_g still wants to remove the hack that ignores misspellings on the command line
[09:31] <Saviq> dednick, ok hmm
[09:31] <Saviq> dednick, nope, it's been blocked by the clean exit
[09:32] <Saviq> camako, can I add a unity8 MP to silo 18? https://code.launchpad.net/~nick-dedekind/unity8/trusted-socket.prompt-file/+merge/227051 this one
[09:32] <dednick> Saviq: ok. might as well add it in there as well. since it's related
[09:32] <Saviq> yeah owners are not around anyway
[09:33] <camako> Saviq, I don't know how that'd affect packages already built... It shouldn't invalidate anything right?
[09:33] <Saviq> camako, nope
[09:33] <Saviq> camako, isn't it 4am where you at?
[09:33] <camako> Saviq, nope, I'm in Turkey :-)
[09:34] <Saviq> camako, not what the directory says! ;)
[09:34] <camako> saviq, though we'd need to do another round of testing
[09:34] <camako> Saviq, just for a few weeks for the summer... My base is still TX
[09:35] <Saviq> camako, we can release it later separately if you'd rather, dednick?
[09:35] <Saviq> what's the impact when the var's not there?
[09:35] <dednick> Saviq: trust sessions wont work
[09:36] <camako> saviq, it's okay.. go for it
[09:36] <Saviq> so why isn't it in silo 18 in the first place :D
[09:36] <dednick> Saviq: because yeterday it was marked for release, but then i think we found the issue with clean exit
[09:36] <Saviq> camako, what's the ETA on silo 18? I've a unity8 landing in flight, will have to rebuild anyway after that lands, so might not add it there just yet
[09:36] <dednick> later
[09:37] <Saviq> dednick, 'stood
[09:37] <Saviq> ETA on my silo landing would be about an hour
[09:37] <camako> saviq, silo 18 is being tested by myself and tvoss, as we speak. The clean exit fix...
[09:38] <Saviq> camako, ok, land it then, we'll land the env var separately
[09:38] <camako> saviq, sure.. I think it'll land faster that way
[09:38] <Saviq> yeah agreed
[09:54] <Saviq> tsdgeos, you wanna check your changes with autopilot3... https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2341/console
[09:55] <Saviq> brb
[09:56] <tsdgeos> yeah...
[09:56] <tsdgeos> damnit :D
[09:56] <tsdgeos> that much wait for nothing
[10:10]  * Saviq fixed the keyboard (except the damn Fn is still on the far left :P)
[10:10] <Saviq> come on, muscle mem, kick in!
[10:42] <tsdgeos> Saviq: ok, search done
[10:42] <tsdgeos> did we get any answer on what needs to happen for the corner cases we asked about?
[10:42] <Saviq> tsdgeos, no
[11:02] <Saviq> gtg file tax reports, biab
[11:07] <dednick> tsdgeos: hey. having a problem with not being able to read a qt property from qml. "QMetaProperty::read: Unable to handle unregistered datatype 'QList<TestObj*>"
[11:08] <dednick> which one do i have to register? seem to have tried everything, but doesnt work...
[11:08] <facundobatista> Holas
[11:09] <mhr3> dednick, qRegisterMetaType<QList<...>>("QList<...>") ?
[11:09] <tsdgeos> dednick: i think by just making it be a QList<QObject *> it should work
[11:10] <tsdgeos> or you do what mhr3 says
[11:10] <dednick> tsdgeos: TestObj is a qobject
[11:10] <tsdgeos> dednick: sure, just change the declaration to be QObject *
[11:10] <mhr3> then indeed what tsdgeos said :)
[11:10] <dednick> tsdgeos: it's class TestObj : public QObject
[11:10] <tsdgeos> dednick: declaration of the property
[11:11] <dednick> tsdgeos: i c
[11:11] <tsdgeos> it can be solved registering the list or the list and the pointer too
[11:11] <tsdgeos> but if you're not too attached to the list being a QList<TestObj*> instead of a 'QList<QObject*> the second is just an easier fix
[11:12] <mhr3> tsdgeos, but when doing what i suggested it would be just an opaque type in qml, instead of an array, right?
[11:13] <tsdgeos> hmmmmm
[11:13] <tsdgeos> maybe
[11:13] <tsdgeos> not sure tbh
[11:17] <mzanetti> Saviq: about silo 6. afaics we still can't just dist-upgrade to that one.
[11:17] <mzanetti> Saviq: is that a problem or something that won't be a problem when landed?
[11:23] <dednick> tsdgeos: thanks. it was namespaces that was mucking me about...
[11:23] <tsdgeos> ah
[11:23] <tsdgeos> or that
[11:24] <dednick> would be nice if qmllistproperty worked with repeaters...
[11:28] <tsdgeos> qml scoping is weird
[11:28] <tsdgeos> aka bad :D
[11:28] <tsdgeos> most of the times
[11:33] <dednick> hm. i thought repeaters worked with lists
[11:33] <dednick> tsdgeos: ^ ?
[11:33] <tsdgeos> hmm
[11:34] <tsdgeos> should work wiht an object list yes
[11:34] <tsdgeos> is it not working?
[11:36] <dednick> tsdgeos: not with a QList<TestObj*>
[11:36] <dednick> which is a qobject and registered
[11:36] <dednick> think it only works with QQmlListReference
[11:37] <tsdgeos> dednick: can you see if it works with a QList<QObject*>
[11:37] <tsdgeos> just in case
[11:38] <tsdgeos> hmmm
[11:38] <tsdgeos> it should work wth TetsObj* too
[11:38] <tsdgeos> see http://qt-project.org/doc/qt-5/qtquick-modelviewsdata-cppmodels.html#qobjectlist-based-model
[11:39] <dednick> tsdgeos: ah, well the property probably has to be a qlist<qobject*>
[11:40] <tsdgeos> dednick: docu says "will be accessible as named roles when a QList<DataObject*> is exposed to QML"
[11:41] <dednick> tsdgeos: although the code does "QList<QObject*> dataList;"
[11:42] <tsdgeos> does it?
[11:42] <tsdgeos> ah
[11:42] <tsdgeos> didn't see it
[11:44] <Saviq> mzanetti, there's no ubuntu-touch in there
[11:44] <Saviq> mzanetti, and there can't be, not until qtmir lands in distro
[11:45] <mzanetti> Saviq: ack. so that means we're good. Not having some issue that would block landing, right?
[11:45] <Saviq> mzanetti, no, just ordering
[11:47] <tsdgeos> mzanetti: ping
[11:47] <mzanetti> tsdgeos: pong
[11:48] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/fixPageHeader/+merge/227180
[11:49] <mzanetti> ack
[11:49] <tsdgeos> wait
[11:49] <tsdgeos> actually
[11:49] <tsdgeos> i think it wants to be pageHeader...
[11:50] <tsdgeos> mzanetti: read the commetn i just made
[11:51] <mzanetti> tsdgeos: hmm... need to read more of the code
[11:51] <tsdgeos> think that comes from the pageheader reordering you did
[11:52] <mzanetti> yeah, probably
[11:53] <tsdgeos> lunch
[11:54] <dednick> tsdgeos: yep. qlist<qobject*> working for me.
[12:50] <Saviq> paulliu, nice work on the shutdown dialog!
[12:51] <Saviq> paulliu, we might need to make sure unity8 logs out when shutting down, so that the spinner is displayed, but later
[12:51] <paulliu> Saviq: ok. But jenkins failed a lot.
[12:52] <Saviq> paulliu, yeah, jenkins is not happy today
[12:59] <tsdgeos> dednick: interesting
[13:00] <tsdgeos> shouldn't be that hard make it work for a qobject* derived class i'd say
[13:01] <dednick> tsdgeos: wouldn't have thought so...
[13:01] <tsdgeos> dednick: maybe file a bug, don't think it'll ever get done but once we hire that mithical guy that's going to do Qt development for us it might work as a first-easy thing to do
[13:10] <tsdgeos> mzanetti: pushed the correct fix i think
[13:14] <mzanetti> tsdgeos: ack, thanks
[13:18] <dandrader> Saviq, do you have a device with latest(or recent) image flashed (non-qtcomp)?
[13:18] <Saviq> dandrader, yes, mako
[13:18] <Saviq> dandrader, can flush
[13:18] <Saviq> silo 3 that I have there
[13:18] <Saviq> if needed
[13:19] <dandrader> Saviq, that's N4 right? when you play a video and press the volume keys, does the actual sound volume changes?
[13:19] <Saviq> but it's landing already, so probably same same
[13:19] <kgunn> dandrader: i thot i saw this same thing about 10 images ago....i think its inconsistent
[13:20] <kgunn> dandrader: if you change vol in indicator panel....i bet the video app suddenly allows vol changes
[13:20] <kgunn> virgin image
[13:21] <Saviq> kgunn, video app doesn't really do anything with volume, if that's what happens, bug's with us
[13:21] <kgunn> yep
[13:21] <kgunn> i was thinking it might be down actually
[13:21] <Saviq> I think I lost my media player ?¿
[13:22] <kgunn> early morning run of qtcomp still looking fast and fluid greyback
[13:23]  * Saviq gotta flash, media player dead
[13:23] <Saviq> dandrader, in any case, do you see the vol icon/slider in indicator going up/down?
[13:24] <dandrader> Saviq, yes
[13:24] <Saviq> dandrader, hmm!
[13:24] <dandrader> Saviq, if that moves then it's all fine right?
[13:24] <Saviq> dandrader, it should be, yes
[13:24] <dandrader> Saviq, as in, it's not our fault :)
[13:24] <Saviq> dandrader, but if you can't hear volume changing... kinda means it bypasses pulseaudio or sth
[13:25] <Saviq> dandrader, but yeah
[13:25] <Saviq> (bypassing PA actually makes sense - stagefright - but volume should still be applied)
[13:26] <camako> Saviq, I'm seeing a failure in unity8 AP test : Is this a known problem?
[13:26] <camako> FAIL: unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen(Native Device)
[13:26] <Saviq> camako, reproducible?
[13:27] <Saviq> camako, you can run just that one test
[13:27] <camako> Saviq, I only ran it once
[13:27] <Saviq> daaamn ^W
[13:27] <camako> :-)
[13:27] <Saviq> camako, pass the whole unity8.... part before (
[13:28] <Saviq> camako, to phablet-test-run or however you're runningit
[13:28] <camako> like so?: phablet-test-run -n -p unity8-autopilot unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen
[13:28] <Saviq> camako, you only need -p unity8-autopilot once per flash
[13:28] <Saviq> camako, but yeah, that's it
[13:29] <camako> ah ok
[13:29] <camako> lemme try
[13:34] <camako> Saviq, ran 3 times and passed... Perhaps just low timeout value?
[13:34] <Saviq> camako, yeah, it's fine
[13:34] <camako> Saviq, ack thanks
[13:34] <Saviq> camako, got the failure message about still?
[13:35] <Saviq> yikes, 18k people laid off...
[13:35] <Saviq> that's a number
[13:35] <camako> Saviq, Yeah will paste
[13:36] <camako> http://pastebin.ubuntu.com/7809058/
[13:36] <camako> Saviq ^^
[13:37] <Saviq> camako, some input got lost probably
[13:37] <Saviq> camako, due to high load or so
[13:37] <camako> Saviq, that's what I figured
[13:53] <kgunn> Saviq: is that the msft # ?
[13:53] <Saviq> kgunn, yup
[13:53] <kgunn> yeah thats big
[13:55] <Saviq> have to be quite big to be able to lay off 18k people... without hiring most of them first just to fire them...
[13:56] <cwayne> jesus, thats like, 30 canonicals worth of people
[13:58] <Saviq> yup
[14:10] <kgunn> cwayne: thanks for that....i love thinking about stuff that way
[14:11] <kgunn> its like 1/2 my city
[14:13] <Saviq> heh... yay for -j12 on a 2-core CPU...
[14:13] <Saviq> load 40... ;)
[14:27] <kgunn> paulliu: thanks for landing reboot!
[14:37] <kgunn> Saviq: camako ...seems unity8 & mir both migrated to archive now (@mir dashboard is tad behind jenkins actual)
[14:37] <kgunn> i'm gonna get a silo for unity8....that ok ?
[14:38] <Saviq> kgunn, +1
[14:38] <camako> kgunn, yeah
[14:39] <kgunn> cool, now let's see if i can copy/paste the right mp :P
[14:39] <MacSlow> Saviq, the odd thing was I didn't even see the others lips-icon turn red
[14:40] <Saviq> MacSlow, sounds like mumble didn't like you
[14:40] <camako> kgunn, not sure how soon mir 0.5 will appear in the archive. Does it not take a couple of hours?
[14:40] <MacSlow> Saviq, I'm always suprised how google hangout always manages to work and mumble fails every now and then
[14:40] <MacSlow> has to be the NSA-support ;)
[14:42] <kgunn> camako: yeah, i just spoke to ogra, they're gonna spin an image immediately when its out of the proposed pocket
[14:43] <dednick> tsdgeos: can you finish reviewing https://code.launchpad.net/~nick-dedekind/unity8/indicator.dismissal/+merge/225338 please?
[14:44] <dednick> people want it!
[14:44] <dednick>  @_
[14:44] <tsdgeos> dednick: oh i was there only complaining about merging, wasn't planning on doing any actual review :D
[14:44] <dednick> ahha
[14:44] <dednick> slack
[14:44] <kgunn> damn it...i missed stand up
[14:45] <dednick> Saviq: would you mind taking a look? thostr_ wants it to land. https://code.launchpad.net/~nick-dedekind/unity8/indicator.dismissal/+merge/225338
[14:45] <tsdgeos> Saviq: can you do above dednick's review? ↑
[14:45] <Saviq> tsdgeos, yeah will do
[14:45] <tsdgeos> i can see how me commenting as fails to merge may make others think someone else is already reviewing and they go to another MR
[14:46] <tsdgeos> Saviq: do you think i should keep doing all those merge checking comments?
[14:46] <Saviq> tsdgeos, if you want, yeah, but maybe with no vote?
[14:46] <Saviq> tsdgeos, unless you Abstain them later ;)
[14:46] <tsdgeos> or that
[14:46] <tsdgeos> tx
[14:46] <tsdgeos> will do
[14:46]  * tsdgeos goes back to the fake unity scopes plugin coding
[14:51] <mhr3> tsdgeos, Saviq, will you be adding the dconf schema to u8 for the favourites?
[14:51] <Saviq> mhr3, no, you will
[14:51] <tsdgeos> mhr3: which favourites?
[14:51] <tsdgeos> ah
[14:51] <Saviq> mhr3, we don't even know where they're stored, you know
[14:52] <Saviq> mhr3, because you'll be abstracting it for us nicely :)
[14:52] <mhr3> Saviq, i don't want dconf schema for a qml plugin
[14:52] <mhr3> weird
[14:54] <Saviq> mhr3, it's not for the qml plugin, it's for the scopes system
[14:54] <Saviq> mhr3, otherwise what's the purpose of the Scopes model
[14:55] <mhr3> Saviq, why should scopes system care that some scopes are special for the user?
[14:56] <Saviq> mhr3, because he marked them as favourite
[14:56] <mhr3> for us all scopes are equal
[14:56] <mhr3> Saviq, then you own the schema :)
[14:57] <Saviq> mhr3, I know you want to stop using the scopes scope in the overview
[14:58] <Saviq> mhr3, but as long as Scopes is a model and the Favourites in overview are a ResultsModel, I really don't think I want to tell you what the list of favourites is
[14:58] <mhr3> Saviq, scopes have visibility attribute, scopes scope isn't visible actually
[14:59] <mhr3> Saviq, i'd like if Scopes had scopeIds prop which you'd just bind to the dconf key
[14:59] <mhr3> would be awesome
[14:59] <Saviq> mhr3, would be useless
[14:59] <Saviq> mhr3, why does Scopes need to know it at all
[15:00] <Saviq> mhr3, I can just request the favourites one by one
[15:00] <Saviq> mhr3, in that case
[15:00] <mhr3> cause you want to tell it which scopes to present in the model
[15:00] <Saviq> I don't want the model from it
[15:00] <Saviq> if I have the list myself
[15:00] <Saviq> it's backwards this way
[15:00] <Saviq> mhr3, IMO a cross-scope notion of favourites needs to happen anyway
[15:01] <Saviq> mhr3, it's only a question of time when we add the stars in apps, music albums, whatnot
[15:01] <Saviq> mhr3, and then reorder them
[15:01] <Saviq> mhr3, if I have to maintain all that myself in the shell, what use are the scopes then
[15:02] <mhr3> and what do scopes have to do with apps and music albums and what not
[15:02] <Saviq> they're just content, same thing
[15:02] <Saviq> scopes are results in the scopes scope
[15:02] <Saviq> aand there they go
[15:02] <mhr3> isn't that a reason to keep it somewhere where it's not domain specific?
[15:03] <Saviq> mhr3, but how is it not domain specific, store it in Google Drive for all I care
[15:04] <Saviq> say there's another shell built with the scopes backend
[15:04] <Saviq> why would that shell reimplement the favourites concept?
[15:05] <mhr3> Saviq, i can ask the same thing from the other end
[15:06] <mhr3> Saviq, if there are multiple shell implementation why should all have the same favourite scopes
[15:06] <Saviq> mhr3, because the user marked the *scope* favourite, not that scope in that frontend
[15:07] <mhr3> i disagree, without the frontend the scope is just a bunch of meaningless data
[15:09] <Saviq> mhr3, sounds like a next-week conversation
[15:09] <Saviq> mhr3, but really, if you don't want to expose "collections" (be it favourites or all of them) of scopes for us, we might as well get rid of the Scopes model, there's no point to have it
[15:10] <Saviq> and the scopes scope goes away
[15:10] <Saviq> in surface mode at least
[15:10] <Saviq> but I would completely not understand why
[15:10] <Saviq> I told you already I would gladly just take the scopes scope's Favourites category to drive the dash itself
[15:11] <mhr3> Saviq, imo the Scopes object is there just to allow you to get proxies to the individual scopes
[15:11] <Saviq> mhr3, well it's not, right now, it's providing me with a model of favourite ones
[15:11] <mhr3> right
[15:11] <Saviq> mhr3, if it doesn't need to do that (because I have the list of favourites from somewhere else already)
[15:11] <Saviq> it can just stop being a model
[15:12] <Saviq> no point in me passing you a list of favourites for you to give it back
[15:12] <mhr3> sounds fine to me, it's not necessary for it to be a model
[15:13] <mhr3> then again, we have schedule to fit into
[15:13] <Saviq> mhr3, yeah, nothing like that's gonna happen before RTM
[15:13] <mhr3> and making it not-a-model sounds expensive
[15:16] <Saviq> mhr3, it wouldn't be that expensive actually, but let's come up with a plan before we start doing anything
[15:17] <Saviq> mhr3, can we agree to, at least for now, do it where it happens currently (where UNITY_SCOPES is interpreted)?
[15:18] <Saviq> mhr3, or do you not want to deal with (un)favouriting?
[15:18] <Saviq> mhr3, where would the overview get the list from then?
[15:23] <mhr3> Saviq, the overview is already misusing it, it's doing getScope("scopesOverview") ffs
[15:24] <Saviq> mhr3, not thatlist
[15:24] <Saviq> mhr3, the actual list of favourites
[15:25] <mhr3> it's just an array of ids where each is expected to be a scope
[15:25] <Saviq> mhr3, so what you're saying is that there won't be a favourites category that the scopes scope supplies
[15:26] <Saviq> mhr3, so all you're going towards is dropping the scopes scope altogether, and making unity8 deal with all this internally
[15:26] <mhr3> i'm saying it's the exact same thing that currently the Scopes model exposes
[15:26] <mhr3> so it's just bound together
[15:27] <Saviq> mhr3, except the overview expects a ResultsModel *from* scopesOverview scope
[15:28] <Saviq> mhr3, that supplies the list as scopes
[15:28] <Saviq> s/scopes/results/
[15:28] <Saviq> for both favourites and All
[15:28] <Saviq> in two surfacing categories from the scopes/overview scope
[15:30] <Saviq> mhr3, really, to us data for the overview is just as for any other scope, it's categories, with results, with a card template
[15:30] <Saviq> mhr3, the only thing different is how we deal with activation
[15:30] <Saviq> oh yay, and now my mako is dying
[15:30] <mhr3> Saviq, to me the overview thing isn't really a scope
[15:31] <mhr3> yet i understand why you want it to have the same data model
[15:31] <Saviq> mhr3, why is that?
[15:31] <Saviq> mhr3, it's just a scope of scopes, how is it different than the scopes scope we currently have
[15:32] <Saviq> it just looks differently, data-wise it's exactly the same
[15:32] <mhr3> because it's hard linked to all the other scopes
[15:32] <mhr3> it's on top of everything
[15:32] <Saviq> it's just a master aggregator scope
[15:32] <Saviq> so what
[15:32] <mhr3> it's a "master" scope for everything
[15:32] <mhr3> root of the scope tree if you will
[15:33] <Saviq> everything else in that tree is a scope, why can't that be a scope, too
[15:35] <Saviq> it's even designed to behave like a scope
[15:35] <Saviq> with a few exceptions, exceptions that we plan to have all over the place for "our" scopes anywy
[15:37] <mhr3> Saviq, even design themselves consider apps and scopes scope super-special
[15:37] <mhr3> and they indeed are, there's a reason those two shouldn't be unfavouritable
[15:38] <Saviq> mhr3, but they're only super-special in the sense that they can do more
[15:38] <mhr3> at some point scopes will be just tiny qml programs :)
[15:38] <Saviq> mhr3, not that they are not scopes
[15:39] <Saviq> tiny, right
[15:39] <mhr3> Saviq, you could say the same about all our apps too :)
[15:39] <mhr3> ok, sudoku as a scope... maybe not
[15:39] <Saviq> mhr3, while are we building this whole scope system at all then?
[15:39] <Saviq> s/while/why?
[15:40] <Saviq> aargh
[15:40] <Saviq> bad day
[15:40] <mhr3> cause apps are slow to launch? :)
[15:40] <Saviq> mhr3, and scopes are not
[15:40] <mhr3> and they're so 2010 :)
[15:56] <Saviq> ok... no more run_on_device.sh :|
[15:56] <Saviq> not enough space in the image...
[16:00] <josharenson> Anyone know why I'm getting this traceback? http://pastebin.ubuntu.com/7809679/   What is supposed to be setting this bogus lib path, and why do other tests work? (running AP test on tablet manually via autopilot run <package.test.method>)
[16:02] <Saviq> josharenson, the tests themselves set those paths
[16:03] <josharenson> I've literally copied an existing test, and when I call self.launch_unity() it crashes
[16:03] <josharenson> saviq, but the other tests work fine
[16:03] <josharenson> ill set some break points and see, just wondering if this was an easy fix
[16:04] <Saviq> josharenson, you doing this on device?
[16:04] <josharenson> yes
[16:04] <Saviq> josharenson, ok, do you have unity8-fake-env installed?
[16:04] <Saviq> josharenson, that path should be there
[16:04] <josharenson> saviq, haven't manually installed it...
[16:04] <Saviq> josharenson, except LD_LIBRARY_PATH should not point at it never
[16:05] <mterry> dednick, thanks for review of dialer-above!
[16:05] <dednick> mterry: no worries
[16:05] <Saviq> josharenson, maybe the test you copied was decorated to not use the lightdm mocks?
[16:06] <josharenson> saviq, I removed all the decorators
[16:06] <Saviq> josharenson, yeah, that's your problem most probably
[16:06] <josharenson> saviq, ah, thought I was simplifying things...
[16:07] <Saviq> josharenson, the decorators deal with the lightdm mocks per-test
[16:07] <josharenson> ack
[16:07] <Saviq> josharenson, granted, no decorators should work, too, so there's something wrong
[16:08] <josharenson> saviq, it seems to be getting farther (before crashing) with the fake env package installed
[16:08] <Saviq> josharenson, you should probably just install unity8-autopilot
[16:08] <josharenson> ok
[16:08] <Saviq> josharenson, and then just use PYTHONPATH to point at your own suite
[16:09] <josharenson> saviq, and run from host I assume
[16:10] <Saviq> josharenson, no, not necessarily
[16:10] <Saviq> josharenson, well, depends on what you mean "from the host"
[16:10] <josharenson> saviq, phablet test runner
[16:10] <Saviq> josharenson, doesn't really matter
[16:10] <josharenson> ok
[16:11] <Saviq> josharenson, or well, it does, won't let you set PYTHONPATH
[16:11] <josharenson> ah true
[16:31] <Saviq> kgunn, I'll add https://code.launchpad.net/~nick-dedekind/unity8/indicator.dismissal/+merge/225338 to your silo, ok?
[16:31] <Saviq> thostr_, will be happy
[16:31] <thostr_> indeed
[16:32] <thostr_> like xmas and easter the same day
[16:32] <Saviq> kgunn, oh btw, we got two test plans... https://wiki.ubuntu.com/Process/Merges/TestPlan/unity8 https://wiki.ubuntu.com/Process/Merges/TestPlans/Unity8
[16:35] <kgunn> Saviq: ack
[16:35] <Saviq> kgunn, kicked a rebuild, should be good in ~36 mins
[16:36] <Saviq> man it takes too long :/
[16:36] <Saviq> add to that building the image and autopkgtests that ~will happen in CI airline...
[16:36] <kgunn> Saviq: how come a rebuild ?
[16:37] <Saviq> kgunn, added the MP?
[16:37] <kgunn> oh sorry nvmd
[16:37] <kgunn> misssed the scrollback
[16:37] <Saviq> kgunn, ah... not enough ACKs...
[16:37] <kgunn> ;)
[16:38] <Saviq> kgunn, I'll be available to run the test plan if you need me
[16:38] <kgunn> thanks
[16:43] <dandrader> mzanetti, greyback, on my device if I press the power key I see it getting repeated KeyPress events for ever
[16:44] <dandrader> which effectively makes the device screen blank until you "restart lightdm"
[16:44] <greyback> dandrader: news to me.
[16:44] <greyback> try restarting?
[16:44] <dandrader> greyback, you mean rebooting?
[16:45] <greyback> yes
[16:46] <mzanetti> greyback: dandrader: seen that too
[16:46] <mzanetti> only if you manually restart lightdm
[16:46] <mzanetti> does not happen when booting on its own or with run_on_device
[16:46] <dandrader> ahhahaha, unbelievable
[16:48] <dandrader> mzanetti, I'm fiddling with focus as well in the key handling work
[16:49] <dandrader> mzanetti, so better not having us both working on it.
[16:49] <mzanetti> dandrader: I just fixed that one bug report we had
[16:49] <mzanetti> dandrader: not touching it any more
[16:54] <kgunn> Saviq: for landing qtmir have you been talking to any core devs ?
[16:54] <kgunn> i was asking slangesek to review for packaging...
[16:55] <kgunn> curious if we were doubling down
[17:00] <Saviq> kgunn, slangasek asked me about it around last weekend
[17:01] <Saviq> kgunn, and said he just needs a GO signal when we're done with code reviews
[17:02] <kgunn> Saviq: awesome!...just sync'd w the guys...sounds like Mon afternoon euro time will be it...
[17:02] <kgunn> try to land it on Tues
[17:02] <Saviq> k
[17:02] <kgunn> olli_: ^
[17:02] <kgunn> qtcomp
[17:06] <dednick> \o/
[17:14] <dandrader> mzanetti, greyback: pushed key handling + focus refactoring
[17:14] <dandrader> hopefully I didn't break anything
[17:14] <greyback> dandrader: ok, will test. Did you try on the desktop?
[17:14] <dandrader> greyback, no. never did try it on the desktop
[17:15] <greyback> dandrader: well now's a great time to try :) I recommend using your non-primary machine
[17:15] <dandrader> oh, the poor g+ laptop
[17:16] <dandrader> after lunch
[17:47] <mterry> Saviq, did you still have concerns about the locking-hash branch?
[17:51] <kgunn> Saviq: hmmm, can you try silo 12 ? ....i updated and made sure i rm'd welcome-wiz-had-run....
[17:51] <kgunn> and it never booted
[17:51] <kgunn> so just rebooted, but i just get endless spinner
[17:52] <kgunn> hoping its me
[17:52] <kgunn> ah shit....it is me
[17:52] <kgunn> nvmd
[17:52] <kgunn> idiot
[17:52] <kgunn> forgot to update mir
[18:02] <Saviq> mterry, right, sorry, should we add a --pam option, though? so that even with ./run.sh we can force usage of PAM?
[18:02] <Saviq> mterry, your call, doesn't even have to be in the same MP
[18:04] <Saviq> mterry, ah and for later, is there any way we could test the PAM interactions?
[18:04] <mterry> Saviq, that would be nice, yeah.  I usually just test on the phone but yeah
[18:12] <Saviq> mterry, re: testing PAM interaction?
[18:12] <mterry> Saviq, sorry got distracted
[18:12] <mterry> Saviq, you mean manually or via tests?
[18:13] <Saviq> mterry, tests
[18:14] <mterry> Saviq, well that's certainly possible as long as our tests can futz with setting passwords and the like
[18:14] <Saviq> mterry, when you have a moment, review fail on my part, didn't update the mock: https://code.launchpad.net/~saviq/unity8/fix-test-notifications/+merge/227239
[18:14] <mterry> Saviq, like, suitable for running AP tests on the device, but not so much on your own machine
[18:15] <Saviq> mterry, well, yeah, so food for thought, then
[18:16] <Saviq> mterry, source of the above issue: https://code.launchpad.net/~larsu/qmenumodel/add-nameowner-property/+merge/226428
[18:16] <mterry> Saviq, we had same problem with split greeter
[18:17] <Saviq> mterry, ACK
[18:18] <Saviq> mterry, thanks to you I learned something about QFutures ;)
[18:18] <mterry> Saviq, we could LD_PRELOAD low-level methods that PAM needs.  So fake which users are available.  That way we'd at least hit the PAM stack
[18:18] <mterry> Saviq, yeah that was a journey for me too :)
[18:19] <Saviq> very wow ;)
[18:21] <mterry> Saviq, looking at that branch btw, just have to at least build to answer the checklist  :)
[18:21] <Saviq> does not compute
[18:23] <Saviq> mterry, so what do we still need to happen for password support to land? settings?
[18:23] <mterry> Saviq, ugh
[18:24] <mterry> Saviq, so settings needs seb signoff, dialer-above branch needs security signoff.  Then we transition into the Foundations world, where there's quite a bit needed (mostly written, but working on tiny details about some password tools hardcoding /etc in some places)
[18:24] <Saviq> mterry, right, so we're still going for the out-of-/etc passwd?
[18:25] <mterry> Saviq, (because the current plan is to have password databases in /var/lib/extrausers)
[18:25] <mterry> Saviq, yeah, in-etc just isn't feasible
[18:25] <Saviq> k
[18:43] <kgunn> lunch & running errand while unity8 ap test runs
[18:43] <kgunn> all other manual tests look good for silo12
[19:17] <dandrader> mzanetti, greyback, gonna merge trunk in unity8/mirCompositor
[19:17] <greyback> dandrader: ok
[19:18] <dandrader> wow, still online!
[19:18] <dandrader> greyback, btw, found any new issues?