[09:21] <mzanetti> Saviq: no, didn't try unity7 lately
[09:32] <tsdgeos> oh man,  i left yesterday thinking all autopilot tests were passing
[09:32] <tsdgeos> and now i'm back to lots of them failing
[09:32]  * tsdgeos cries in his corner
[09:37] <Saviq> tsdgeos, there there
[09:41] <Cimi> tsdgeos, they almost work for me
[09:42] <tsdgeos> good stuff:)
[09:42] <Cimi> tsdgeos, after your workaround :)
[09:43] <tsdgeos> Cimi: the comment of = -1, = 0 ?
[09:43] <Cimi> tsdgeos, yes
[09:43] <tsdgeos> yeah i thought i had fixed that
[09:43] <tsdgeos> but no
[09:46] <tsdgeos> Cimi: how did you get from all failing to some failing only?
[09:46] <tsdgeos> what was wrong?
[09:46] <Cimi> tsdgeos, that thing
[09:46] <Cimi> tsdgeos, I'm checking now
[09:46] <Cimi> redoing all of them
[09:47] <tsdgeos> Cimi: i pushed a small change
[09:47] <tsdgeos> somehow we were testing for a scope that was there when i tested
[09:47] <tsdgeos> but not anymore
[09:47] <karni> Hey guys. phone-right-edge was last built on Feb 21st. We're not rebuilding it?
[09:47] <tsdgeos> so i went for another one that is there now :S
[09:48] <mzanetti> karni: what do you need from that one?
[09:49] <karni> mzanetti: I would like up-to-date ubuntu with new-scopes face. How would I go about that?
[09:49] <karni> use demo-stuff ppa instead?
[09:49] <karni> nope, not that one
[09:49] <mzanetti> karni: hmm... I guess right now you'd have to build it yourself...
[09:50] <mzanetti> karni: and most likely also resolve conflicts between new scopes and right edge if you want both
[09:50] <karni> that's a pity
[09:50] <mzanetti> karni: but it looks good that I'll get the right edge stuff approved into trunk really soon
[09:50] <karni> I don't need right edge. I need new scopes on up to date Ubuntu
[09:50] <Saviq> karni, unity8 from demo-stuff should be good enough
[09:50] <karni> Saviq: ok!
[09:50] <karni> mzanetti: Saviq: thanks guys
[10:11] <Cimi> tsdgeos, http://paste.ubuntu.com/7072621/
[10:13] <tsdgeos> Cimi: you're outdated?
[10:13] <tsdgeos> i changed com.canonical.scopes.onlinescopes
[10:13] <Cimi> let me update
[10:13] <tsdgeos> and Title.0
[10:13] <tsdgeos> maybe i didn't push
[10:14] <tsdgeos> Cimi: i just pushed to r723
[10:15] <tsdgeos> make sure you have that one
[10:15] <Cimi> I'm updating
[10:18] <karni> I do unity8 -mousetouch & on desktop, and icons are not clicable. known issue?
[10:18] <karni> categories expand correctly, I can swipe with mouse as well. not click icons, though.
[10:21] <karni> tsdgeos: Saviq: ↑
[10:21]  * karni wanted to test online accounts in unity8 on desktop
[10:21] <tsdgeos> hmmmm
[10:22] <tsdgeos> works here
[10:22]  * karni updates
[10:22] <tsdgeos> wait
[10:22] <tsdgeos> you mean unity8 as desktop shell?
[10:22] <karni> tsdgeos: I don't know, this is highly confusing :D Just follosing desktop instructions of demo-stuff https://launchpad.net/~unity-team/+archive/demo-stuff
[10:23] <karni> I launch unity8 -mousetouch & in terminal
[10:24] <karni> tsdgeos: yes, I can unlock, scroll, expand categories, but click/longclick with mouse dont work
[10:24] <tsdgeos> karni: i guess running ./run has the same problem, no?
[10:24] <karni> um
[10:25] <karni> tsdgeos: you want me to try ./run from trunk?
[10:25]  * karni will try
[10:25] <tsdgeos> karni: ah, you're running unity8 from packages :D
[10:25] <tsdgeos> karni: preferably from new scopes, but trunk works too
[10:26] <karni> well, ./run from trunk won't let me unlock (because I'm suing a mouse?)
[10:26] <karni> *using
[10:26] <tsdgeos> hmmm
[10:26] <karni> it unlocks then slides back
[10:26] <tsdgeos> no, using a mouse works fine just fine in trunk + ./run
[10:26] <karni> but then, I see old icons
[10:26] <karni> let me try with new-scopes
[10:26] <tsdgeos> right
[10:27] <karni> tsdgeos: yes, same problem in new-scopes. icons don't react to mouse click.
[10:28] <tsdgeos> karni: meaning you get no preview, etc?
[10:29] <mhr3> dpm, ping?
[10:29] <karni> tsdgeos: yes. tab bar works fine, swiping works, but icons are just dead. no reaction to mouse.
[10:30] <karni> well, I think I'll have to stick to working on the desktop for time being. icons are not only problem, online accounts does not want to create github account, while on desktop it shows up properly.
[10:31] <karni> and I can open accounts from system-settings on desktop
[10:31] <Saviq> karni, console output when clicking / longpressing would be interesting
[10:31] <tsdgeos> i'm confused now :D
[10:31] <tsdgeos> are you running on desktop or not?
[10:32] <karni> there's no output when I click icons
[10:32] <karni> after I ./run it
[10:32] <karni> is there some -v switch?
[10:32] <tsdgeos> maybe didn't understood that last sentence correctly but it seems to me you say that it both works and not works in the desktop :D
[10:32] <Saviq> karni, no, should work fine, I'll have a look in a bit
[10:32] <karni> tsdgeos: I am. I mean I can open system-settings from terminal, but I can't develop a scope - online accounts dont work on the phone the way I need, and clicking doesn't work on desktop.
[10:32] <karni> Saviq: thank you
[10:33] <karni> *clicking doesn't work on the desktop
[10:33] <dpm> hi mhr3
[10:33] <Saviq> karni, does the github account show up under gnome-control-center / Online Accounts? can you add it there?
[10:35] <mhr3> dpm, hey, any chance you can update the scopes api docs on duc? michael does that usually for us, but well.. you're here now :)
[10:35] <karni> Saviq: I can add it when I run system-settings -> Accounts. It doesn't show up when I use gnome-control-center -> Online Accounts
[10:35] <karni> wait, let me try again with gnome-control-center
[10:36] <karni> scratch that. Saviq, yes, it does show up in System Settings (gnome-control-center) -> Online Accounts
[10:36] <karni> Saviq: want me to send those github account plugin files?
[10:36] <Saviq> karni, no, unrelated
[10:36] <karni> lp:githubuntu
[10:37] <karni> so, it only doesn't show up on the phone
[10:37] <Saviq> karni, in *theory* it should work in both, but e.g. U1 is more complicated, so only works on phone
[10:37] <karni> right.
[10:38] <dpm> mhr3, for the html docs, this should happen automatically as soon as there is a new -docs package available. Do we have one containing the new API docs already?
[10:39] <dpm> mhr3, going forward, and this is one of the points that I want to discuss on the UDS session, we want the doxygen docs to be imported into d.u.c directly instead of publishing the raw html
[10:39] <mhr3> dpm, no, we can't land because of the qt transition
[10:39] <karni> tsdgeos: Saviq: long press does work when ./run from new-scopes branch. only click on icon (on the desktop, ./run new-scopes) does not work.
[10:39] <Saviq> karni, activation might not work indeed, depends on the result
[10:40] <Saviq> karni, i.e. apps won't get launched, but files, http should open
[10:40] <karni> ah yes, click in ebay does work indeed
[10:40] <karni> great!
[10:40] <karni> Saviq: thanks :)
[10:40] <Saviq> karni, so, fire extinguished? ;)
[10:40] <mhr3> dpm, and yea, i know that's the plan... but i guess that will still take a while
[10:41] <dpm> mhr3, if you've got it in a PPA, we could still publish it. That said, given the fact that we need to update all of the docs in the next couple of weeks, I'd suggest to wait for the landing and getting the docs automatically published, rather than doing it now and doing extra work. Does that sound ok to you?
[10:41] <karni> Saviq: yes. would be great to have online accounts work as expected, but I suppose this is not at all your area :) do you guys know who works online accounts?
[10:41] <karni> I'll ask in u1-internal
[10:41] <mhr3> dpm, wanted the docs to be in slightly more consumable state during uds
[10:42] <Saviq> karni, mardy is one, kenvandine worked on them before, but think he's focused on content hub now
[10:42] <karni> ah, mardy. okay! will try to get hold of him :)
[10:43] <dpm> mhr3, if you can point me to a PPA, I can look at getting them published from there, instead of the archive, but it will probably have to wait until tomorrow
[10:43] <mhr3> dpm, i could build it in a ppa, but a one scopes session is already today
[10:47] <mhr3> dpm, should appear in https://code.launchpad.net/~mhr3/+archive/staging shortly
[10:58] <dpm> mhr3, what's the name of the binary package providing the html docs in that ppa?
[10:58] <mhr3> dpm, libunity-scopes-doc
[10:58] <dpm> ok
[10:58] <mhr3> dpm, it didn't build yet though
[10:58] <dpm> yes, I saw it pending build
[10:59] <Cimi> tsdgeos, http://paste.ubuntu.com/7072891/
[11:05] <dpm> mhr3, ok, let me know when the package builds. I've now set everything up in the server, so that the docs can be published before the session today
[11:05] <mhr3> dpm, will do, thx
[11:12] <tsdgeos> Cimi: hmmm
[11:12] <tsdgeos> work for me
[11:13] <tsdgeos> Cimi: what do you see running the tests?
[11:13] <tsdgeos> Saviq: i'm a point that all qmluitests and autopilot tests work me in new-scopes-cleanup, do you mind joining Cimi on running them?
[11:24] <Saviq> tsdgeos, yup, will do
[11:25] <tsdgeos> Saviq: i've used 5.0 for this btw
[11:25] <Saviq> tsdgeos, yup
[11:25] <tsdgeos> want me to switch to 5.2 and see what happens?
[11:25] <tsdgeos> or let's do that afterwards?
[11:25] <Cimi> tsdgeos, it looks like switching scopes is not right
[11:26] <tsdgeos> Cimi: can you record a video?
[11:26] <Cimi> maybe
[11:26] <tsdgeos> either that or fix it, your call ;)
[11:29] <Cimi> tsdgeos, fix it :)
[11:29] <Cimi> tsdgeos, I'm testing on my second ubuntu machine
[11:30] <tsdgeos> Cimi: ok, i'll test your patch :)
[11:30] <Cimi> tsdgeos, I have no patch :D
[11:30] <Cimi> hopefully will have until I realise what's wrong
[11:30] <Cimi> still in testing mode
[11:30] <tsdgeos> Cimi: when you have it :)
[11:35] <tsdgeos> Cimi: i had a problem in those tests if some notification pops up, seems to break because the mouse moving seems to happen over the notification, make sure it's not that
[11:35] <Cimi> ok
[11:36] <tsdgeos> Cimi: and i also had a problem with not enough horizontal mouse movement happening a while back, and had to increase the x move, maybe you still need more ¿?
[11:37] <Cimi> tsdgeos, now works °_°
[11:37] <tsdgeos> :D
[11:37] <Cimi> tsdgeos, it's not reliable
[11:37] <tsdgeos> it works pretty well here even looped
[11:37] <Cimi> andnow doesn't
[11:38] <tsdgeos> Cimi: which test are you running specifically?
[11:38] <Cimi> PYTHONPATH=../tests/autopilot autopilot run unity8.shell.tests.test_emulators.DashEmulatorTestCase.test_open_scope_to_the_right
[11:38] <mhr3> Saviq, aware of a non-virtualized ppa where i can quickly build something?
[11:38] <Saviq> mhr3, demo-stuff
[11:38] <Saviq> mhr3, or ppa:unity-team
[11:38] <mhr3> Saviq, besides demo-stuff :)
[11:39] <Saviq> mhr3, ↑↑
[11:40] <mhr3> Saviq, something's missing there :)
[11:40] <Saviq> mhr3, nope
[11:40] <Saviq> mhr3, == ppa:unity-team/ppa
[11:40] <Saviq> https://launchpad.net/~unity-team/+archive/ppa/
[11:40] <mhr3> the /ppa was ;)
[11:41] <mhr3> didn't know that's the default
[11:41] <mhr3> Saviq, anyway, thanks
[11:41] <Saviq> mhr3, yeah, it is
[11:41] <Saviq> nw
[11:41] <Cimi> tsdgeos, works on osx with vm but not with real ubuntu
[11:42] <Cimi> tsdgeos, could it be related to mouse input?
[11:42] <Cimi> tsdgeos, difference is that on osx I have all scopes, ebay and shopping, not on the vm
[11:43] <Cimi> maybe I have demo ppa
[11:43] <tsdgeos> it works fine here
[11:43] <tsdgeos> only breaks when you talk to me :D
[11:43] <tsdgeos> because of the notification thing
[11:43] <Cimi> hah
[11:44] <tsdgeos> it could be a race too
[11:44] <tsdgeos> Cimi: can you try running that same test in trunk?
[11:44] <Cimi> sure
[11:51] <Cimi> tsdgeos, works
[11:51] <Cimi> mhr3, get hungry!
[11:51] <tsdgeos> all the time or just randomly like in new-scopes?
[11:51] <Cimi> tsdgeos, all times
[11:56] <mhr3> Cimi, heh, /me almost rdy to leave home
[11:56] <tsdgeos> Cimi: so yeah, give it a try at fixing it, it works fine for me all the time
[11:56] <tsdgeos> http://paste.ubuntu.com/7073118/
[12:05] <Saviq> Cimi, did you rebase https://code.launchpad.net/~unity-team/unity8/new-scopes.carousel-dinamic-fallback/+merge/207451 somewhere yet?
[12:06] <mhr3> dpm, non-arm pkg ready @ ppa:unity-team/ppa - sorry had to move it to different ppa cause i forgot our tests don't pass in virtualized ppas
[12:06] <Saviq> Cimi, https://code.launchpad.net/~unity-team/unity8/carouselTool-new-dash/+merge/209746 that it?
[12:18] <Cimi> Saviq, correct
[12:19] <Saviq> Cimi, k
[12:19] <Cimi> tsdgeos, trunk passes for me
[12:19] <Cimi> oh, new revision for new scopes
[12:19]  * Cimi pulls
[12:29] <tsdgeos> Cimi: https://code.launchpad.net/~unity-team/unity8/carouselTool-new-dash/+merge/209746
[12:36] <Cimi> tsdgeos, will fix after lunch
[12:37] <Cimi> tsdgeos, I'm sprinting with mhr3 and dednick at mines :)
[12:37] <tsdgeos> cool
[12:37] <Cimi> canonical engineers office :)
[12:38] <Cimi> we have beers and much faster internet
[12:58] <Saviq> tsdgeos, hmm testShell from cleanup segfaults here :/
[13:02] <Saviq> in fake indicators...
[13:21] <elopio> mzanetti: ping. Can you take a look here, please? https://code.launchpad.net/~elopio/notes-app/qml_tests/+merge/210346
[13:22] <mzanetti> elopio: ok
[13:23] <mzanetti> elopio: first of all. thanks soooo much for this
[13:24] <elopio> mzanetti: thanks to you. I had your pdf from the lightning talk and your dev week video all the time :)
[13:25] <mzanetti> nice :)
[13:25] <elopio> I just would like it better if it wasn't javascript, but it's cool.
[13:25] <mzanetti> heh
[13:37] <Saviq> tsdgeos, yay, only one qmltest fail https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1333/?
[13:40] <Saviq> tsdgeos, the ap tests suggest scope-registry doesn't react to the custom signal still, we might temporarily go for "initctl start scope-registry" in our pre-start (just to check the result)
[13:41] <Saviq> tsdgeos, but mako looks good!
[13:41] <Saviq> tsdgeos, only two failures are due to the 5.0 crasher
[13:42] <mzanetti> elopio: done.
[13:42] <mzanetti> elopio: I did some more detailed explaining as usual as I imagine you want some more feedback on those first tries
[13:46] <elopio> mzanetti: yes, thanks. I'll take a look.
[13:47] <kgunn> Saviq: greyback hey guys, any thoughts on what's happening with the crash on 1st boot ? do we need to take the bitter revert pill ?
[13:47] <greyback> kgunn: I've tracked down *a* crash problem, know how to fix, working on it now. With luck, that's it
[13:48] <Saviq> kgunn, was QML deleting the object from under QSharedPointer, fyi
[13:48] <elopio> mzanetti: I will also need some help to run the qml tests as part of the make check. Can you give me a hand with that?
[13:48] <kgunn> oh cool !
[13:48] <Saviq> elopio, GL is required
[13:49] <Saviq> elopio, so make check isn't a good target, autopkgtest more so
[13:49] <kgunn> well not cool qml deletes objs out from under QSharedPointer, but cool we found it
[13:49] <Saviq> elopio, with xvfb-run -s "screen 0 1024x768x24"
[13:49] <Saviq> kgunn, http://qt-project.org/wiki/SharedPointersAndQmlOwnership
[13:49] <elopio> it sounds good as part of autopkgtest, right.
[13:49] <mzanetti> elopio: of course
[13:49] <Saviq> elopio, the x24 is required, otherwise gallium can't do virtual gl
[13:50] <elopio> Saviq: but it can be a cmake task too, right? Like make qmltests
[13:50] <Saviq> elopio, yeah
[13:51] <Saviq> elopio, I was playing with the idea of making a helper that would run the test one at a time (or at least suite one at a time) and record it from xvfb and put it in artifacts
[13:51] <Saviq> elopio, but didn't get there yet
[13:51] <Saviq> elopio, if you do, please please let us know :)
[13:51] <elopio> Saviq: record in video?
[13:51] <Saviq> elopio, and we really need a common place for the QmlTest.cmake and such ;)
[13:52] <Saviq> elopio, yeah, recordmydesktop, as autopilot does it
[13:52] <Saviq> elopio, always helpful for debugging
[13:52] <kgunn> just skimming that puts me in awe of you guys
[13:52] <elopio> Saviq: but the qmltestrunner tests are generally too fast to look at them.
[13:52] <elopio> I'm not sure how it would look in slow motion, maybe it could work.
[13:52] <Saviq> elopio, it depends on the test, we (unity8) have plenty that are lookable at
[13:53] <Saviq> elopio, also, xvfb is slower and does no transitions, so should actually show the few frames the test does
[13:53] <Saviq> elopio, but that also means you need to take better care with the tests (especially the more complicated ones) to make them pass under xvfb
[13:54] <elopio> Saviq: sounds good. I'm using ubuntu-ui-toolkit as the place for all the common autopilot helpers.
[13:54] <elopio> for me, that's also a good place for all the qml test helpers.
[13:54] <Saviq> elopio, on the plus side, should increase reproducability between jenkins and dev machines
[13:54] <Saviq> elopio, could be a good place indeed, testing is after all part of our sdk
[13:55] <mzanetti> greyback: packages for you :) https://chinstrap.canonical.com/~mzanetti/right-edge-pkgs.tar.bz2
[13:56] <greyback> mzanetti: nice, thanks. Hope to get to it in ~1 hour
[14:12] <dandrader> greyback, so, I was talking to mzanettt. Will change qpa-mirserver code so that the QPA (SurfaceManager?) gives to QML a QMirSurfaceTextureProvider instead of a MirSurfaceItem. That's to enable multiple QQuickItems to display the same mir surface in the scene graph. E.g. a Window in the Stage and a RunningApplicationTile in the RunningApplicationsGrid showing the same mir surface texture. that removed the need and overhead of taking snapshots
[14:14] <dandrader> greyback, think that approach would work?
[14:15] <greyback> dandrader: I'm not fond of passing the raw QMirSurfaceTextureProvider to QML. It won't have information like the Application it belongs to, or it's parent surface, etc.
[14:16] <greyback> dandrader: I'd prefer an intermediary, maybe just "MirSurface" that contains all the surface information (and it's application information), which could be used for QML to create a MirSurfaceItem
[14:17] <greyback> would also be able to manage the buffers, as we only want to use 1 new buffer per frame, not per instance of the MirSurfaceItem
[14:19] <greyback> dandrader: but while I think it's overall a good idea, I don't think we need it right now
[14:23] <mhr3> dpm, docs looks good, thanks
[14:24] <Saviq> mhr3, hey, scope-registry (or smart proxy, for that matter) don't start on the new upstart event yet, do they?
[14:25] <mhr3> Saviq, trunk/distro doesn't, but once we land 0.4 it will
[14:25] <Saviq> mhr3, k, that's what I thought
[14:26] <didrocks> Saviq: didn't see my question about getting an update on the unity8 crash (or maybe I missed your answer)?
[14:26] <Saviq> om26er, hey, I saw we jumped the gun on the unity8 unlock changes? is there a plan?
[14:26] <Saviq> didrocks, greyback found the issue, working on a fix now
[14:26] <didrocks> oh excellent! unity-mir?
[14:26] <Saviq> didrocks, missed your q indeed
[14:26] <didrocks> no worry :)
[14:26] <om26er> Saviq, now using process_helpers from unity8. and plan ?
[14:27] <dpm> mhr3, cool :)
[14:27] <Saviq> om26er, ah, I saw on Friday there was a problem (i.e. unity8-autopilot not installed)?
[14:27] <Saviq> om26er, if that's resolved, we're good
[14:27] <Saviq> didrocks, yes, QML deleted an object from under unity-mir's QSharedPointer
[14:28] <didrocks> not nice! thanks guys and keep us posted, we'll get that landed ASAP
[14:28] <om26er> Saviq, on a CI job that ran yesterday it seems to be using the new unlocker
[14:28] <om26er> Saviq, not sure about daily smoke testing though
[14:28] <om26er> DONE: finished system-settings test addition branches, one is approved, the other is ready for review.
[14:28] <om26er> TODO: Join Apps team standup
[14:28] <om26er> BLOCKED: None
[14:28] <om26er> NEXT: null
[14:28] <Saviq> didrocks, well, it's a known thing about object ownership in Qt, we just missed it
[14:29] <om26er> oop
[14:29] <om26er> https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/5754/console
[14:29] <didrocks> Saviq: I wonder if latest AP didn't regress 2 of your tests due to unicode error btw
[14:29] <Saviq> tsdgeos, you're green in otto with the hack to start scopes
[14:29] <tsdgeos> Saviq: awesome
[14:31] <om26er> Saviq, so it seems the daily smoke testing is using a different script
[14:31] <om26er> the old one
[14:43] <elopio> mzanetti: what's the style I should follow to name tests? Something like test_ClickNoteMustExpandIt ?
[14:44] <Saviq> dednick, http://pastebin.ubuntu.com/7073881/
[14:44] <dednick> Saviq: is it with 5.2?
[14:45] <Saviq> dednick, that's 5.0, and I just started wondering...
[14:45] <mzanetti> elopio: in unity we do this. if the qml file is called NoteList.qml the test would be named tst_NoteList.qml
[14:45] <Cimi> tsdgeos, UnityEmulatorException: No scope found with id scopes
[14:45] <mzanetti> elopio: sdk however, seems to have renamed their tests lately to only lowercase letters
[14:45] <Cimi> tsdgeos, it's my remaining issue
[14:45] <elopio> mzanetti: I'm doing that for the qml file. But I'm wondering about the name of the test function.
[14:45] <mzanetti> ah.
[14:46] <Saviq> tsdgeos, does that look to you like something related to the 5.2 fix? i.e. looks like stuff's executed on deleted objects (see pastebin above ↑↑↑)
[14:46]  * Saviq upgrades to 5.2
[14:46] <mzanetti> elopio: yeah, mostly ok, CamelCase, but starting lowercase is what we do I think
[14:46] <mzanetti> elopio: e.g. test_clickNoteMustExpandIt()
[14:46] <dednick> Saviq: ah, that's with the changes I made to fix 5.2 issues :(
[14:46] <Saviq> dednick, yeah...
[14:46] <tsdgeos> Cimi: ahhhhhhhh, can you see if reverting this helps? http://bazaar.launchpad.net/~unity-team/unity8/new-scopes-cleanup/revision/722
[14:47] <tsdgeos> Cimi: do you have the scopes of scopes in there?
[14:47] <dednick> Saviq: wonder if it's this one: https://bugreports.qt-project.org/browse/QTBUG-34351
[14:47] <Cimi> tsdgeos, how do I install them?
[14:48] <Saviq> dednick, could be
[14:48] <mzanetti> Saviq: this one still good? https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2
[14:48]  * Saviq wonders if that's fixed, btw
[14:48] <tsdgeos> Saviq: not familiar with the backtrace
[14:48] <Saviq> mzanetti, landing-006 instead
[14:48] <mzanetti> Saviq: ack, thanks
[14:48] <Saviq> should have everything in it
[14:49] <elopio> mzanetti: ok, I've made some changes, when you have some time please take a look. I do appreciate lots of feedback, even for small details :)
[14:49] <Saviq> mzanetti, yeah, I'm just upgrading from it and looks fine
[14:49] <mzanetti> elopio: ok, cool. Really happy to help with this.
[14:49] <Saviq> mzanetti, and the tests are https://code.launchpad.net/~unity-team/unity8/fix-5.2-tests/+merge/209058
[14:49] <mzanetti> Saviq: puurfect! thanks
[14:49] <mzanetti> purrfect. even :D
[14:50] <Saviq> mzanetti, you might wanna review that branch in the mean time :)
[14:50] <mzanetti> Saviq: the fix-5.2-tests or elopio's?
[14:50] <mzanetti> I guess both
[14:50] <Saviq> mzanetti, both ;)
[14:50] <mzanetti> ok
[14:51] <elopio> mzanetti: mine is not urgent, as the notes app will be deprecated. I'm just learning.
[14:51] <mzanetti> elopio: you can start doing some for the reminders-app then :P
[14:51]  * mzanetti has been lazy with testing on that
[14:52] <elopio> mzanetti: I will, but not until next week probably. It's just that I started this notes tests before they told me I should just ignore the error I was trying to understand.
[14:53] <mzanetti> no problem :) but good to know its for learning and not production code that needs to get in. I'll be extra picky then :D
[14:54] <Cimi> tsdgeos, works now I think
[14:54] <Cimi> tsdgeos, I didn't have the package installed
[14:54] <tsdgeos> well
[14:54] <tsdgeos> we need to make sure it's installed
[14:54] <tsdgeos> but i guess it is
[14:54] <tsdgeos> because CI seems to be happy
[14:56] <Saviq> tsdgeos, Cimi, what package?
[14:56] <tsdgeos> Saviq: the one that provides the scopes scope, not sure what's the name
[14:56] <Saviq> we should probably tweak ./build
[14:56] <Saviq> tsdgeos, unity-scope-scopes
[14:59] <tsdgeos> Saviq: so we should depend on that?
[14:59] <Cimi> Saviq, that one
[14:59] <greyback> Saviq: https://code.launchpad.net/~gerboland/unity-mir/fix-shutdown-crash2/+merge/210427 - could you please nominate someone to test & review it for me please?
[14:59] <Cimi> Saviq, I have mhr3 and he told me :P
[15:00] <Saviq> tsdgeos, we do already - but ./build -s doesn't install it yet, but it should
[15:00] <tsdgeos> Saviq: also the clickscope is not there, which the tests need too
[15:00] <tsdgeos> ah, ok
[15:01] <Saviq> tsdgeos, indeed, the changes we did to debian/control need to be "converted" into ./build, too
[15:01] <kgunn> greyback: i don't mind testing...but how to confirm ?...realizing first boot after install is the issue...?
[15:01] <Saviq> as we can't automagically install runtime deps, since they're dynamic on package build
[15:02] <Cimi> tsdgeos, Saviq so tests pass for me now
[15:02] <Cimi> on new scopes and trunk
[15:02] <Saviq> greyback, kgunn, I'll do packages and let's verify we don't get crashes on `stop unity8` or `restart unity8`
[15:02] <kgunn> Saviq: ack...(..and duh)
[15:02] <tsdgeos> Cimi: good stuff
[15:02] <tsdgeos> let's see CI runs with latest changes i made
[15:03] <mzanetti> tsdgeos: do you know why waitForRendering() sometimes stalls for ~3 secs?
[15:03] <kgunn> Saviq: so you're just gonna stick it in silo ?
[15:03] <Saviq> kgunn, nah, x-build locally
[15:03] <Saviq> kgunn, you take care of silo?
[15:03] <kgunn> Saviq: yeah..i'll do silo
[15:03] <tsdgeos> mzanetti: no clue, if i had to guess it may be because of racyness, but no idea really
[15:04] <tsdgeos> Cimi: can you fix https://code.launchpad.net/~unity-team/unity8/carouselTool-new-dash/+merge/209746 should be quick
[15:06] <Cimi> tsdgeos, sure
[15:07] <Cimi> tsdgeos, which target branch?
[15:07] <Cimi> tsdgeos, new-dash-cleanup?
[15:08] <Cimi> Saviq, ?
[15:08] <tsdgeos> Cimi: no, the same
[15:08] <Cimi> ok
[15:09] <Saviq> kgunn, http://people.canonical.com/~msawicz/libunity-mir1_0.3+14.04.20140311.1-0ubuntu1_armhf.deb
[15:11] <Saviq> greyback, think we should add FIXME/TODO? setting the ownership should really work (did you try on .data(), or just the QSP itself?)
[15:11] <Cimi> ooops
[15:11] <Cimi> I pushed in new-scopes-clean-to-trunk
[15:11] <Cimi> let me revert
[15:11] <Saviq> Cimi, I can push if you want
[15:11] <Saviq> overwrite, I mean
[15:12] <Cimi> Saviq, ok thx
[15:12] <Cimi> Saviq, I did bzr push :parent on the wrong folder
[15:12] <greyback> Saviq: I tried setting ownership on hte pointer returned by .data()
[15:13] <greyback> since QML engine can't deal with the QSP
[15:13] <Saviq> greyback, mhm, wonder why that didn't work
[15:13] <Saviq> greyback, worth investigating
[15:13] <Cimi> tsdgeos, fixed
[15:13] <greyback> Saviq: agreed I am suspicious why
[15:13] <greyback> will add a fixme in the short term
[15:13] <tsdgeos> Cimi: thanks
[15:13] <Saviq> Cimi, overwrote
[15:16] <Cimi> tsdgeos, shall we move to qt 5.2 now?
[15:17] <tsdgeos> Cimi: you mean testing that the new-scopes-cleanup tests pass with 5.2?
[15:17] <Saviq> greyback, +1
[15:17] <Cimi> tsdgeos, gotcha
[15:17] <Cimi> yep
[15:17] <tsdgeos> Cimi: if you have time for that it'd be great yes
[15:17] <Saviq> didrocks, kgunn is preparing a CI Train row for the unity-mir fix
[15:17] <tsdgeos> Cimi: also add the fix 5.2 branch to your tests
[15:17] <Saviq> didrocks, verified it works already
[15:17] <kgunn> didrocks: line 35
[15:18] <Cimi> tsdgeos, I do, ok
[15:18] <didrocks> Saviq: kgunn: \o/ assigning the wagon
[15:18] <Saviq> lol
[15:20] <dednick> Saviq: um, how would you feel about a quick fix?
[15:21] <mzanetti> elopio: some comments
[15:21] <didrocks> kgunn: done and building
[15:21] <greyback> Saviq: done
[15:21] <didrocks> thanks greyback btw!
[15:21] <dednick> Saviq: as in, this crash is caused by unloading the indicators in the model destructor. So a bit pointless really.
[15:23] <didrocks> Mirv: due to this unity-mir urgent landing, you will have to rebuild (if I can't that done before my EOD) unity-mir in your silo
[15:29] <tsdgeos> Saviq: Cimi: ok, i merged the carousel thing to both new-scopes-clean-to-trunk and new-scopes-cleanup
[15:29] <Cimi> cool
[15:30] <Cimi> tsdgeos, so which tests shall I run?
[15:30] <Cimi> tsdgeos, shall I branch fix 5.2 or still on new scopes?
[15:30] <tsdgeos> i think i broke new-scopes-cleanup :D
[15:30] <Cimi> hah
[15:30] <tsdgeos> Cimi: with 5.2?
[15:30] <Cimi> my carousel
[15:30] <Cimi> ?
[15:30] <tsdgeos> you branch one and merge the other
[15:30] <Cimi> tsdgeos, yep
[15:31] <tsdgeos> Cimi: yeah i forgot i had some other changes on top, should be quick to fix
[15:33] <Cimi> tsdgeos, what's difference from cleanup and clean-to-trunk?
[15:33] <tsdgeos> Cimi: you may even want to create a new-scopes-cleanup-5.2
[15:33] <Cimi> ok
[15:33] <Cimi> I'll do
[15:33] <Saviq> Cimi, cleanup goes into clean-to-trunk
[15:34] <Saviq> Cimi, before the latter goes into trunk
[15:34] <tsdgeos> Cimi: so cleanup is really a cleanup, clean-to-trunk is like removing features that crept into new-scopes
[15:34] <tsdgeos> or something like that
[15:34] <Cimi> ok
[15:34] <Saviq> dednick, it's actually fine under 5.2
[15:35] <Saviq> dednick, so let's just ignore it I say
[15:35] <dednick> Saviq: are we on 5.2 for real now then?
[15:35] <Saviq> dednick, like tomorrow
[15:35] <dednick> Saviq: ah. ok
[15:36] <Saviq> greyback, didn't push FIXME?
[15:36] <Mirv> didrocks: ok!
[15:36] <greyback> Saviq: damn, pushed to wrong branch, done now
[15:38] <mzanetti> tsdgeos: tst_DragHandle for example still fails here with 5.2, the 5.2 unity branch and xvfb
[15:39] <mzanetti> did that pass for you?
[15:39] <tsdgeos> mzanetti: ah you probably need my other patch :D
[15:39] <tsdgeos> E_TOO_MANY_BRANCHES
[15:39] <mzanetti> ^^
[15:39] <tsdgeos>  lp:~aacid/unity8/vjog_compiz_workaround
[15:39] <mzanetti> tsdgeos: nope, kwin here
[15:39] <tsdgeos> ah right
[15:39] <tsdgeos> then no clue if it worked
[15:40] <mzanetti> ok, np. I'll check
[15:40] <tsdgeos> maybe it didn't
[15:40] <mzanetti> I think this passes with just qt 5.2
[15:40] <mzanetti> I'm running in xvfb here
[15:40] <mzanetti> Saviq: anything known to that status? ^
[15:45] <mhr3> Saviq, re filters, is anything else than single select planned for 14.04?
[15:47] <Saviq> mhr3, didn't look into it proper yet, but I haven't seen any designs of anything beyond that, so...
[15:48] <Saviq> not of that, for that matter, either...
[15:48] <mhr3> Saviq, well, the toolkit does specify a bunch of them
[15:48] <Saviq> mzanetti, worked here, not sure under xvfb
[15:48] <mhr3> visuals don't though
[15:49] <Saviq> mhr3, exactly
[15:49] <mzanetti> Saviq: seems to fail without xvfb too  here
[15:49] <mzanetti> http://paste.ubuntu.com/7074183
[15:51] <Saviq> mzanetti, under 5.2 that is?
[15:51] <mzanetti> Saviq: yep
[15:51] <Saviq> mzanetti, ah yeah, saw that, it's unreliable here
[15:51] <mzanetti> seems to fail reliably here
[15:51] <mzanetti> I can try to get it fixed
[15:51] <Saviq> mzanetti, it's racy, basically
[15:52] <Saviq> mzanetti, the branch wasn't entirely ready
[15:52] <mzanetti> sounds like a waitForRendering missing
[15:52] <mzanetti> np
[15:52] <mzanetti>  /food first
[15:53] <Saviq> biab
[16:00] <elopio> mzanetti: that data suggestion is really cool.
[16:00] <elopio> about clicking in the empty place, maybe I can add a top margin and click there.
[16:00] <elopio> and I have a question regarding a data model warning I'm getting. So I'll make those changes, and please ping me back when you have some more time.
[16:13] <Cimi> tsdgeos, looks like 5.2 requires changes to tabs, no?
[16:14] <tsdgeos> Cimi: does it? i don't remember it did, what's wrong?
[16:17] <Cimi> tsdgeos, file:///usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/Themes/Ambiance/TabBarStyle.qml:303: TypeError: Property 'select' of object QQuickRepeater(0xb4ba10) is not a function
[16:17] <tsdgeos> Cimi: that error is everywhere
[16:17] <tsdgeos> well is in trunk
[16:17] <tsdgeos> should nto be in new-scopes with my last change
[16:17] <Cimi> tsdgeos, ah ok
[16:18] <Cimi> tsdgeos, I think causes my tests to exit
[16:18] <tsdgeos> don't think so
[16:18] <tsdgeos> but it may be
[16:23] <mzanetti> elopio: re
[16:24] <elopio> mzanetti: I get this warning: http://paste.ubuntu.com/7074337/
[16:24] <elopio> I would like to add a dummy data model to avoid it, but don't know how
[16:25] <mzanetti> elopio: can you paste the code please?
[16:27] <mzanetti> elopio: or is this with the current branch?
[16:27] <elopio> mzanetti: yes, the MP you have been reviewing.
[16:28] <mzanetti> hmm, I don't see that one
[16:29] <mzanetti> elopio: in any case, you can just create a ListModel with that id and it should work
[16:29] <elopio> mzanetti: oh, so dataModel is an id.
[16:32] <mzanetti> elopio: yep
[16:39] <Cimi> tsdgeos, Saviq not good http://paste.ubuntu.com/7074421/
[16:40] <Cimi> lp:~unity-team/unity8/new-scopes-cleanup-5.2
[16:42]  * Cimi runs with gdb
[16:45] <Cimi> of course when you run with gdb it doesn't segfault
[16:55] <tsdgeos> :/
[17:50] <Cimi> Saviq, how do I install qt quick 5.2 dbg?
[17:51] <Cimi> Saviq, I have segfaults with testDashContent
[17:51] <Cimi> roughly one every two tests
[17:56] <mhr3> Cimi, https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper
[17:56] <mhr3> that has dbg ^
[17:57] <Cimi> this is what I have with no dbg symbols http://paste.ubuntu.com/7074819/
[17:57] <mhr3> Saviq, are all the new-scopes fixes committed in one place? like lp:~unity-team/unity8/new-scopes?
[18:07] <Saviq> mhr3, https://code.launchpad.net/~unity-team/unity8/new-scopes-clean-to-trunk/ rather
[18:07] <Saviq> mhr3, and the few branches that are meant to go into it
[18:07] <Saviq> or the one - new-scopes-cleanup
[18:07] <Saviq> https://code.launchpad.net/~unity-team/unity8/new-scopes-cleanup
[18:12] <mhr3> Saviq, ty
[18:16] <Cimi> Saviq, you know?
[18:16] <Cimi> I have both https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper and ppa:ci-train-ppa-service/landing-006
[18:16] <Cimi> no dbg symbols available
[18:17] <Cimi> actually no packages avaliable there of qt 5
[18:18] <Saviq> Cimi, don't use qt5-proper, all the dbg packages are in ddebs
[18:19] <Saviq> Cimi, or actually they're built manually now - they're there in landing-006 https://launchpad.net/~ci-train-ppa-service/+archive/landing-006/+sourcepub/4010439/+listing-archive-extra
[18:20] <Saviq> https://launchpad.net/~ci-train-ppa-service/+archive/landing-006/+sourcepub/4009846/+listing-archive-extra
[18:20] <Saviq> Cimi, qtdeclarative5-dbg, qtbase5-dbg
[18:29] <Cimi> Saviq, thanks, trying them
[18:36] <Cimi> Saviq, http://paste.ubuntu.com/7075029/
[18:36] <Cimi> Saviq, arabic to me
[18:42] <Saviq> Cimi, first time I see that, no one else reported such crashes...
[18:42] <Saviq> and I haven't encountered them, either...
[18:42] <Cimi> Saviq, it happens with landing-006
[18:42] <Cimi> Saviq, my branch lp:~unity-team/unity8/new-scopes-cleanup-5.2
[18:43] <Cimi> Saviq, make testDashContent
[18:43] <Cimi> 50% times
[18:43] <Cimi> if you want to debug
[18:44] <Cimi> actually no
[18:44] <Cimi> was about to paste my command
[18:46] <Saviq> Cimi, passes here
[18:46] <Saviq> anyway, afk
[18:46] <Cimi> Saviq, ok
[18:46] <Cimi> Saviq, catch tomorrow
[18:46] <Cimi> Saviq, it segfaults sometimes here
[18:46] <Cimi> Saviq, not always
[18:46] <Cimi> pa
[19:00] <elopio> mzanetti: the branch is ready again.
[19:30] <om26er> Trevinho, hello
[19:49] <Trevinho> om26er hi