[08:36] <tsdgeos> Saviq: so you're around or holydaing? or recovering from the sun?
[09:37] <tsdgeos> greyback: ping
[09:38] <greyback> tsdgeos: pong
[09:38] <tsdgeos> greyback: you have somewhere a branch to help with mir and qt menus and stuff, right?
[09:38] <tsdgeos> greyback: would it help with https://bugs.launchpad.net/ubuntu/+source/qtmir/+bug/1423985 ?
[09:38] <greyback> tsdgeos: yeah it would
[09:38] <greyback> it's still quite under construction
[09:38] <dednick> tsdgeos: hey. can you point me at your branches for the icon fixes?
[09:38] <greyback> tsdgeos: but I wouldn't object to help :)
[09:39] <tsdgeos> dednick: https://code.launchpad.net/~aacid/ubuntu-ui-toolkit/nonsquareicons/+merge/250110
[09:39] <greyback> tsdgeos: although I'm surprised it crashes. That I hadn't expected
[09:40] <tsdgeos> greyback: so the item for the app vanishes instead of poping up the combo "menu"
[09:40] <tsdgeos> greyback: and i guess on next thing that treis to access it, it's borked
[09:40] <tsdgeos> ++
[09:41] <dednick> tsdgeos: ta.
[09:42] <greyback> tsdgeos: huh. You could try lp:~gerboland/qtmir/multiple-windows-per-app and play with the qml-demos-shell
[09:45] <greyback> that code pretty raw as yet. Not sure if tests pass
[09:50] <tsdgeos> ok
[09:54] <tsdgeos> greyback: so do you think it makes sense to compile it in the phone and see what happens with that bug?
[09:55] <greyback> tsdgeos: yeah, for a quick test at least. That branch will happily allow the app to create as many surfaces as it wants
[09:55] <tsdgeos> k
[09:55] <greyback> might show if it is unity8's policy causing the crash or not
[10:34] <Cimi> Saviq, greyback my concern is valid here? https://code.launchpad.net/~paulliu/unity8/lp1350891_ScrollBackground/+merge/249989/comments/621334
[10:34] <Cimi> or qt is smart enough to not suffer from that?
[10:37] <greyback> Cimi: qt will cache the image, it won't make multiple copies per scope
[10:37] <greyback> I'd more worried it's a huge image for the CPU to have to downscale
[10:38] <greyback> and jpg is lossy,
[10:46] <Cimi> got disconnected
[10:46] <Cimi> greyback, which last message did you see of mine?
 or qt is smart enough to not suffer from that?
[10:46] <greyback> was last I saw
[10:46] <Cimi> ok
[10:47] <greyback> Cimi: I'm replying to the MR
[10:47] <Cimi> greyback, ok, cool
[10:49] <tsdgeos> hmmm
[10:49] <tsdgeos> lots of failing autopilots https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/1312/?#showFailuresLink
[10:49] <tsdgeos> does other branches have that too?
[12:57] <dandrader> mzanetti, is there any fullscreen app besides camera?
[12:57] <davmor2> dandrader: gallery
[12:58] <davmor2> dandrader: media player
[12:59] <dandrader> davmor2, gallery is not fullscreen
[13:00] <davmor2> dandrader: open an image
[13:00] <dandrader> davmor2, right...
[14:14] <tsdgeos> greyback: have you tried that branch on the phone?
[14:14] <tsdgeos> keeps crashing on me
[14:15] <tsdgeos> not sure if it's because i'm doing something wrong or what
[14:23] <greyback> tsdgeos: it's been a week or 2
[14:23] <tsdgeos> greyback: i'll try doing a dpkg-package
[14:23] <tsdgeos> instead of manually building
[14:23] <tsdgeos> just in case
[14:23] <greyback> tsdgeos: I dunno if the tests will pass
[14:24] <tsdgeos> can link them to sbin/true
[14:24] <greyback> backtrace for the crash?
[14:24] <greyback> crash on startup?
[14:24] <tsdgeos> yeah
[14:24] <tsdgeos> greyback: http://paste.ubuntu.com/10372718/
[14:25] <greyback> tsdgeos: that's strange because I barely touch that code path
[14:25] <tsdgeos> :/
[14:28] <greyback> tsdgeos: create a trivial qml file: 'import QtQuick 2.2; Rectangle { color: "blue"}', and do "stop unity8" - wait until it has really stopped, kill if need be, then do
[14:28] <tsdgeos> my phone is dead now
[14:28] <tsdgeos> stuck on the "Google" screen
[14:28] <tsdgeos> meh
[14:29] <greyback> DESKTOP_SESSION=unity8-mir MIR_SERVER_NAME=session-0 MIR_SOCKET=$XDG_RUNTIME_DIR/mir_socket QT_QPA_PLATFORM=mirserver qmlscene <file>
[14:43] <tsdgeos> greyback: can't dpkg-buildpackage that branch :S
[14:44] <tsdgeos> ok, let me try to build myself again and install manually
[14:44] <greyback> tsdgeos: sorry, it is early work
[15:06] <tsdgeos> greyback: that does nothing either
[15:06] <tsdgeos> greyback: http://paste.ubuntu.com/10373139/
[15:06] <tsdgeos> i'm going to leave it to you
[15:06] <tsdgeos> spent all the day with that branch and got nothing
[15:07] <greyback> ok
[15:23] <tsdgeos> mterry: i don't understand what https://code.launchpad.net/~mterry/unity8/tutorial-edge-size/+merge/250220 is supposed to do
[15:26] <mterry> tsdgeos, so on that tutorial page, the right edge has a PhoneStage object that peeks in and out via animation
[15:27] <mterry> tsdgeos, well I should say, the whole screen has a PhoneStage that slides left and right to peek its spread on the right
[15:29] <mterry> tsdgeos, currently, the tutorial adjusts the PhoneStage's drag area on the right to start where the spread does, so that the drag area changes size as the PhoneStage edge peeks out
[15:29] <mterry> tsdgeos, but this branch makes it so that we adjust the PhoneStage's drag area at the same time as we are sliding it left and right.  This way, the drag area stays constant
[15:30] <tsdgeos> which doesn't really matter no?
[15:30] <mterry> tsdgeos, that had been my intention, but I messed up the logic.  And it's hard to notice, since you can still hit the drag area 99% of the time from the edge
[15:31] <mterry> tsdgeos, it doesn't *super* matter no.  But it's more correct.  And it means that if some other bug prevents the animation from happening (as happened in silo 0), the user can't continue past that screen, since the drag area is all off screen
[15:31] <tsdgeos> mterry: ok sure
[20:37] <mterry> mzanetti, is our unity8 silo far enough along that it's not affected by the "bug fixes only" mandate?