[08:14] <tsdgeos> mzanetti: if your problem with https://code.launchpad.net/~josharenson/unity8/integrated_lightdm_refactor/+merge/260588 was merging can we top approve it again since mterry and ltinkl approved it and it merges fine now?
[08:15] <tsdgeos> dednick: what's the status of https://code.launchpad.net/~nick-dedekind/unity8/inline-dash-videos/+merge/260251 ? needs review from someone from our side or waiting for jhodapp?
[08:20] <dednick> tsdgeos: well it definately needs a review from somebody in unity. but still waiting on jhodapp for some stability fixes.
[08:20] <tsdgeos> dednick: so not urgent, ok
[08:21] <dednick> tsdgeos: but would be best if we didn't have to much lag time between jhodapp fixes and landing.
[08:21] <tsdgeos> that right
[08:22] <tsdgeos> ok, i'll have a look then, i think it's going to be review day for me today
[08:22] <dednick> tsdgeos: ta
[08:47] <tsdgeos> dednick: update the description of https://code.launchpad.net/~nick-dedekind/unity8/inline-dash-videos/+merge/260251 since it doesn't require sdk 1.3 anymore?
[08:48] <dednick> tsdgeos: done
[08:48] <tsdgeos> tx
[09:02] <anpok> greyback: i am in the middle of resurrecting the orientation override.. the other branches in that silo assume mir 0.13, right?
[09:04] <greyback> anpok: yep
[09:04] <anpok> do we still need/want the centering?
[09:04] <greyback> anpok: yes, that too
[09:05] <greyback> anpok: are you redoing from scratch?
[09:05] <greyback> or did you find the old branch somewhere?
[09:06] <anpok> have those lying around ..
[09:07] <anpok> I just have to take the original ones that werent conflated with the initial android mm code
[09:11] <greyback> ok cool. I had started diffing the source package against mir 0.12 and figuring out the relevant changes
[09:20] <cimi> tsdgeos, instead of using visible: source.status [09:21] <tsdgeos> cimi: that kind of works
[09:22] <tsdgeos> but still has the not cool effect in which the ubuntushape is visible empty until the image is loaded
[09:22] <tsdgeos> maybe you can play with opacity so that doesn't happen?
[09:22] <tsdgeos> like visible with ""
[09:22] <tsdgeos> and opacity with ready?
[09:25] <anpok> greyback: do we still have to hide the other display?
[09:25] <anpok> i mean thats the part we no longer need..
[09:25] <greyback> anpok: we didn't do that before, did we?
[09:27] <greyback> before, when I plugged the N7 into monitor, shell was "mirrored*" to the monitor  (* = while rotated & centered)
[09:28] <anpok> yes.. and I thought in that branch it did not expose the external display as a configureable display instead kdub just changed the hwcdevice abstraction to also output to the external when plugged
[09:28] <anpok> s/abstraction/implementation
[09:30] <anpok> so we might have to add the clone mode handling to usc?
[09:30] <greyback> anpok: I'm not sure I follow why external display is being hidden.
[09:31] <greyback> anpok: usc does clone mode right now
[09:31] <anpok> oh ok
[09:31] <greyback> in silo0 is a build of qtmir which works with multimonitor
[09:32] <greyback> and I see the output of the shell mirrored on the monitor
[09:32] <greyback> we need USC to rotate the shell surface and center it
[09:32] <greyback> and the cursor too
[09:54] <tsdgeos> ltinkl: can you please make sure the merges didn't break anything at https://code.launchpad.net/~josharenson/unity8/integrated_lightdm_refactor/+merge/260588 and re-top-approve?
[10:50] <dandrader> MacSlow, are you aware of any change in that area? http://paste.ubuntu.com/11809486/
[10:52] <tsdgeos> greyback: how do i test https://code.launchpad.net/~gerboland/unity8/set-qpa-env-for-clients/+merge/263253 ?
[10:52] <tsdgeos> doesn't unity8 actually work on the desktop?
[10:53] <greyback> tsdgeos: unity8 works, but dash failed to appear on my desktop.
[10:53] <tsdgeos> hmmm
[10:53] <greyback> this fixed dash for me. Mind giving it a go?
[10:53] <MacSlow> dandrader, no... I've not touched that in weeks/months
[10:53] <tsdgeos> greyback:
[10:53] <tsdgeos> sure
[10:53] <greyback> thanks
[10:54] <greyback> I also think it logical if unity8 (a mir server) starts, then we should set the QPA plugin globally to enable qt clients
[10:57] <dandrader> MacSlow, do you know what package provides this Unity.Notifications plugin?
[10:58] <tsdgeos> meh the thing got stuck logging into unity8 :D
[10:59] <tsdgeos> now i'll have to reboot i guess
[10:59] <MacSlow> dandrader, it's qtdeclarative5-unity-notifications-plugin, which gets build from lp:unity-notifications
[11:00] <dandrader> I don't understand why it's not loading...
[11:01] <MacSlow> dandrader, that's with unity8 trunk I assume
[11:03] <dandrader> MacSlow, it's with lp:~dandrader/unity8/app-state-handling. But this branch doesn't change the import line of anything related to notifications. I don't get what's happening...
[11:03] <dandrader> s/of/or
[11:03] <MacSlow> dandrader, I vaguely remember that Pete touched unity-notificatons... about two weeks ago... but I didn't follow that more than providing debugging advice
[11:04] <dandrader> should probably run unity8 with this qml debug var that prints how and which qml modules are loaded
[11:04] <MacSlow> dandrader, I can look into that later when I'm trough wiht my stuff... should you by then still face the issue
[11:04] <MacSlow> dandrader, ok?
[11:07] <dandrader> MacSlow, thanks. but I think this failure is so odd it must be due to something I've done in my phone
[11:07] <greyback> dandrader: QT_DEBUG_PLUGINS=1
[11:07] <dandrader> greyback, thanks. was looking for that in my notes :)
[11:07] <greyback> :)
[11:17] <tsdgeos> greyback: i can't even log into unity8 at the moment :S
[11:17] <tsdgeos> gets stuck in lightdm
[11:17] <tsdgeos> any idea of what may be happening?
[11:18] <tsdgeos> can any of you guys login from lightdm to unity8?
[11:19] <greyback> tsdgeos: I can on my second machine. You'd need to switch VTs and see if ~/.cache/upstart/unity8.log has anything printed to. Else see /var/log/lightdm contents in case it complains about something
[11:21] <tsdgeos> greyback: any idea how to interpret this? http://paste.ubuntu.com/11809584/
[11:21] <dandrader> weird. it really doesn't find the Unity.Notifications library....
[11:21] <tsdgeos> u-s-c is just qyuitting?
[11:22] <greyback> tsdgeos: looks like it. You have /var/log/lightdm/unity-system-compositor.log ?
[11:23] <tsdgeos> yeah http://paste.ubuntu.com/11809591/ looks like i need to install more stuff?
[11:25]  * tsdgeos installs mir-platform-graphics-mesa2
[11:26] <tsdgeos> mucho better
[11:26] <tsdgeos> now at least i have a cursor
[11:26] <tsdgeos> no idea why unity8 hasn't been started
[11:26] <greyback> ~/.cache/upstart/unity8.log ?
[11:27] <anpok> greyback: added the override orientation branch again.. for centering .. I think we might get away by doing that in usc.. without any hacks
[11:27] <anpok> i need to look at that again
[11:28] <greyback> anpok: sweet
[11:29] <tsdgeos> greyback: there's something but not sure it was from now, let me re-retry-boot
[11:29]  * tsdgeos will be back
[11:29] <greyback> o/
[11:37] <tsdgeos> greyback: http://paste.ubuntu.com/11809663/
[11:37] <tsdgeos> i guess i need to install something else?
[11:40] <greyback> tsdgeos: it appears to be unable to open the socket to the nested mir server. Does /run/lightdm-mir-0 exist?
[11:40] <tsdgeos> i have rebooted since then
[11:40] <tsdgeos> i only have one computer to test
[11:41] <tsdgeos> so i need to reboot everytime this fails
[11:41] <greyback> that makes life hard
[11:41] <tsdgeos> indeed :d
[11:41] <tsdgeos> will try again after food
[11:41] <greyback> ok. I'll try to give you a list of things to look for
[11:42] <greyback> after food :)
[12:19] <jhodapp> dednick, tsdgeos abeato is working on the last remaining fix...we've identified the cause of the crash and he's coming up with a solution
[12:25] <tsdgeos> jhodapp: cool
[12:30] <tsdgeos> greyback: so what other things can i check?
[12:33] <greyback> tsdgeos: my guess is unity8 cannot open the lightdm socket
[12:33] <greyback> check" ll /run/lightdm-mir-0              - srwxrwxrwx 1 root root 0 Jul  2 13:32 /run/lightdm-mir-0=
[12:34] <greyback> and for the unity8 process, check these env vars:
[12:34] <greyback> MIR_SERVER_HOST_SOCKET=/run/lightdm-mir-0
[12:34] <greyback> MIR_SERVER_FILE=/run/user/1000/mir_socket
[12:34] <tsdgeos> there's no unity8 process
[12:35] <tsdgeos> the socket is there
[12:36] <greyback> tsdgeos: ok so unity8 is launched by this: /usr/share/upstart/sessions/unity8.conf
[12:37] <greyback> tsdgeos: can you try stepping through that and see if the host socket is set ok?
[12:38] <tsdgeos> let me try
[12:38] <greyback> tsdgeos: else try launching manually wiht http://pastebin.ubuntu.com/11809893/
[12:40] <tsdgeos> greyback: should MIR_SOCKET=$XDG_RUNTIME_DIR/mir_socket exist?
[12:40] <greyback> tsdgeos: no, mir creates it
[12:41] <greyback> that's the socket for applications to connect to unity8 with. Notice it's in a $USER owned dir
[12:41] <tsdgeos> yep
[12:41] <greyback> the host socket is owned by USC, and we need to specify it to unity8 with the env var
[12:44] <tsdgeos> same error
[12:45] <greyback> tsdgeos: is QT_QPA_PLATFORM=mirserver set?
[12:45] <tsdgeos> i'm using DESKTOP_SESSION=unity8-mir MIR_SOCKET=/run/user/1004/mir_socket MIR_SERVER_PROMPT_FILE=1 MIR_SERVER_HOST_SOCKET=/run/lightdm-mir-0 MIR_SERVER_FILE=/run/user/1004/mir_socket MIR_SERVER_NAME=session-5 UNITY_INDICATOR_PROFILE=desktop QT_QPA_PLATFORM=mirserver  /usr/bin/unity8
[12:45] <tsdgeos> so yes
[12:45] <greyback> hmm
[12:45] <greyback> and USC running
[12:47] <tsdgeos> root      4375  0.0  0.2 633584 20880 tty9     Ssl+ 14:35   0:00 /usr/sbin/unity-system-compositor --disable-inactivity-policy=true --on-fatal-error-abort --file /run/lightdm-mir-0 --from-dm-fd 13 --to-dm-fd 24 --vt 9 --enable-hardware-cursor=true
[12:47] <tsdgeos> yep
[12:48] <greyback> I'm out of ideas
[12:48] <tsdgeos> :/
[12:48] <greyback>  1383 tty8     Ssl+   0:01 /usr/sbin/unity-system-compositor --disable-inactivity-policy=true --on-fatal-error-abort --file /run/lightdm-mir-0 --from-dm-fd 12 --to-dm-fd 21 --vt 8 --enable-hardware-cursor=true
[12:49] <greyback> I didn't know there was a vt9 usually. But you saw the cursor, so there is
[12:49] <tsdgeos> yep
[12:50] <greyback> tsdgeos: if you run MIR_SOCKET=/run/lightdm-mir-0 mir_demo_client_egltriangle, can you see a quick flicker on a triangle on screen?
[12:50] <seb128> does it work if you manually go there with ctrl-alt-f8/f9?
[12:50] <greyback> that might need mir-demos package installed
[12:50] <tsdgeos> Can't get connection
[12:51] <greyback> interesting
[12:51] <greyback> so USC is not accepting connections
[12:51] <tsdgeos> ah
[12:51] <tsdgeos> i need something in /usr/lib/x86_64-linux-gnu/mir/client-platform/ too
[12:51] <tsdgeos> our packaging is borked
[12:51] <greyback> yeah?
[12:52] <tsdgeos> http://paste.ubuntu.com/11809945/
[12:52] <greyback> http://pastebin.ubuntu.com/11809946/ is what I have
[12:52]  * tsdgeos installs sudo apt-get install mir-client-platform-mesa2
[12:53] <tsdgeos> and reboot!
[12:53] <tsdgeos> actually maybe not
[12:53] <greyback> try the demo app again, it should work now
[12:54] <tsdgeos> it worked!
[12:54] <tsdgeos> ok, so reboot
[12:54] <greyback> yay
[12:54] <tsdgeos> and let's try from scrathc
[13:16]  * greyback to post office, back in 20
[13:18] <tsdgeos> greyback: ping when you're back
[13:49] <greyback> tsdgeos: back
[13:50] <tsdgeos> greyback: unity-dash launches fine here
[13:50] <greyback> tsdgeos: hmm interestnig
[13:50] <greyback> tsdgeos: well then that branch must be useless so
[13:50] <greyback> sorry, you can reject it
[13:51] <greyback> at least this was a learning experience
[13:53] <tsdgeos> greyback: the thing is webbrowser-app for example wasn't launching from the dash
[13:54] <tsdgeos> i wonder if it's for the same reason and somehow that envvar that /usr/bin/lightdm-unity8-session is setting doesn't go to children
[13:54] <greyback> tsdgeos: yes this I know. You need to do: sudo systemctl start cgmanager
[13:54] <tsdgeos> also the quesion is if /usr/bin/lightdm-unity8-session is the proper place to set that
[13:54] <tsdgeos> or as you say the upstart job is a better place
[13:56] <seb128> tsdgeos, greyback, webbrowser-app doesn't work on desktop atm because of oxide backend issues
[13:56] <greyback> ah
[13:56] <seb128> bug #1466012
[14:22] <dandrader> MacSlow, unity-notifications doesn't obey -DCMAKE_INSTALL_PREFIX
[14:22] <dandrader> MacSlow, it uses its own unorthodox method for deciding where to install itself
[14:24] <MacSlow> dandrader, never touched that before... taking a look
[14:25] <MacSlow> dandrader, do you have a patch?
[14:25] <dandrader> MacSlow, bzr qblame points to you :)
[14:25] <dandrader> MacSlow, no patch. But I do have a bug report: https://bugs.launchpad.net/unity-notifications/+bug/1470879
[14:26] <MacSlow> dandrader, really... can't remember
[14:27] <dandrader> maybe you just followed up what someone else started
[14:49] <dandrader> MacSlow, mzanetti, so any of you guys volunteering to reproduce my Unity.Notifications issue (failing to load)?
[14:49] <mzanetti> dandrader, I can't right now... but can try to get some time for it soon
[14:55] <MacSlow> dandrader|lunch, I will take a look
[14:56] <MacSlow> dandrader|lunch, but results/findings might slip into tomorrow
[14:56] <MacSlow> mzanetti, will look at dandrader's issue with the unity-notifications plugin
[14:56] <mzanetti> ack
[15:13] <tsdgeos> dandrader|lunch: https://code.launchpad.net/~dandrader/unity8/tutorial-launcher-gap/+merge/262208/comments/661134 opinion?
[15:52] <dandrader> tsdgeos, yeah, I could do that
[16:23] <kgunn> ltinkl: hey, is the inhibitions api about letting apps prevent screen blanking ?
[16:23] <kgunn> or something else?
[16:25] <dandrader> tsdgeos, done
[16:28] <tsdgeos> dandrader: cool, tx
[16:28] <tsdgeos> will rebiew tomorrow
[17:06] <ltinkl> kgunn, exactly that
[21:29] <veebers> mzanetti, if you're around, for the devices I would want to propose a branch against lp:unity8/overlay, correct?
[21:30] <mzanetti> veebers, no, trunk
[21:30] <veebers> mzanetti: oh ok, I trunk CI supposed to be building wily packages>
[21:31] <mzanetti> veebers, we're doing dual landings so far
[21:32] <veebers> mzanetti: ah ok, I need to re-read my emails to get my head around that :-) is there a way to get a vivid(overlay) from the MP?
[21:32] <mzanetti> veebers, you mean a package built for that?
[21:33] <veebers> mzanetti: it would be helpful for some guys helping confirm the changes
[21:33] <mzanetti> veebers, not exactly sure what you're asking for
[21:34] <veebers> mzanetti: heh, I was hoping that setting my MP to needs review would generate a deb package so that a couple of devs could install it on their devices. om26er gets this failure when he tries to use the one in the MP: http://paste.ubuntu.com/11812047/
[21:35] <mzanetti> veebers, ah ok. no sadly there is no atm.. it'll build wily packages only
[21:46] <veebers> mzanetti: any idea off the top of your head why the error in the pastebin ".. Package qtbase-abi-5-4-2 is not installed..."
[21:46] <mzanetti> I think you're trying to install a wily package in vivid
[21:47] <veebers> mzanetti: heh yeah, that's exactly it.
[21:48] <veebers> mzanetti: next annoying question ;-) is there a canonical (up to date) source for setting up cross build so I can build a vivid package?
[21:48] <mzanetti> this is the only thing I'm aware of: https://wiki.ubuntu.com/SimpleSbuild & https://wiki.ubuntu.com/CrossBuilding
[21:49] <mzanetti> it should work... but you need to add the overlay ppa in the source chroot
[21:49] <veebers> mzanetti: nice, thanks for the help
[21:49] <mzanetti> np