| === tmpRAOF is now known as RAOF | ||
| Saviq | 5.4.1 migrated \o/ | 09:16 |
|---|---|---|
| tsdgeos | Saviq: :) | 09:40 |
| tsdgeos | would be happier if QT CI wasn't blocked my mac tests not passing though :D | 09:40 |
| 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:42 |
| 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:43 |
| 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:44 |
| 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:45 |
| tsdgeos | cool :) | 09:46 |
| Saviq | tsdgeos, reconfiguring now | 09:48 |
| Cimi | https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1433506 | 09:48 |
| ubot5 | Ubuntu bug 1433506 in unity8 (Ubuntu) "Pan doesn't work anymore after 5.4 transition" [Undecided,New] | 09:48 |
| Saviq | tsdgeos, need to rebuild and retest after the Qt landing | 09:48 |
| === vrruiz_ is now known as rvr | ||
| 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:55 |
| Saviq | so will look at that soon, couldn't get to it yesterday | 09:56 |
| Saviq | ok, let's see how the mother of all silos copes... | 10:13 |
| Saviq | whoa, 24 MPs and no conflicts... we're getting good at this :) | 10:19 |
| 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:33 |
| tsdgeos | Cimi: wait my mistake | 10:34 |
| Saviq | /food | 11:54 |
| mzanetti | @unity: here we go: http://notyetthere.org/ | 12:01 |
| === paulliu1 is now known as paulliu | ||
| mzanetti | it's getting serious now | 12:01 |
| kgunn | :) | 12:02 |
| MacSlow | mzanetti, top! :) | 12:03 |
| 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:04 |
| MacSlow | mzanetti, the folded info-card is so nice! | 12:05 |
| mzanetti | yeah. They've written "Ubuntu Edition" everywhere | 12:06 |
| mzanetti | really cool | 12:06 |
| * MacSlow is a bit envious :) | 12:06 | |
| === Malsasa_ is now known as Malsasa | ||
| Saviq | /reallyfood | 12:43 |
| === alan_g is now known as alan_g|lunch | ||
| === MacSlow is now known as MacSlow|lunch | ||
| Saviq | mzanetti, you got a reviewer for lp:~mzanetti/unity8/pinlock-scaling ? | 13:26 |
| === alan_g|lunch is now known as alan_g | ||
| mzanetti | Saviq, MacSlow|lunch said he'll look at it | 13:44 |
| === MacSlow|lunch is now known as MacSlow | ||
| Saviq | mzanetti, kk | 13:44 |
| MacSlow | Saviq, looking into it atm | 13:44 |
| === dandrader is now known as dandrader|afk | ||
| attente_ | hi, what is the replacement for putting scripts in /etc/X11/Xsession.d/ in unity 8? | 14:10 |
| === dandrader|afk is now known as dandrader | ||
| === boiko_ is now known as boiko | ||
| Saviq | seb128, is there a bug reported about apps not running under systemd in unity8 session? | 14:28 |
| 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:29 |
| Saviq | will try and reboot to sd again | 14:30 |
| seb128 | Saviq, systemctl enable cgmanager | 14:30 |
| * 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:31 |
| Saviq | seb128, indeed, wasn't enabled, do we have an idea (or a bug) tracking why? | 14:41 |
| 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:42 |
| 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:43 |
| Saviq | mzanetti, can I reproduce the pixel ratio issue on desktop somehow? | 14:50 |
| 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:51 |
| tsdgeos | alecu: what's the deal with that branch ↑↑ is it still meaningful? | 14:52 |
| Saviq | tsdgeos, yeah, that branch needs updating first of all | 14:53 |
| Cimi | tsdgeos, very good | 14:55 |
| Cimi | tsdgeos, it'd add some wait after each commit, so we see a bit of animation too | 14:58 |
| 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 | 14:59 |
| 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:00 |
| 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:01 |
| 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:02 |
| 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:03 |
| 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:04 |
| mzanetti | Saviq, actually, X11 already supports QT_DEVICE_PIXEL_RATIO, while Mir doesn't | 15:05 |
| alecu | tsdgeos: ack, thanks. | 15:05 |
| alecu | tsdgeos: "they came from misterious places, and they replicate a lot" <- they sound like Gremlins | 15:06 |
| tsdgeos | he he :D | 15:06 |
| Saviq | mzanetti, well, right, but are you not doing something special in mir QPA to "inflect" DEVICE_PIXEL_RATIO from GRID_UNIT_PX? | 15:11 |
| mzanetti | Saviq, I do that in the qtubuntu qpa, yes, not in the X11 one | 15:12 |
| Saviq | mzanetti, but if I set DEVICE_PIXEL_RATIO in X11, everything will Just Work™ anyway, right? | 15:13 |
| mzanetti | yes, mostly.. | 15:13 |
| mzanetti | Saviq, this is how I start qtcreator nowadays: QT_DEVICE_PIXEL_RATIO=2 GRID_UNIT_PX=16 qtcreator | 15:14 |
| 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:15 |
| * 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:16 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| 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:26 |
| Saviq | mzanetti, yeah, and can't repro anything wrong under desktop session | 15:27 |
| 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:29 |
| Saviq | mterry, and I couldn't get past the lockscreen | 15:30 |
| mterry | Saviq, ok | 15:30 |
| === boiko_ is now known as boiko | ||
| === boiko_ is now known as boiko | ||
| === dandrader is now known as dandrader|lunch | ||
| mzanetti | tsdgeos, ok. tested your branch now. looks ok. anything special I should test? | 16:31 |
| 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:32 |
| 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:33 |
| 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:34 |
| 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:35 |
| 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:36 |
| tsdgeos | mzanetti: ok no worries | 16:37 |
| 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:43 |
| 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 | 16:44 |
| === dandrader|lunch is now known as dandrader | ||
| === alan_g is now known as alan_g|EOD | ||
| === dandrader is now known as dandrader|afk | ||
| === dandrader|afk is now known as dandrader | ||
| === dpm_ is now known as dpm-afk | ||
| 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:21 |
| gQuigs | would I need logs of all the sessions to see about improving performance? | 21:22 |
| 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:23 |
| gQuigs | (already have it set to LOW graphics mode) | 21:25 |
| 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:26 |
| Saviq | gQuigs, you could try disabling some plugins in ccsm, but not much else can be done | 21:27 |
| gQuigs | Saviq: what's used for performance tuning? | 21:28 |
| 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:30 |
| 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:32 |
| 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:33 |
| 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:34 |
| 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:35 |
| Saviq | but yeah, the primary target being mobile, we have to keep it quick | 21:36 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!