[07:54] <Cimi> Saviq, czesc
[07:54] <Cimi> Saviq, do we have a silo :)
[07:54] <Saviq> Cimi, whatup?
[07:54] <Cimi> ?
[07:55] <Saviq> Cimi, let's see if I can get another one for us...
[07:56] <Saviq> Cimi, I could also build you packages, that'd probably be even quicker
[07:56] <Cimi> Saviq, I can do that as well
[07:57] <Saviq> Cimi, even better
[07:57] <Cimi> Saviq, I wanted to test it properly
[07:57] <Cimi> camera app as well
[07:57] <Saviq> Cimi, that's properly enough ;)
[07:57] <Saviq> Cimi, building packages yourself and getting them on a phone is properly enough
[07:57] <Saviq> at least until we're limited on silos
[07:58] <Saviq> s/until/while/
[08:14] <Cimi> Saviq, I did sbuild update
[08:14] <Cimi> Saviq,but now still having same issue as yesterday
[08:14] <Cimi> libunity-mir-dev:armhf : Depends: libplatform-api1-dev:armhf but it is not installable
[08:17] <Saviq> Cimi, try with a fresh chroot, looks like you have some dirty in there
[08:18] <Cimi> yeah I was googling for the wiki
[08:18] <Cimi> need to add to the bookmarks
[08:18] <Saviq> Cimi, v
[08:18] <Saviq> https://wiki.ubuntu.com/SimpleSbuild
[08:18] <Saviq> Cimi, you could also use `click chroot` to bootstrap
[08:19] <Saviq> Cimi, depends how much power you want to maintain
[08:24] <Saviq> MacSlow, there are inline comments from my review on 06.06 in https://code.launchpad.net/~macslow/unity8/combo-button-support/+merge/221499 that you didn't address
[08:25]  * Saviq will say "see inline comments" in reviews now
[08:25] <Saviq> MacSlow, and there's a new ap test failure
[08:25] <Saviq> https://code.launchpad.net/~macslow/unity8/combo-button-support/+merge/221499/comments/535010
[08:35] <Cimi> Saviq, nope
[08:35] <Cimi> Saviq, removed all chroots
[08:35] <Cimi> Saviq, still same issue
[08:35] <Saviq> Cimi, are you by any chance using proposed in the chroots?
[08:35] <Cimi> mk-sbuild --target armhf utopic
[08:35] <Cimi> Saviq, that might be
[08:36] <Saviq> Cimi, --skip-updates --skip-proposed
[08:36] <Saviq> SKIP_UPDATES="1"
[08:36] <Saviq> SKIP_PROPOSED="1"
[08:36] <Saviq> or that in ~/.mk-sbuild.rc
[08:36] <Cimi> Saviq, I have without the " "
[08:36] <Cimi> SKIP_PROPOSED=1
[08:36] <Saviq> Cimi, pastebin the whole log
[08:37] <Saviq> Cimi, you should have a .build symlink to it
[08:37] <Saviq> wherever you invoked sbuild
[08:42] <Cimi> http://paste.ubuntu.com/7662639/
[08:45] <Saviq> Cimi, jeez, it's UITK that's broken (for 3 months now) ;(
[08:46] <Cimi> Saviq, which doesn't answer the doubt, why is it working for you? :D
[08:46] <Saviq> Cimi, I used a dirty chroot, sorry
[08:47] <Cimi> maybe that's because I haven't had chicken wings that night
[08:48] <Cimi> Saviq, silo! silo! silo! silo!
[08:51] <Saviq> Cimi, ok, let's see
[08:51] <Cimi> Saviq, I restarted ap
[08:51] <Cimi> Saviq, qmltests are fine
[08:52] <Cimi> Saviq, I am missing to retest the integration with camera app
[08:58] <mzanetti> Saviq: how would you propose to do the dash app startup? ApplicationManager taking care of that or an upstart job?
[08:58] <mzanetti> probably upstart I guess
[08:58] <Saviq> mzanetti, upstart job
[08:59] <mzanetti> ok
[08:59] <Saviq> mzanetti, appmgr injecting it into the window stack when it's running (or maybe always?)
[08:59] <Saviq> since it's meant to run always...
[08:59] <mzanetti> well, its a regular app for AppManager (with a don't close flag)
[09:02] <Saviq> mzanetti, well, sure, but suddenly it has to listen to all upstart notifications (and not only to ual ones) to see it
[09:02] <Saviq> mzanetti, but maybe that's fine
[09:03] <mzanetti> oh, I see
[09:05] <MacSlow> Saviq, I know... still working on that one
[09:05] <Saviq> MacSlow, oh ok
[09:22] <Cimi> Saviq, ValueError: invalid literal for int() with base 10: 'start/running'
[09:22] <Cimi> I have loads of this
[09:22] <Cimi> 39
[09:23] <Saviq> Cimi, just pasting one line is not gonna tell me anything
[09:23] <Cimi> Saviq, ap
[09:24] <Cimi> _get_unity_pid
[09:24] <Cimi> http://paste.ubuntu.com/7662776/
[09:25] <Cimi> feels like unity hanged :\
[09:55] <Cimi> Saviq, ok ap doesn't run for me on the device
[09:55] <Cimi> trying on desktop
[09:55] <Cimi> mzanetti, can you remember me the required steps to run ap on desktop?
[09:56] <Cimi> well I could install the package or duing from builddir
[09:59] <Saviq> Cimi, ./build.sh; make -C builddir install; PYTHONPATH=tests/autopilot autopilot3 run unity8
[09:59] <MacSlow> Saviq, the sound-hint related branches are ready for a final look (https://code.launchpad.net/~macslow/unity-notifications/sound-hint-support/+merge/218961, https://code.launchpad.net/~macslow/unity8/sound-hint-support/+merge/218962)
[09:59] <Cimi> Saviq, can I add it here? https://wiki.ubuntu.com/Touch/Testing
[09:59] <Cimi> Saviq, now that I remember... I think it's in the readme
[10:01] <Saviq> Cimi, it's in CODING most probably, yes
[10:01] <Saviq> Cimi, and it's a wiki, what are you asking me for ;D
[10:08] <Cimi> Saviq, but unity session exits running ap on desktop
[10:08] <Cimi> Saviq, ok how do we test ap here?
[10:09] <Cimi> Saviq, on the phone seems to hang
[10:09] <Saviq> Cimi, right, so you're in tsdgeos camp
[10:09] <Cimi> on the dekstop ap doesn't run
[10:09] <Saviq> Cimi, what hangs on the phone?
[10:09] <Cimi> Saviq, I don't know
[10:09] <Cimi> http://paste.ubuntu.com/7662776/
[10:09] <Saviq> Cimi, did the test start at all?
[10:10] <Cimi> yep
[10:10] <Cimi> after few ap it stops
[10:10] <Saviq> Cimi, ran just fine here yesterday :|
[10:11] <Cimi> Saviq, obviously merging without testing deeply is a no?
[10:12] <Saviq> Cimi, I requested a silo, let's wait for that hten
[10:14] <Cimi> Saviq, saw comments here? https://code.launchpad.net/~cimi/unity8/card_emblems/+merge/221880
[10:14] <Cimi> those inline comments are lesss readable imho
[10:15] <Cimi> they should pop in back as well as a formatted comment to the MR
[10:16] <Cimi> and some more feedback here is appreciated https://code.launchpad.net/~cimi/unity8/card_touchdown/+merge/221113
[10:16] <mhr3> Saviq, should be able to land everything department-related today, is it ok from your pov?
[10:16] <Cimi> I don't think we need an animation at all
[10:17] <seb128> Cimi, hey, could you review/ack https://code.launchpad.net/~robert-ancell/overlay-scrollbar/only-x11/+merge/222466
[10:17] <Saviq> mhr3, there's issues I found on top of yours (that's fixed)
[10:17] <Saviq> mhr3, UX ones, not even code (yet)
[10:18] <mhr3> Saviq, landing-blocking issues?
[10:18] <Saviq> mhr3, some of them, yeah, like I ended up with depts that don't open
[10:19] <mhr3> Saviq, oh? tsdgeos looking into those? :)
[10:19] <Saviq> mhr3, queued, yes
[10:19] <tsdgeos> not yet
[10:19] <tsdgeos> mhr3: i'm unsure it's my fault to be honest
[10:19] <tsdgeos> but may be :)
[10:20] <Saviq> tsdgeos, I think there's two parts to it - UI waiting for loaded = true and then it not ever getting true would be a lower level issue
[10:20] <mhr3> tsdgeos, well, i'm not going to say that the plugin side is perfect :) not fun pretending to have state on top of stateless queries
[10:21] <tsdgeos> Saviq: we need to wait for loaded = true, no?
[10:21] <Saviq> tsdgeos, no, we could open and show the activity indicator
[10:21] <tsdgeos> isn't that what i do?
[10:21] <Saviq> tsdgeos, no, it just doesn't open
[10:21] <tsdgeos> then it's wrong yes
[10:21] <tsdgeos> but let me finish VJ first :D
[10:21] <Saviq> yeah
[10:22] <Saviq> Cimi, replied
[10:23] <Saviq> Cimi, re: inlines, there's UI things to be improved for sure, but they're really useful already
[10:23] <Saviq> Cimi, and less work in the first place - before I had to bzr diff and copy paste parts of the diff to the review, which was painful
[10:24] <Saviq> Cimi, re: touchdown, it's definitely not good yet, since you tapping on the card only shows the effect on the art, it looks rather bad in a horizontal card layout
[10:25] <mzanetti> Saviq: meh... is it possible to use sbuild atm or does uitk break it for real?
[10:25] <Saviq> mzanetti, you can force stuff in
[10:25]  * mzanetti struggling with the old qtgraphicaleffects dependency too
[10:25] <Saviq> mzanetti, create a purpose-build chroot for unity8 and install deps manually
[10:25] <mzanetti> yeah... trying that, but even if I install the new qtgraphicaleffects stuff, uitk still wants the old one
[10:26] <Saviq> mzanetti, or I could package a working one up for you, let's see
[10:26] <mzanetti> Saviq: shouldn't we just create a branch for uitk and fix it?
[10:26] <Saviq> mzanetti, I did already
[10:26] <mzanetti> ah ok
[10:26] <Saviq> mzanetti, tbh I thought it was done before :|
[10:26] <Saviq> https://code.launchpad.net/~saviq/ubuntu-ui-toolkit/new-qt-dep-names/+merge/223522
[10:27] <mzanetti> yeah. I remember someone told me months ago it'll be fixed with the next release or similar
[10:28] <Cimi> Saviq, i don;t understand your comment
[10:28] <Cimi> Not sure why. If we know the icon is always foo x bar, why?
[10:29] <Saviq> Cimi, why do we need a container if we know the icon will always be a certain size? we need to force the size on it
[10:29] <Cimi> Saviq, the icon changes with title dimension
[10:29] <Cimi> Saviq, and title has to shrink when there is emblem
[10:30] <Cimi> so title should anchor right when there is no emblem
[10:30] <Cimi> or anchor to the emblem when there is one
[10:30] <tsdgeos> Saviq: please have a look at the VJ branch again, let's see what you can find
[10:30] <Saviq> Cimi, yes, still no need for a container
[10:30] <Saviq> tsdgeos, will do
[10:31]  * tsdgeos hops onto departments
[10:31] <Cimi> Saviq, it's harder to calculate width otherwise
[10:31] <Saviq> Cimi, it's square, not sure why it becomes harder
[10:31] <Cimi> if it is also possible
[10:31] <Cimi> Saviq, because you have to do, in title
[10:32] <Cimi> anchors.left mascot or border or anything
[10:32] <Saviq> Cimi, why does emblem "change dimensions based on title"? based on title font size?
[10:32] <Cimi> then you have to set a width that you don't know
[10:32] <Cimi> Saviq, yes
[10:32] <Saviq> Cimi, why "width that you don't know"?
[10:32] <Cimi> Saviq, you don't know the length from left anchor of the title and the right edge
[10:33] <Cimi> Saviq, it's inside a row
[10:33] <Cimi> and then you'd have to use x and y instead anchoring I believe
[10:33] <Cimi> because you cannot anchor something that is not a parent
[10:33] <Saviq> Cimi, use an HBox
[10:35] <Saviq> Cimi, but I still don't get why it'd be so difficult, it's just an image of a certain size that you need to right-anchor the title to
[10:35] <Cimi> Saviq, you cannot right anchor is a row
[10:35] <Saviq> Cimi, definitely not warranting a container in my mind yet
[10:35] <Saviq> Cimi, why is it in a row?
[10:35] <Cimi> Saviq, the title is inside a row
[10:35] <Cimi> mascot, title...
[10:35] <Cimi> both inside row
[10:36] <Cimi> then if there is a subtitle they are also inside a column
[10:36] <Cimi> it's easier to play rubik's cube than dealing with cardcreator.js
[10:36] <Saviq> Cimi, ok then, use an HBox then, it will automagically expand the title (or column) to fit with the other elements
[10:37] <Cimi> Saviq, what's hbox?
[10:37] <Cimi> Saviq, google doesn't know about it
[10:38] <Saviq> Cimi, http://qt-project.org/doc/qt-5/qml-qtquick-layouts-rowlayout.html
[10:38] <Saviq> it's RowLayout in QML
[10:39] <Saviq> Cimi, but you should have known HBox from gtk?
[10:39] <Cimi> Saviq, yep but you were talking qml :)
[10:39] <Cimi> my container is an hbox
[10:41] <Cimi> Saviq, so you suggest to always put the title inside a rowlayout?
[10:41] <Cimi> it is better to use the container then
[10:41] <Cimi> unless you mean just to replace the container with the rowlayout when the emblem is displayed
[10:42] <Saviq> Cimi, replace the Row with RowLayout
[10:43] <Cimi> ah ok
[10:43] <Cimi> let's see if still works
[10:43] <Cimi> because then there is a column
[10:43] <Saviq> Cimi, so?
[10:43] <Saviq> Cimi, a column is just an item like any other
[10:43] <Cimi> so you still need to put the title inside a container
[10:44] <Saviq> Cimi, you just need to make sure that both title and Column get Layout.fillWidth: true
[10:47] <Saviq> mzanetti, uploading to http://people.canonical.com/~msawicz/unity8-amd64-armhf.tar.xz, should be there in 4
[10:49] <mzanetti> Saviq: hmm... that's unity8 trunk is it?
[10:49] <Saviq> mzanetti, you can just `cp /etc/schroot/chroots.d/sbuild-{utopic,unity8}-amd64-armhf` and adapt it a bit
[10:49] <Saviq> mzanetti, it's a chroot that you'll be able to cross-build unity8 with
[10:49] <mzanetti> oh
[10:49] <Saviq> Cimi, ↑
[10:49] <mzanetti> cool
[10:49] <Cimi> Saviq, you still need a container I'm sorry
[10:49] <Saviq> Cimi, otp
[10:50] <mzanetti> Saviq: btw. just tried to build your uitk branch, fails with "qmake: could not find a Qt installation of ''"
[10:50] <Saviq> mzanetti, QT_SELECT=qt5
[10:50] <mzanetti> (I know how to get around it for now, but something seems fishy)
[10:50] <mzanetti> Saviq: yeah, I shouldn't have to do that myself, should?
[10:50] <Saviq> mzanetti, how were you trying to build it?
[10:50] <mzanetti> sbuild --build=amd64 --host=armhf -d utopic
[10:53] <Saviq> mzanetti, qmake doesn't cross build
[10:53] <mzanetti> oh right
[10:53] <mzanetti> crap
[10:58] <Saviq> mzanetti, Cimi, it's there, you can grab that chroot, unpack it into /var/lib/schroot and cp/adapt the above file to use it
[10:58] <mzanetti> Saviq: 247MB?
[10:58] <Saviq> mzanetti, xz
[10:58] <Saviq> it unpacks to 1500
[10:59] <mzanetti> Saviq: yeah, just wanted to know if I have the full thing, as I started the download a minute ago
[11:11] <Cimi> Saviq, you back?
[11:22] <Saviq> Cimi, no, but still I don't understand why you need a container ;)
[11:23] <Cimi> Saviq, because there's a case where there is a row containing mascot on left, on right containing a column composed by top the title and bottom the subtitle
[11:24] <Cimi> Saviq, when we have an emblem, we want the top part of the column having title + emblem (bottom subtitle full width)
[11:24] <Cimi> and that's where you need the container
[11:25] <tsdgeos> mhr3: ping
[11:25] <Cimi> using rowlayout will limit the use of the container just to this case, but it won't reduce any code usage
[11:25] <Cimi> It might require more code or less
[11:29] <tsdgeos> Saviq: any idea for the departments activity indicator?
[11:30] <mhr3> tsdgeos, pong
[11:30] <tsdgeos> mhr3: there's something weird with the loaded property going on
[11:31] <tsdgeos> mhr3: when i go back to all departments is immediately set to true
[11:31] <tsdgeos> even if it is not correct
[11:31] <tsdgeos> and then i get a signal changed
[11:31] <tsdgeos> to true again :D
[11:31] <mhr3> tsdgeos, think this has something to do with it? :)
[11:31] <mhr3> XFAIL  : DepartmentsTest::testGoingBack() We have the department in cache, to it kind of is loaded
[11:31] <mhr3>    Loc: [/home/miso/projects/unity-scopes-shell/tests/departmentstest.cpp(202)]
[11:31] <mhr3> PASS   : DepartmentsTest::testGoingBack()
[11:32] <tsdgeos> mhr3: i.e. http://paste.ubuntu.com/7663248/
[11:32] <tsdgeos> mhr3: looks like it
[11:32] <tsdgeos> mhr3: that messes up a bit with the height stability code i have which tries not to resize the list until it's loaded
[11:33] <tsdgeos> and now is resized twice
[11:33] <tsdgeos> because it is loaded but empty and then loaded but not empty
[11:33] <tsdgeos> so when going back it shrinks and grows unneededly
[11:33] <mhr3> tsdgeos, will adding a simple check whether the prop really changed fix your issue?
[11:34] <tsdgeos> mhr3: ?
[11:34] <mhr3> although i think the scope is doing something nasty which invalidates too much of the tree
[11:35] <mhr3> tsdgeos, you said you get a signal twice, right?
[11:35] <tsdgeos> mhr3: no, i get it just once
[11:35] <tsdgeos> but saying "hi man, i changed from true to true"
[11:35] <mhr3> tsdgeos, ah ok
[11:35] <mhr3> then i really need to do something with the invalidation
[11:36] <Saviq> Cimi, ok now I know what you mean
[11:37] <Saviq> Cimi, I missed the "subtitle full width" use case
[11:37] <Cimi> np
[11:37] <Saviq> Cimi, I wonder if we could get away with GridLayout then
[11:37] <Cimi> hard to explain anyway
[11:37] <Saviq> Cimi, mascot spanning two rows
[11:38] <Cimi> Saviq, but what's ther advantage?
[11:38] <Saviq> Cimi, and subtitle spanning two columns
[11:38] <tsdgeos> mhr3: that'd be cool
[11:38] <Cimi> is this making the code much simpler?
[11:38] <Saviq> Cimi, it would simplify the whole thing, from being a column in a row to just a grid
[11:39] <Saviq> Cimi, but maybe not now, we didn't use the layouts enough I to have a handle on them
[11:41] <Saviq> Cimi, so if your trouble is moving the emblem in and out of the column, but you still know its height (based on title line height, I assume?), you know its width based on its height, what does the container give you? do you move the emblem in and out of the container?
[11:41]  * Saviq needs to read the code..
[11:41] <Cimi> Saviq, just approve :P
[11:41] <Saviq> Cimi, unlikely ;)
[11:41] <Cimi> Saviq, it saves you headaches in cardcreator.js
[11:42] <Cimi> we need to rewrite this into something easier
[11:42] <Cimi> but I have no idea how too
[11:42] <Saviq> Cimi, we've been through that unfortunately
[11:42] <Saviq> Cimi, and to keep the flexibility and the performance, we're in for code generation however you look at it :|
[11:44] <Cimi> Saviq, separate files? :|
[11:44] <Saviq> Cimi, yeah, will you update them every time?
[11:44] <Saviq> Cimi, all of them, I mean?
[11:44] <Saviq> Cimi, if you agree to maintain them, be my guest :P
[11:45] <Cimi> hah
[11:45] <Saviq> Cimi, we *might* go for compile-time generation of some of them
[11:45] <Saviq> that could simplify it a bit here or there
[11:45] <Cimi> Saviq, we could have something that includes qml files
[11:45] <Cimi> into a big one
[11:45] <Saviq> Cimi, effect is the same, maybe slightly more readable
[11:45] <Cimi> maybe it's easier to read
[11:45] <Saviq> Cimi, but also requires loading files from disk, so slower
[11:47] <Saviq> Cimi, oh now I understand, you're putting *both* title and emblem into that container, so that to fight with the Column...
[11:48] <Cimi> Saviq, yes they are one single entity
[11:48] <mzanetti> Saviq: fyi: there's also another breakage wrt build deps in sbuild :/ libunity-mir depends on libplatform-api1-dev while it should be libubuntu-application-api-dev afaict
[11:48] <Saviq> mzanetti, that changed recently did it?
[11:48] <mzanetti> yeah, first time I see it
[11:49] <Saviq> mzanetti, so you still can't build?
[11:49] <Saviq> Cimi, so maybe we just need to replace the Column with an Item and use anchors instead of Column?
[11:49] <mzanetti> right... but I guess I'll be able to solve it...
[11:49] <Saviq> yeah, you should be able to fix unity-mir and x-build locally
[11:49] <Cimi> Saviq, why you don't like my approach?
[11:49] <mzanetti> just that it doesn't really help with acceptance of x-building
[11:50] <Saviq> mzanetti, weird how I can build it with that same chroot?
[11:50] <Saviq> Cimi, would save us the container, and there's only ever two items max in the column
[11:50] <Saviq> Cimi, less items → faster
[11:50] <Cimi> Saviq, "save us one item" ?
[11:50] <Saviq> Cimi, yes, we really need to optimize the sh$t out of this
[11:50] <Cimi> Saviq, it is probably 0.001s slower
[11:50] <Saviq> Cimi, times 80 that's being loaded at any given time
[11:50] <Saviq> Cimi, that's 80ms
[11:51] <Saviq> Cimi, that's 5 frames :P
[11:51] <Cimi> Saviq, then we lose 0.3 on loading images or shaders of the ubuntushape
[11:51] <Saviq> Cimi, which doesn't mean that we should disregard anything else that is slow
[11:51] <mzanetti> strange... unity-mir trunk seems good
[11:51] <Saviq> er
[11:51] <mzanetti> why does it then want the old dep in here :/
[11:51] <Saviq> mzanetti, go into the chroot, apt-cache policy libunity-mir-dev
[11:52] <Cimi> Saviq, there are shits that are much slower than one item
[11:52] <mzanetti> http://paste.ubuntu.com/7663313
[11:52] <Cimi> js or properties too
[11:52] <Saviq> Cimi, just do it, please
[11:53] <Cimi> Saviq, I just virtually gave you another  chicken wing to eat :P
[11:54] <Saviq> Cimi, I will enjoy it then
[11:54] <Saviq> /food
[11:55] <Cimi> Saviq, at this point it's better to waste time for the grid
[12:55] <mhr3> tsdgeos, pushed new rev to shell-plugin, should be better for you now
[12:56] <mhr3> can you try it out?
[13:02] <tsdgeos> mhr3: do i need to recompile or the ppa will update?
[13:03] <mhr3> tsdgeos, will take a while to build it in ppa, you better recompile
[13:03] <tsdgeos> ok
[13:05] <mhr3> plus i'm about to break the ppa
[13:05] <mhr3> oh wait, you won't be able to compile it
[13:06] <mhr3> tsdgeos, it probably won't build for you, do reverse cherrypick of 130 to make it work with what's currently in the ppa
[13:07] <tsdgeos> mhr3: ouch
[13:07] <tsdgeos> mhr3: nothing in bzr+ssh://bazaar.launchpad.net/~mhr3/unity-scopes-shell/department-support/ ?
[13:07] <mhr3> lp:~unity-api-team/unity-scopes-shell/department-support
[13:10] <tsdgeos> mhr3: i did rever 130
[13:10] <tsdgeos> getting http://paste.ubuntu.com/7663644/
[13:11] <mhr3> tsdgeos, then nope, you didn't revert 130
[13:11] <tsdgeos> i did :D
[13:12] <mhr3> tsdgeos, how?
[13:12] <tsdgeos> mhr3: http://paste.ubuntu.com/7663652/
[13:13] <tsdgeos> given that it doesn't touch mock-scope
[13:14] <tsdgeos> i don't see what 130 has to do there
[13:14] <tsdgeos> lol stupid
[13:14] <tsdgeos> bzr diff is not what i want there
[13:15] <tsdgeos> well not that one
[13:15] <tsdgeos> mhr3: ignore me ^^
[13:15] <mhr3> tsdgeos, yea, you just did revert to 130
[13:15] <mhr3> tsdgeos, bzr merge -r 130..129 .
[13:18] <tsdgeos> mhr3: doesn't work, still get "all departments" loaded to be immediately true when going back
[13:18] <mhr3> tsdgeos, yea, but it won't change now
[13:18] <mhr3> well.. unless the scope is totally screwed
[13:18] <tsdgeos> mhr3: i don't care it won't change, i want loaded to be what we agreed on
[13:19] <tsdgeos> i.e. that all the children are there
[13:19] <tsdgeos> now it's true and there's like 1 children there
[13:19] <mhr3> but they are
[13:19] <mhr3> if there's still just one child, it either doesn't work, or the scope is f*ed up
[13:20] <tsdgeos> mhr3: this is my log
[13:20] <tsdgeos> http://paste.ubuntu.com/7663672/
[13:20] <tsdgeos> don't know if it's the scope or not
[13:20] <tsdgeos> but it's wrong :D
[13:27] <tsdgeos> mhr3: any idea who is doing the scope so we can ping them'
[13:27] <tsdgeos> ?
[13:28] <mhr3> tsdgeos, ok, it's the scope
[13:29] <mhr3> tsdgeos, did a few queries - http://paste.ubuntu.com/7663704/
[13:31] <mhr3> tsdgeos, although i guess i could handle it better - can give you the cached state, set it to loading, and if the scope decides to change everything, so be it
[13:32] <tsdgeos> mhr3: don't know i guess it's something you can discuss with scope people?
[13:32] <mhr3> tsdgeos, we'll always have to deal with scopes that give out weird data
[13:33] <mhr3> tsdgeos, the question is - do you want to overlay the loading spinner on a cached department list even though it won't change?
[13:33] <mhr3> which is what will happen to well behaved scopes because of that
[13:34] <tsdgeos> mhr3: kind of kills the purpose of caching?
[13:34] <mhr3> yep
[13:34] <tsdgeos> i'd vote for fixing the scope to be correct
[13:40] <Saviq> Cimi, stuff's built in https://launchpad.net/~ci-train-ppa-service/+archive/landing-009
[13:43] <Cimi> Saviq, thanks!
[13:44] <Cimi> Saviq, if you are not using your mako/manta, can you run an ap?
[13:50] <Saviq> Cimi, with this silo?
[13:50] <Cimi> yup
[13:50] <Saviq> let's try
[13:50] <Cimi> since before was hanging for me
[13:50] <Cimi> after few tests..
[13:53] <tsdgeos> Saviq: so about the departments stuff, the chevrons look like the designs to me, but maybe not
[13:53] <tsdgeos> Saviq: how do we get it in hands of a designer so he can comment?
[13:54] <Saviq> tsdgeos, we should be able to get someone to install the silo on their phones
[13:54] <Saviq> tsdgeos, which designs, btw?
[13:54] <tsdgeos> there was a screen somewhere i was copying i think
[13:54] <Saviq> tsdgeos, https://sites.google.com/a/canonical.com/unity8dash/toolkit/2-navigation look much smaller
[13:54] <tsdgeos> maybe it was just wireframe
[13:55] <Saviq> tsdgeos, halfway down there's "visuals"
[13:55] <tsdgeos> yeah
[13:55] <tsdgeos> i don't think they are smaller
[13:55] <Saviq> hum, they were huge for me
[13:55] <Saviq> will try again in a mo
[13:55] <elopio> hello
[13:55] <elopio> can I get a review here, please? https://code.launchpad.net/~elopio/unity8/flake8/+merge/223495
[13:55] <elopio> just cleaning up the py files.
[13:56] <tsdgeos> Saviq: ok, yeah they are a bit smaller :D
[13:56] <Saviq> tsdgeos, a *bit* ;)
[13:56] <tsdgeos> i'm obviously not good at comparing sizes
[13:57] <tsdgeos> mhr3: there's something veeeeeeeeery weird with leaves
[13:57] <tsdgeos> it's like the tick doesn't get updated until like very far in the future
[13:58] <tsdgeos> probably until the query ends
[13:58] <tsdgeos> so if i open the menu before
[13:58] <dednick> greyback: https://code.launchpad.net/~nick-dedekind/platform-api/trust-sessions/+merge/223369 succeeded on jenkins. you need anything else for approve?
[13:58] <tsdgeos> either i see no tick, or the tick is in the "old" leaf
[13:58] <greyback> tsdgeos: learn! https://www.youtube.com/watch?v=vh5kZ4uIUC0
[13:58] <tsdgeos> mhr3: anything you can do about that?
[13:59] <greyback> dednick: nope, will approve now then
[13:59] <dednick> greyback: thanks
[14:00] <mhr3> tsdgeos, hmm.. doesn't the list close anyway?
[14:00] <tsdgeos> mhr3: it does, but then i can go and open it again
[14:00] <Saviq> tsdgeos, I wonder, could we have a single (clipping) background that would resize, instead of having background "per-page"?
[14:01] <mhr3> though you aren't really seeing from that dep, so maybe it's good it's not ticked?
[14:01] <mhr3> seeing results*
[14:01] <Saviq> tsdgeos, as now you end up with this stair-like construct moving across your screen
[14:01] <tsdgeos> mhr3: don't know, felt totally weird for me
[14:01] <Saviq> greyback, rofl
[14:02] <tsdgeos> Saviq: not sure i get what you mean
[14:03] <Saviq> tsdgeos, when you get into a child dep, or move up
[14:03] <tsdgeos> yep
[14:03] <Saviq> tsdgeos, there's a _|¯ construct going through the screen sometimes
[14:03] <tsdgeos> correct, the list needs to adjust to the new size
[14:03] <tsdgeos> going back is more broken than forward because the scope is broken
[14:04] <Saviq> tsdgeos, yeah, that means every "page" has its own background
[14:04] <tsdgeos> size should adjust only once and is adapting twice now
[14:04] <Saviq> tsdgeos, and you move the background sideways
[14:04] <Saviq> tsdgeos, wouldn't it be better if the background was behind the ListView itself
[14:04] <Saviq> tsdgeos, and resize to the current item?
[14:04] <greyback> Saviq: oh yay, you fixed the unity-mir papi dep, that was on my todo today. Now I can clean up some of papi's dummy packages
[14:04] <Saviq> greyback, https://code.launchpad.net/~saviq/platform-api/transitional-multi-arch
[14:05] <Saviq> greyback, unless they're going away, in which case just nuke them
[14:05] <tsdgeos> Saviq: i don't understand it still :D
[14:05] <tsdgeos> isn't it exactly the same?
[14:05] <tsdgeos> what would it do?
[14:06] <Saviq> tsdgeos, there  would never be a _|¯ going through the screen
[14:06] <greyback> Saviq: think I'll be nuking those. Will be proceeding with care...
[14:06] <Saviq> tsdgeos, 'cause the _ would just move up and down
[14:06] <Saviq> tsdgeos, instead of | moving sideways ;D
[14:06]  * Saviq records
[14:06] <tsdgeos> Saviq: ah, there's never one
[14:06] <Saviq> tsdgeos, my eyes see it ;)
[14:06] <tsdgeos> Saviq: as said, it's just there when going back because it's broken
[14:07] <Saviq> tsdgeos, hmm ok, let me see
[14:07] <tsdgeos> oh and maybe when going forward if the thing loads too fast
[14:07] <Cimi> Saviq, I am confused again with those containers, we have a big row containing mascot, then we need another container for title + emblem anyway
[14:07] <tsdgeos> that would also happen
[14:07] <Saviq> tsdgeos, no
[14:07] <Cimi> I started renaming things and such while I got stuck again
[14:07] <tsdgeos> Saviq: can you record it? i can't see it going forward
[14:08] <Cimi> i cannot see how we can save one container to be honest
[14:08] <tsdgeos> Saviq: chevron's should be a bit smaller now
[14:09] <Saviq> tsdgeos, http://people.canonical.com/~msawicz/unity8/Zrzut%20ekranu%20z%202014-06-18%2016:08:45.png
[14:09] <Cimi> intead of using a Column { Item { Title - Emblem } - Subtitle } just Item { Title - Emblem - Subtitle } ?
[14:09] <Saviq> Cimi, mascot, { title, emblem | subtitle }
[14:09] <tsdgeos> ok
[14:10] <Saviq> Cimi, mascot, title
[14:10] <Saviq> Cimi, mascot, { title | subtitle}
[14:10] <Saviq> Cimi, yes
[14:11] <Saviq> tsdgeos, I imagine the list items have background of their own
[14:11] <tsdgeos> Saviq: no it doesn't
[14:11] <tsdgeos> there's only one
[14:11] <Saviq> tsdgeos, then I dunno, but that's what I'm seeing ;)
[14:11] <tsdgeos> no wait i'm lying
[14:11] <tsdgeos> there's one per list
[14:11] <Saviq> delegate
[14:11] <tsdgeos> still, should not be happening
[14:11] <Saviq> exactly
[14:12] <tsdgeos> i have code to make it not do that
[14:12] <tsdgeos> let me see
[14:12] <Saviq> tsdgeos, probably better still with just one background
[14:12] <Saviq> tsdgeos, that was with tryDash, so should be easy to repro
[14:12] <tsdgeos> Saviq: the problems are the same
[14:12] <Saviq> tsdgeos, sure, except you can hide them with clipping ;)
[14:13] <tsdgeos> i need to know when to grow/shrink it, don't think there's a huge difference in code complexity between one vs many
[14:13] <Saviq> tsdgeos, but yes, agreed
[14:15]  * Cimi really hates every single second he spends on cardcreator.js
[14:15]  * Cimi better finish quickly
[14:17] <Saviq> greyback, ok, dropping that branch then
[14:20] <Saviq> tsdgeos, http://people.canonical.com/~msawicz/unity8/Zrzut%20ekranu%20z%202014-06-18%2016:18:33.png vs. https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/toolkit/2-navigation/01_Amazon_nav-01.jpg?attachauth=ANoY7cr1UtXNpGf4ZnmbJ8SlOceBSoQTffxfLw__lMGjti1fdC-ivHDxkeTlfDegCSHXmNmttfPf4YTPkVWYC0PF1htyg0EAOq4Tb0HhvsNMf9GVlK8Zg7-0VLGwLhlQ2c0BK7H2c-7cNIqkg1oGbtT38gwJ0AjFNuyW-kl-C98FEchioNZdky-LSKghR8nzR-Hgth8k5mX7M1ePEUiKsvNdEx
[14:20] <Saviq> C644l6Zm77HQUC19aJmECFhnfT8X3oyMPJe5ePBi-c8_4iDCO1
[14:20] <Saviq> yay for huge links
[14:20] <tsdgeos> Saviq: you don't have the last code
[14:20] <tsdgeos> or i haven't pushed it
[14:21] <tsdgeos> i wan't pushed it
[14:21] <tsdgeos> Saviq: pull
[14:22] <Saviq> tsdgeos, ooh, nice :)
[14:45] <Saviq> Cimi, ap pass
[14:45] <Cimi> Saviq, xool
[14:45] <Cimi> Saviq, mako?
[14:45] <Saviq> Cimi, yes
[14:59] <paulliu> chromium browser keeps crashing. I got lots of segfaults in dmesg. [23522.777399] chromium[15959]: segfault at 1010 ip b345d81a sp bfd76f60 error 4 in chromium[b0e9e000+68f0000]
[15:08] <Cimi> tedg, you know where is pete woods?
[15:09] <tedg> Cimi, holiday
[15:09] <Cimi> tedg, till when?
[15:09] <tedg> Cimi, I believe just this week.
[15:09] <Cimi> ok
[15:09] <Cimi> it's not on the website
[15:10] <tedg> Probably a migration issue.
[15:24] <tsdgeos> Saviq: i pushed a fix for the stairs effect
[15:24] <Saviq> tsdgeos, tkx
[15:24] <tsdgeos> Saviq: still failing when going back because the scope is saying it is loaded already
[15:24] <tsdgeos> and it isn't really
[15:24] <tsdgeos> can't do much there
[15:24] <tsdgeos> on the amazon scope i mean
[15:24] <tsdgeos> not in the try mode
[15:25] <Saviq> tsdgeos, kthx
[15:25] <Saviq> tsdgeos, I'll get it in the hands of design tomorrow morning
[15:25] <tsdgeos> coo
[15:25] <tsdgeos> l
[15:27] <mhr3> Saviq, so, i'm getting ready to land deps, still some blockers you'd like to see resolved?
[15:28] <mhr3> only thing missing from our side is app scope rebuild
[15:29] <mhr3> oh, time to do one more u8 rebuild then
[15:29] <Saviq> mhr3, yeah, and I actually need to review it still :|
[15:30] <mhr3> Saviq, is that still going to happen today?
[15:31] <mhr3> hm i should go get lunch
[15:35] <Saviq> mhr3, no
[15:39] <Cimi> Saviq, so glad it works the ap
[15:39] <Cimi> Saviq, but I don't get usermetrics service to populate on pictures I take
[15:39] <Cimi> Saviq, I don't know if the service/camera app are working properly
[15:40] <Cimi> Saviq, so I don't know if the real code is working
[15:40] <Cimi> Saviq, there is a command to generate fake entries but pete knows
[15:41] <Saviq> Cimi, that's because the camera app you have is a click
[15:41] <Cimi> Saviq, heh how dows it work?
[15:41] <Saviq> Cimi, just apt install camera-app and you'll have two I believe
[15:41] <Saviq> or well, build a click
[15:42] <Cimi> how can I remove the click and just use the apt one?
[15:42] <Cimi> btw calling click apps now that we don't click anymore but we 'tap' was a smart move :D
[15:43] <Saviq> Cimi, long-press / uninstall should work
[15:43] <Cimi> k
[15:43] <Saviq> Cimi, still no infographics for me, though :|
[15:45] <Cimi> Saviq, me neither
[15:46] <Cimi> Saviq, /var/lib/usermetrics should have /var/lib/usermetrics/32011 folder
[15:46] <Cimi> Saviq, so it's definitely camera not generating infographics or the service
[15:46] <Cimi> Saviq, pete should be back next week
[15:48] <Cimi> tedg, does anyone else apart from pete know how to generate/fake an infographic?
[15:49] <tedg> Cimi, pete is by far the best, I'm not sure who was his reviewer though. Perhaps thostr_ would have and idea.
[15:54] <Cimi> Saviq, yay @ ~/.bash_history
[15:54] <Cimi> Saviq, might be able to try sth
[15:55] <Cimi> Saviq, ok got it working!
[15:59] <Cimi> Saviq, https://code.launchpad.net/~cimi/unity8/infographics-new-lightdm/+merge/223221/comments/536431
[16:06] <seb128> Saviq, mhr3: is there any recent known issue with unity8/click install
[16:06] <seb128> that stuff was working yesterday on the desktop next iso
[16:06] <seb128> today when I click on "install" for a click, it gives me a black screen and send me back to the app lens
[16:06] <seb128> I wonder if unity8 hits a bug
[16:07] <seb128> things were working on yesterday's iso, we just started installing packagekit ... but I had that installed manually yesterday
[16:09] <Cimi> seb128, works here
[16:09] <Cimi> mako
[16:09] <seb128> Cimi, that's on unity-desktop-session-mir, not touch
[16:10] <Cimi> ah ok
[16:23] <mzanetti> Saviq: mhr3: I'm trying to get launching apps to work from the dash app. We can't access ApplicationManager in there any more, so that means we just launch stuff with ual. So the question is if we even should have that signal activateApplication in the scope or just directly call ual from within the scope
[16:40] <mhr3> mzanetti, so ual handles focus and everything?
[16:40] <mzanetti> mhr3: no, that's still in ApplicationManager, but that one will be notified by UAL
[16:42] <mhr3> mzanetti, doesn't seem like a bit deal, but it feels a bit dirtier if the scopes plugin itself would be calling ual
[16:43] <mzanetti> does it? wasn't so sure about that... but yeah, not a big deal, I just came by that place and thought it'd be worth asking if we really should get information from the plugin to the ui, back to the plugin and again to the ui, or if we should cut one step now that we could
[16:43] <mhr3> seb128, there was a big landing of app scope today, but phone testing was ok
[16:44] <mhr3> seb128, not sure why should it cause black screen
[16:44] <seb128> mhr3, I don't have that new version yet, it's the iso from this morning I installed
[16:45] <seb128> mhr3, I'm about to call it a day, I'm going to try the new version/debug more tomorrow
[16:45] <mhr3> seb128, fallout from the cpp issues?
[16:45] <seb128> who knows...
[16:46] <seb128> there is nothing obvious in the log
[16:46] <mhr3> mzanetti, yea it does feel cleaner to me, it's just providing models and signals for whoever wants
[16:46] <seb128> but it looks like the download manager is not even running
[16:46] <seb128> there is no .local/share/ubuntu-download-manager
[16:46] <mzanetti> mhr3: ack
[16:46] <mhr3> mzanetti, otoh it is doing openUrl() already on regular urls...
[16:46] <mzanetti> right...
[16:46] <mzanetti> valid point
[16:47] <mzanetti> the activateApplication is actually a special case
[16:47] <mhr3> mzanetti, removing the openUrl would make it cleaner :)
[16:47] <mzanetti> lol
[16:48] <mhr3> then it would just emit heyDoSomethingWithThisUriThatScopeWantedToActivate()
[16:48] <mzanetti> mhr3: yeah.. but in the end its just going to call Qt.openUrlExternally() anyways
[16:49] <mzanetti> but I see your point
[19:15] <damone> hi all, Im having problems with Unity (ubuntu 14.04) and chrome; Chrome "freezes" randomly but frequently. It doesn't crash, it just a "render freeze", so if I resize the window i can get it to work again
[19:16] <damone> I disabled unity and the problem went away. does anyone know what could be causing this issue, and how to fix it properly?