[09:16] <Saviq> 5.4.1 migrated \o/
[09:40] <tsdgeos> Saviq: :)
[09:40] <tsdgeos> would be happier if QT CI wasn't blocked my mac tests not passing though :D
[09:42] <tsdgeos> Saviq: how's our landing going?
[09:42] <tsdgeos> Cimi: what happened with the zooming stuff then?
[09:42] <Cimi> tsdgeos, I gave up
[09:43] <Cimi> tsdgeos, it worked fine on the phone, but the test fails
[09:43] <tsdgeos> Cimi: so the regression is still there
[09:43] <Cimi> tsdgeos, in the test
[09:43] <tsdgeos> Cimi: well since you gave up
[09:43] <Cimi> yes
[09:43] <tsdgeos> the regression is still there and the test passes, no?
[09:44] <Cimi> tsdgeos, with the changes you did for 5.4, the test pass but the panning the image doesn't work anymore
[09:44] <Cimi> tsdgeos, there is no test for the panning
[09:44] <tsdgeos> so we have a regression
[09:44] <tsdgeos> no?
[09:45] <Cimi> yes
[09:45] <tsdgeos> did you report it?
[09:45] <Cimi> if I revert your change, zoom and pan seems to work fine
[09:45] <Cimi> on the phone
[09:45] <Cimi> but the test fails
[09:45] <Cimi> I didn't
[09:45] <tsdgeos> so can you create a bug so we don't forget to fix it?
[09:45] <Cimi> let me report
[09:46] <tsdgeos> cool :)
[09:48] <Saviq> tsdgeos, reconfiguring now
[09:48] <Cimi> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1433506
[09:48] <Saviq> tsdgeos, need to rebuild and retest after the Qt landing
[09:55] <Saviq> mzanetti, put dpr in silo: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-015
[09:55] <mzanetti> Saviq, ok, thanks
[09:56] <Saviq> so will look at that soon, couldn't get to it yesterday
[10:13] <Saviq> ok, let's see how the mother of all silos copes...
[10:19] <Saviq> whoa, 24 MPs and no conflicts... we're getting good at this :)
[10:33] <tsdgeos> Cimi: i can't get pinch and pan to work on the phone with the old code
[10:33] <tsdgeos> Cimi: would you mind sharing which code you were using on the phone?
[10:34] <tsdgeos> Cimi: wait my mistake
[11:54] <Saviq> /food
[12:01] <mzanetti> @unity: here we go: http://notyetthere.org/
[12:01] <mzanetti> it's getting serious now
[12:02] <kgunn> :)
[12:03] <MacSlow> mzanetti, top! :)
[12:04] <dandrader> mzanetti, but you took him the pleasure of unboxing! :)
[12:04] <mzanetti> yeah :D
[12:04] <mzanetti> couldn't resist
[12:04] <mzanetti> will wrap it again
[12:05] <MacSlow> mzanetti, the folded info-card is so nice!
[12:06] <mzanetti> yeah. They've written "Ubuntu Edition" everywhere
[12:06] <mzanetti> really cool
[12:06]  * MacSlow is a bit envious :)
[12:43] <Saviq> /reallyfood
[13:26] <Saviq> mzanetti, you got a reviewer for lp:~mzanetti/unity8/pinlock-scaling ?
[13:44] <mzanetti> Saviq, MacSlow|lunch said he'll look at it
[13:44] <Saviq> mzanetti, kk
[13:44] <MacSlow> Saviq, looking into it atm
[14:10] <attente_> hi, what is the replacement for putting scripts in /etc/X11/Xsession.d/ in unity 8?
[14:28] <Saviq> seb128, is there a bug reported about apps not running under systemd in unity8 session?
[14:29] <seb128> Saviq, is that on an upgraded system?
[14:29] <Saviq> seb128, I believe so, I had to switch to upstart to have them work
[14:30] <Saviq> will try and reboot to sd again
[14:30] <seb128> Saviq, systemctl enable cgmanager
[14:31]  * Saviq reboots
[14:31] <seb128> Saviq, no need
[14:31] <seb128> you can just start it manually
[14:31] <Saviq> seb128, need, on upstart now
[14:31] <seb128> k
[14:41] <Saviq> seb128, indeed, wasn't enabled, do we have an idea (or a bug) tracking why?
[14:42] <seb128> Saviq, it was not enabled by default earlier in the cycle and the enable/disable don't change on upgrade
[14:42] <seb128> so if you had this version you need to manually fix it
[14:42] <tsdgeos> Cimi: can you do https://code.launchpad.net/~aacid/unity8/pan_regression/+merge/253375 ?
[14:42] <Saviq> meh, k
[14:42] <seb128> known issue with systemd packaging in debian/ubuntu
[14:42] <seb128> didrocks is looking into fixing it
[14:43] <seb128> it's not going to happen for new installs or people upgrading now
[14:43] <seb128> since cgmanager is enabled by default now
[14:43] <Saviq> yeah understood
[14:50] <Saviq> mzanetti, can I reproduce the pixel ratio issue on desktop somehow?
[14:51] <mzanetti> Saviq, only when using ubuntumirclient I'd say
[14:51] <tsdgeos> Saviq:  lp:~saviq/unity8/wrap-qmltestrunner: would delete 7.85+14.10.20140428.2-0ubuntu1
[14:51] <mzanetti> so yes, in the desktop-session-mir it should be the same
[14:51] <tsdgeos> lp:~alecu/unity8/payments-button: is the evil
[14:51] <tsdgeos> has zillions of tags
[14:52] <tsdgeos> alecu: what's the deal with that branch ↑↑ is it still meaningful?
[14:53] <Saviq> tsdgeos, yeah, that branch needs updating first of all
[14:55] <Cimi> tsdgeos, very good
[14:58] <Cimi> tsdgeos, it'd add some wait after each commit, so we see a bit of animation too
[14:59] <Cimi> tsdgeos, and apparently is more reliable daniel said
[14:59] <tsdgeos> Cimi: i totally see the animation here
[14:59] <Cimi> tsdgeos, cool
[14:59] <alecu> tsdgeos: I think it was merged into this other branch: https://code.launchpad.net/~unity-team/unity8/payments-button
[14:59] <Cimi> tsdgeos, I meant on the test
[14:59] <alecu> tsdgeos: so, I'm setting it to abandoned
[15:00] <Cimi> tsdgeos, do you see in the test?
[15:00] <tsdgeos> Cimi: yes i see it pinch, pan and unpinch
[15:00] <tsdgeos> alecu: oki :)
[15:00] <tsdgeos> Cimi: you don't?
[15:00] <Cimi> tsdgeos, ok, not on my machine, weird
[15:00] <Cimi> tsdgeos, nevermind
[15:01] <alecu> tsdgeos: actually, I was able to set the status of the MP, but I can't change the status of the branch from "Development". Can you do it?
[15:01] <tsdgeos> let me try
[15:02] <tsdgeos> alecu: nope
[15:02] <tsdgeos> alecu: it's weird you cna't edit your own branch
[15:02] <Saviq> I can
[15:02] <Saviq> for whatever reason
[15:02] <Saviq> alecu, tsdgeos, done
[15:02] <tsdgeos> :)
[15:03] <alecu> tsdgeos: doh, I was not logged into launchpad in that browser window :P
[15:03] <tsdgeos> he he
[15:03] <alecu> tsdgeos: now, what about it having "zillions of tags"? what are those, and why are they bad?
[15:03] <Saviq> mzanetti, so most of it happens in the QPA, not the SDK? how does that affect our apps running on X11?
[15:04] <tsdgeos> alecu: bzr tags, they came from misterious places, and they replicate a lot, they are wrong because they point to broken revisions of the code
[15:04] <mzanetti> Saviq, well, it happens in both, the QPA and the SDK
[15:04] <tsdgeos> alecu: if you have any local checkout either remove it and checkout again or run http://people.canonical.com/~msawicz/unity8/strip-u8-tags.py over it
[15:04] <mzanetti> Saviq, yes, X11 is unchanged atm
[15:05] <mzanetti> Saviq, actually, X11 already supports QT_DEVICE_PIXEL_RATIO, while Mir doesn't
[15:05] <alecu> tsdgeos: ack, thanks.
[15:06] <alecu> tsdgeos: "they came from misterious places, and they replicate a lot" <- they sound like Gremlins
[15:06] <tsdgeos> he he :D
[15:11] <Saviq> mzanetti, well, right, but are you not doing something special in mir QPA to "inflect" DEVICE_PIXEL_RATIO from GRID_UNIT_PX?
[15:12] <mzanetti> Saviq, I do that in the qtubuntu qpa, yes, not in the X11 one
[15:13] <Saviq> mzanetti, but if I set DEVICE_PIXEL_RATIO in X11, everything will Just Work™ anyway, right?
[15:13] <mzanetti> yes, mostly..
[15:14] <mzanetti> Saviq, this is how I start qtcreator nowadays: QT_DEVICE_PIXEL_RATIO=2 GRID_UNIT_PX=16 qtcreator
[15:15] <mzanetti> Saviq, worth noting that before some recent upgrade I had to use "QT_DEVICE_PIXEL_RATIO=2 GRID_UNIT_PX=8 qtcreator" for the same result
[15:15] <Saviq> mzanetti, the "new" way seems correct
[15:15] <Saviq> or does it..
[15:16]  * Saviq no gets why we'd not get the loop under X11 then
[15:16] <mzanetti> I still haven't made up my mind about that tbh... given that on Mir we won't have QT_DEVICEL_RATIO in the end
[15:16] <mzanetti> QT_DEVICEL_RATIO :D
[15:16] <om26er> mzanetti, Hi!
[15:16] <om26er> mzanetti, when does this land https://code.launchpad.net/~mzanetti/unity8/fix-laggy-launcher-dnd/+merge/251567 ?
[15:16] <mzanetti> om26er, my last state is "when QA manages to test the silo"
[15:17] <Saviq> mzanetti, well, we kind of will, only it will by default be based off of GRID_UNIT_PX, right?
[15:17] <Saviq> mzanetti, otherwise QWidget apps would be bad
[15:17] <mzanetti> Saviq, exactly
[15:17] <Saviq> we should allow for overriding btw
[15:17] <Saviq> like if you do have DEVICE_PIXEL_RATIO in env, that should take precedence
[15:17] <mzanetti> Saviq, yeah, in the end both mechanisms override the "virtual qreal QPlatformWindow::devicePixelRatio() const"
[15:18] <mzanetti> Saviq, it just depends what qgetenv we do in there
[15:18] <Saviq> mzanetti, I mean that DPR should take precedence over GUX
[15:18] <mzanetti> Saviq, I don't think we want to regard the DPR env at all
[15:19] <Saviq> dunno, maybe
[15:19] <Saviq> on one hand that means that someone exports DPR and expects it to work and it doesn't
[15:19] <mzanetti> Saviq, note that the env var is something specific to the X11 QPA, Windows, Mac etc doesn't use that either
[15:20] <Saviq> oh
[15:20] <mzanetti> not sure about the wayland QPA
[15:20] <Saviq> thought that was Qt
[15:20] <Saviq> aaanyway, trying the desktop session to see if I can get it to die
[15:20] <mzanetti> yeah well, the X11 qpa is from upstream Qt, so it kind a is
[15:20] <Saviq> yeah you know what I mean
[15:20] <Saviq> mzanetti, btw, on flo + DPR, fonts huge, that expected?
[15:21] <mzanetti> really... I did test it on flo, was working fine
[15:21] <Saviq> mzanetti, check out silo 15
[15:21] <mzanetti> ack
[15:21] <mzanetti> have to do a bit for the alt+tab stuff atm, but I'll come back to this at latest tomorrow
[15:21] <attente_> Saviq: hi, do you know where i can put a startup script for a unity 8 desktop session?
[15:22] <Saviq> attente_, we use upstart for the user session http://upstart.ubuntu.com/cookbook/#session-job
[15:22] <seb128> attente_, what sort o script?
[15:23] <attente_> Saviq, seb128: /etc/X11/Xsession.d script
[15:23] <seb128> what is the script doing?
[15:23] <seb128> we should probably avoid adding X11 scripts
[15:23] <attente_> seb128: it's the im-config script that launches the user's im framework
[15:24] <seb128> don't we already have that? or what do you want to change?
[15:24] <attente_> seb128: we have it, but it doesn't run under u8
[15:24] <seb128> oh, right, no X11 there
[15:25] <seb128> you don't want to add a script to Xsession.d
[15:25] <seb128> you want to replace one by an upstart job?
[15:25] <attente_> seb128: sure. does it make sense to do a systemd one instead though?
[15:25] <seb128> shouldn't that be done for non unity8 sessions as well and in im-config itself?
[15:25] <seb128> we don't use systemd for user session yet
[15:25] <seb128> so no
[15:25] <attente_> ok
[15:26] <attente_> seb128: it's already there, but i'm wondering how to get it working under u8
[15:26] <attente_> so i guess adding the upstart job is what we should be doing
[15:26] <seb128> yes
[15:26] <seb128> replace the Xsession script by an upstart job
[15:26] <attente_> ok, thanks
[15:27] <Saviq> mzanetti, yeah, and can't repro anything wrong under desktop session
[15:29] <mterry> Saviq, you commented that you were having problems with the cancel-pam-harder branch (https://code.launchpad.net/~mterry/unity8/cancel-pam-harder/+merge/251174/comments/628754)
[15:29] <mterry> Saviq, were you using the u8 session?  or just doing ./run.sh
[15:29] <Saviq> mterry, real session
[15:30] <Saviq> mterry, and I couldn't get past the lockscreen
[15:30] <mterry> Saviq, ok
[16:31] <mzanetti> tsdgeos, ok. tested your branch now. looks ok. anything special I should test?
[16:32] <tsdgeos> mzanetti: nothing special comes to mind
[16:32] <mzanetti> ok. approving then
[16:32] <tsdgeos> the code is centered around updates of the model
[16:32] <tsdgeos> you can try to pull a few times in a few scopes
[16:32] <tsdgeos> see nothing breaks
[16:32] <mzanetti> tsdgeos, yeah, I tried switching departments and refreshing like mad for a few minutes now
[16:32] <tsdgeos> pull => refresh
[16:32] <tsdgeos> besides that nothing else comes to mind
[16:32] <mzanetti> ok then. works for me
[16:33] <tsdgeos> let's hope it fixes it
[16:33] <tsdgeos> that's the nice thing about errors.ubuntu.com
[16:33] <tsdgeos> you can see if the crash continues happening or not
[16:34] <tsdgeos> besides images can anyone think of something we download from unity8-dash itself?
[16:34] <tsdgeos> because everything else i can think of comes from backends
[16:35] <mzanetti> tsdgeos, for music there's a play feature for audio... not sure how much that qualifies for "downloading" though
[16:35] <tsdgeos> mzanetti: does it come from http and uses QNAM?
[16:35] <tsdgeos> and is done in the unity8-dash process?
[16:36] <mzanetti> tsdgeos, hmm... I think we get a url from the backend, not sure if that's local or not... but it's been a while since I did that..
[16:37] <tsdgeos> mzanetti: ok no worries
[16:43] <tsdgeos> mzanetti: my branch has "less" failures because it compares to previous branch
[16:43] <tsdgeos> which was one from dednick that needs a change in some other component
[16:43] <tsdgeos> and thus was failing to compile some tests
[16:43] <tsdgeos> so it seems mine "fixes" stuff
[16:43] <tsdgeos> when really doesn't
[16:44] <mzanetti> tsdgeos, huh... it says +24 failures here
[16:44] <tsdgeos> relaly?
[16:44] <tsdgeos> ok that's weird
[16:44] <tsdgeos> mzanetti: https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/608/ ?
[16:44] <tsdgeos> -7 failures
[16:44] <mzanetti> tsdgeos, yeah, AP
[16:44] <tsdgeos> mzanetti: ah
[21:21] <gQuigs> got a server that a customer is running unity with remote desktop on
[21:21] <gQuigs> (using like a terminal server setup, multiple sessions independently)
[21:22] <gQuigs> would I need logs of all the sessions to see about improving performance?
[21:23] <gQuigs> right now load is around 3.0 (which is totally fine), mostly caused by compiz processes...
[21:23] <gQuigs> just looking for next steps if performance get's bad with compiz/unity
[21:25] <gQuigs> (already have it set to LOW graphics mode)
[21:26] <Saviq> gQuigs, unity relies heavily on GPU acceleration, which without a GPU happens on the CPU, hopefully via the best thing out ther - LLVM / Gallium, but that's still heavy on the CPU because it's not geared well to be doing that
[21:27] <Saviq> gQuigs, you could try disabling some plugins in ccsm, but not much else can be done
[21:28] <gQuigs> Saviq: what's used for performance tuning?
[21:30] <Saviq> gQuigs, there's basically no "performance tuning" that I know of you can do on Unity/Compiz, they assume OpenGL is available and that's basically it, all the things are (hopefully) done in the best performing way
[21:32] <gQuigs> Saviq: thanks for insight.. hopefully there won't be any issues... thanks again
[21:32] <Saviq> gQuigs, it's just that it's not geared to be run remotely
[21:32] <gQuigs> Saviq: yea, I know.. customer was nervous about upgrading from 12.04-> 14.04 because of it (us dropping 2d unity)
[21:33] <gQuigs> and 16.04 will basically have 2d unity back.. so 14.04 puts us in a weird place
[21:33] <gQuigs> so far, so good though
[21:33] <Saviq> gQuigs, well, I wouldn't say it will have 2d unity back ;)
[21:33] <Saviq> just the fact that it's built on QML doesn't make it "unity 2d"
[21:34] <Saviq> unity8, which I assume you're referring to, relies on GPU/OpenGL just as heavily as unity7
[21:34] <Saviq> there's no CPU renderer for QML in upstream Qt now
[21:34] <Saviq> so you can't run anything modern QML without OpenGL
[21:35] <gQuigs> Saviq: well from my testing on an unaccelerated VM, unity8 feels quick, and unity7 doesn't.. but I head you...
[21:35] <Saviq> gQuigs, sure, unity8 is just leaner still, and we'll try and keep that as we build more desktop functionality in it
[21:35] <gQuigs> :)
[21:36] <Saviq> but yeah, the primary target being mobile, we have to keep it quick