[13:30] <mterry> tsdgeos, "patches in the bug tracker have an history of not being seen"  :(
[13:30] <mterry> tsdgeos, thanks for tip.  You say "add some reviewers" -- do I have to know names?
[13:32] <tsdgeos> mterry: git log/blame
[13:32] <mterry> tsdgeos, heh fair
[13:32] <mterry> tsdgeos, where do I push my changes to to create a new review ticket?
[13:33] <tsdgeos> git push ssh://YOUR_GERRIT_USER@codereview.qt-project.org:29418/qt/qtdeclarative HEAD:refs/for/BRANCH
[13:33] <tsdgeos> BRANCH being 5.6 probably
[13:33] <tsdgeos> i don't think they'll accept any fix for 5.5 atm
[13:33] <mterry> tsdgeos, makes sense.  OK thanks!
[13:33] <mterry> tsdgeos, see!  This is what I meant about being deep into Qt  :)
[13:38] <mterry> tsdgeos, does anyone have push rights?
[13:38] <tsdgeos> mterry: "yes"
[13:38] <tsdgeos> that only creates a merge request
[13:39] <tsdgeos> not push to the branch itself
[13:39] <mterry> tsdgeos, but I presumably don't have ssh rights, in order to grab the commit-msg hook?   Something like: scp -p -P 29418 codereview.qt-project.org:hooks/commit-msg .git/hooks/
[13:39] <mterry> I guess I can find a copy on my disk from some other gerrit instance
[13:40] <tsdgeos> mterry: you setup https://codereview.qt-project.org/#/settings/ssh-keys ?
[13:41] <mterry> tsdgeos, yes apparently in the past I did
[13:41] <tsdgeos> then the scp should work
[13:41] <tsdgeos> if the correct key is getting used for that server
[13:41] <mterry> humph.  I get permission denied
[13:41] <tsdgeos> otherwise you may not get to push either i guess
[13:41] <mterry> the key in my account matches my id_rsa.pub
[13:42] <tsdgeos> mterry: did you also agree to the agreement in https://codereview.qt-project.org/#/settings/agreements ?
[13:42] <mterry> tsdgeos, "Verified	Corporate	Corporate contributor agreement"
[13:43] <tsdgeos> looks good
[13:43] <tsdgeos> then no idea
[13:44] <tsdgeos> i can give you the hook if you want
[13:44] <mterry> tsdgeos, but no good if I can't push either.  Is there gerrit documentation so I can go over the steps I need to do?
[13:45] <tsdgeos> mterry: https://wiki.qt.io/Setting_up_Gerrit
[13:55] <davmor2> mterry: wow it has two Corporates in there that is a very Corporate Corporation then :)
[13:56] <mterry> davmor2, spared no expense
[14:07] <mterry> tsdgeos, ok well figured out commit-msg I guess (by downloading separately).  But still hit the push "permission denied" problem.  According to wiki too, I seem to have everything in order
[14:07] <tsdgeos> i'd say it's the key
[14:07] <tsdgeos> try stracing to make sure the proper key is being tried
[14:08] <mterry> tsdgeos, aha!
[14:08] <tsdgeos> or i guess there's some SSH envvar that will tell you that too
[14:08] <mterry> tsdgeos, I figured it out.  it was the key.  I was tricked
[14:08] <mterry> tsdgeos, https://codereview.qt-project.org/#/c/147556/
[14:09] <mterry> tsdgeos, so it's not rude to just volunteer people to review this?
[14:10] <tsdgeos> mterry: it's how it works
[14:10] <tsdgeos> otherwise people won't really have a look at it
[14:20] <mterry> tsdgeos, another gerrit question: if I make a change, how do I get it to update my ongoing review?
[14:21] <tsdgeos> mterry: git commit -a --amend
[14:21] <tsdgeos> basically make it be the same thing
[14:21] <tsdgeos> and then push again
[14:21] <tsdgeos> the change-id thing will make it update
[14:23] <tsdgeos> mterry: did i make sense?
[14:24] <tsdgeos> i guess i did since you reuploaded the change :D
[15:28] <mterry> tedg, your symbols file is out of date again
[15:30] <tedg> :-(
[15:30] <tedg> Oh, because I added the find and valid functions.
[15:37] <tedg> mterry: Fixed, also bregma says there are lttng building issues on armhf
[15:37] <mterry> tedg, I haven't noticed failures when building on arm
[15:39] <mterry> dednick, your turn
[15:40] <tedg> mterry: I assume that's because you live somewhere warmer than bregma and he's using build failures to warm his house.
[15:40] <mterry> :)
[15:58] <faenil> Saviq: fresh Vivid setup on LAPTOP, added overlay PPA, then installed unity8-desktop-session-mir
[15:58] <faenil> unity8 doesn't boot, turns out mir-client-platform-mesa3 is not installed
[15:58] <faenil> and neither is mir-platform-graphics-mesa-km7
[16:07] <faenil> also missing mir-platform-input-evdev4
[16:13] <greyback_> faenil: I guess the ubuntu8-desktop-session-mir metapackage should depend on those
[16:13] <faenil> greyback_: I agree
[16:13] <faenil> greyback_: still can't get unity8 to boot on vivid+overlay, even after installing those
[16:13] <faenil> usc now runs
[16:13] <faenil> unity8-dash says it can't connect to mir server
[16:17] <greyback_> faenil: does unity8 start?
[16:17] <faenil> greyback_: yeah "using nested cursor" is the last line
[16:17] <faenil> using kms7, evdev4, mesa-kms 0.18.1
[16:17] <greyback_> faenil: can you move the cursor? Does log-in work?
[16:18] <faenil> greyback_: yes I can move the cursor, just no UI
[16:18] <faenil> no unity8 login
[16:18] <greyback_> faenil: can you pastebin the whole unity8.log please?
[16:20] <tsdgeos> faenil: can you also gdb attach to unity8 and past the trace?
[16:21] <faenil> one thing at a time :D
[16:21] <faenil> I can't finish debugging something that I find other bugs, it's a recursive bitch XD
[16:21] <flux__> lol(lol)
[16:24] <faenil> XD
[16:26] <faenil> greyback_: tsdgeos unity8 is not running :|
[16:26] <faenil> crashed, though I can move cursor
[16:26] <greyback_> faenil: USC drawing the cursor
[16:26] <faenil> let's see if apport-cli can help
[16:27] <faenil> greyback_: ah ok
[16:33] <faenil> tsdgeos: mmm crash has a not very useful bt, except last call is XGetXCBConnection
[16:33] <faenil> which could still be a nice hint
[16:33] <tsdgeos> faenil: yeah wrong qpa
[16:34] <faenil> tsdgeos: missing config pkg?
[16:34] <tsdgeos> faenil: no idea, why are you trying vivid+unity8-desktop?
[16:34] <tsdgeos> is that a config we care about?
[16:34] <faenil> to debug text rendering issues
[16:34] <faenil> we have issues on xenial
[16:35] <tsdgeos> then fix xenial :)
[16:35] <faenil> so I was setting up vivid to see if it's a regression
[16:35] <faenil> tsdgeos: you fix it? :)
[16:35] <faenil> tsdgeos: we're trying to understand what's wrong...
[16:35] <tsdgeos> ok
[16:37] <tsdgeos> faenil: just make sure unity8 is using the correct qpa
[16:37] <tsdgeos> you can probably just force it somewhere
[16:37] <faenil> tsdgeos: sounds like a workaround :)
[16:37] <tsdgeos> faenil: you're just tryuing to see the rendering, aren't you?
[16:38] <faenil> who sets the QPA usually? it's not in unity8.conf is it?
[16:38] <tsdgeos> why would you care it's a workaround?
[16:38] <faenil> tsdgeos: yeah, well, if we fix it for everyone, that's even better isn't it :D
[16:38] <tsdgeos> faenil: as said, i don't think we care for the vivid+unity8-desktop scenario
[16:38] <tsdgeos> i can be wrong though
[16:38] <faenil> okay
[16:42] <Saviq> faenil, if unity8 stuck, might be the gst clutter thing again
[16:42] <Saviq> bug #1525285
[16:42] <faenil> Saviq: not stuck, crashes
[16:43] <Saviq> faenil, ah, that's "easier" ;P
[16:44] <faenil> org.gnome.ScreenSaver and org.freedesktop.Notifications say they can't connect to Mir
[16:46] <faenil> Saviq: do you know who's supposed to set the QPA plugin
[16:46] <tsdgeos> Saviq: he's on vivid, the clutter thing is xenial only? or both?
[16:46] <faenil> vivid+ overlay ppa
[16:46] <Saviq> tsdgeos, never tried on vivid
[16:48] <faenil> tsdgeos: thanks for picking up the "crash on logout" bug
[16:49] <tsdgeos> faenil: was just some ldd'ing
[16:49] <faenil> tsdgeos: I reported already who was using what
[16:49] <faenil> they just didn't believe me :D
[16:50] <faenil> After inspection with ldd, I found out that
[16:50] <faenil> - unity8 doesn't explicitly load libprotobuf
[16:50] <faenil> - /usr/bin/telephony-service* (-handler, -indicator, -approver) all link to libprotobuf.so.9
[16:50] <faenil> maybe they'll believe you :D
[16:51] <tsdgeos> yeah well you missed the important one
[16:51] <faenil> telephony-service without any suffix? alright...
[16:52] <tsdgeos> libtelephonyservice-qml.so
[16:52] <tsdgeos> i.e. not an app but a plugin we load
[16:52] <tsdgeos> i probably should write that in the bug somewhere
[16:52] <faenil> but it's loaded through telephony-service isn't it?
[16:52] <tsdgeos> n
[16:52] <tsdgeos> o
[16:52] <tsdgeos> it's loaded though import Ubuntu.Telephony 0.1
[16:52] <faenil> telephony-service (though libphonenumber) uses libprotobuf
[16:53] <faenil> alright
[16:53] <faenil> then I misunderstood that
[16:53] <bregma> here's a quickie:  what's the best way to force the Unity 8 scaling factor on my desktop?  I've been forcing GRID_UNIT_PX in unity.desktop, but is there a better way?
[16:53] <faenil> then what ldd option did you use? or did you recursively ldd the so loaded by unity8?
[16:53] <Saviq> bregma, /etc/environment, really
[16:54] <tsdgeos> faenil: basically yeah
[16:54] <faenil> ok
[16:55] <faenil> tsdgeos: I added "initctl set-env --global QT_QPA_PLATFORM=ubuntumirclient" to unity8.conf, no joy
[16:56] <tsdgeos> faenil: i may be wrong, but i think you may need mirserver there
[16:56] <faenil> tsdgeos: how does usc run without it?
[16:57] <tsdgeos> faenil: no idea, you're really talking to the one that has less ideas about this whole stuff
[16:57] <tsdgeos>  :D
[16:57] <faenil> libmirserver36 already at the latest version
[16:57] <faenil> tsdgeos: hehe alright :D sorry for bothering then! :)
[16:57] <faenil> I'll resume pestering my dear greyback_ then :D
[16:57] <faenil> he doesn't mind
[16:57] <faenil> :D
[16:58] <greyback_> faenil: let's start at the top, unity8 log please
[16:59] <faenil> greyback_: yessir, rebooting already ;)
[16:59] <faenil> although it only shows "loading module" blablabla
[16:59] <faenil> and then "using nested cursor"
[17:00] <faenil> greyback_: http://pastebin.ubuntu.com/14680527/
[17:01] <faenil> Saviq: do you want me to create a bug about the missing dependencies?
[17:01] <greyback_> faenil: Saviq travelling atm. I think you should
[17:01] <Saviq> nope
[17:01] <Saviq> faenil, yes please, we need to find out if unity8-desktop-session-mir is the right place, though
[17:02] <faenil> Saviq: okay, I'll report it as desktop-session-mir and then we'll go from there
[17:02] <greyback_> faenil: ok, that implies mir at fault.
[17:02] <faenil> greyback_: always your fault, I knew it
[17:02] <greyback_> faenil: I'm not mir ;) Can you attach gdb and see where the crash is?
[17:03] <faenil> greyback_: no time, unity8 dies before I can attach
[17:03] <greyback_> faenil: I usually do "sudo gdb -p `pidof unity8`"
[17:03] <greyback_> ok, then need manual launch.
[17:03] <greyback_> DESKTOP_SESSION=unity8-mir \
[17:03] <greyback_> MIR_SOCKET=$XDG_RUNTIME_DIR/mir_socket \
[17:03] <greyback_> MIR_SERVER_PROMPT_FILE=1 \
[17:03] <greyback_> MIR_SERVER_HOST_SOCKET=/run/lightdm-mir-0 \
[17:03] <greyback_> MIR_SERVER_FILE=$XDG_RUNTIME_DIR/mir_socket \
[17:04] <greyback_> MIR_SERVER_NAME=session-0 \
[17:04] <greyback_> UNITY_INDICATOR_PROFILE=desktop \
[17:04] <greyback_> QT_QPA_PLATFORM=mirserver  /usr/bin/unity8
[17:04] <greyback_> oops, sorry
[17:04] <greyback_> faenil: first, do "stop unity8" to stop it relaunching continually
[17:04] <faenil> it doesn't seem to be relaunching
[17:04] <greyback_> faenil: then, run that command, pasted here again: http://pastebin.ubuntu.com/14680565/
[17:04] <greyback_> upstart might have given up on it
[17:05] <faenil> ok, can I do that from unity7? or do I need tty?
[17:05] <greyback_> faenil: should work from unity7
[17:05] <Saviq> tsdgeos, https://code.launchpad.net/~saviq/qtmir/use-qstandardpaths-cache/+merge/282394/comments/721971
[17:05] <greyback_> faenil: as long as usc running
[17:11] <faenil> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1538659
[17:11] <Saviq> faenil, thx
[17:11] <faenil> Saviq: just noticed the version of desktop-sessio-mir is really old
[17:12] <faenil> greyback_: and do I need special args to run usc?
[17:12] <faenil> ok, I'll just do from tty
[17:13] <greyback_> faenil: yeah. I think you need this: /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
[17:14] <greyback_> faenil: but that can depend on the hardware you've got. You might be better off letting lightdm execute it for you
[17:14] <mterry> tedg, supported orientations parsing isn't quite right
[17:14] <faenil> yeah
[17:14] <faenil> I'll just copy
[17:14] <faenil> your cmd
[17:14] <greyback_> faenil: typically in this situation, I let unity8 crash, then "stop unity8" and then run the unity8 command I gave you above
[17:15] <mterry> tedg, if the value is empty, we should return "all".  Only if there's exactly one string and it's "primary" should we treat the orientation as primary (which I'm guessing is what none of the flags being set implies)
[17:15] <faenil> ok, yeah I should have just put it in a file
[17:16] <greyback_> dednick: hey, have pushed changes to lp:~unity-team/qtubuntu/screen-info/ - I hope it'll make your automatic visibility hack easier (UbuntuWindow has its own formFactor property)
[17:18] <faenil> greyback_: cannot open display
[17:18] <faenil> (unity8:3689) Gtk-WARNING **: cannot open display:
[17:18] <greyback_> faenil: is there more output that just that?
[17:19] <faenil> nope
[17:19] <faenil> greyback_: sorry, as in, no other error
[17:19] <greyback_> faenil: QT_QPA_PLATFORM=mirserver definitely set?
[17:19] <faenil> I have Found driver mesa-x11, found mesa-kms, Mir server created
[17:19] <faenil> before that
[17:20] <faenil> I'm doing "source cmd" where cmd is a file with a copypaste of your pastebin
[17:20] <greyback_> faenil: is "qtmir-desktop" installed?
[17:20] <faenil> so it should be correct
[17:20] <faenil> yes
[17:20] <greyback_> faenil: please run previous with QT_DEBUG_PLUGINS=1 and look for it trying to load "mirserver"
[17:21] <greyback_> if in a VT, you'll need to pipe into a file
[17:21] <faenil> oki
[17:21] <dednick> greyback_: ta. i'll take a look
[17:22] <greyback_> dednick: FYI I don't anticipate any more major changes to that branch now
[17:23] <faenil> greyback_: loaded library libqpa-mirserver, then unload succeeded on the same file
[17:23] <faenil> (grep)
[17:24] <greyback_> faenil: it usually says why it unloaded it
[17:24] <faenil> greyback_: there's cannot open display before it unloads
[17:24] <tedg> mterry: K, actually looking at those tests now. Do you think there should be an explicit primary?
[17:25] <tedg> mterry: Or I guess we could do a member function that was primary() that checked the null.
[17:25] <mterry> tedg, I don't think we *need* one -- primary should only be used when no other is set.  So it's a reasonable fallback if none are set
[17:25] <greyback_> faenil: hmmm. Could you please do: "unset QT_QPA_PLATFORMTHEME"
[17:26] <greyback_> faenil: the appmenu-qt5 plugin could be to blame. It is responsible for exporting menus over dbus, but does assume X11 is there. Might explain your error
[17:26] <faenil> greyback_: went further this time...blabla loading module, found drivers--- ERROR: QMirServer  ;or faoòed tp start
[17:26] <greyback_> QT_QPA_PLATFORMTHEME=appmenu-qt5 <- definitely caused me trouble in the past.
[17:26] <faenil> oops
[17:26] <faenil> Mir failed to start
[17:27] <faenil> ERROR: QMirServer - Mir failed to start
[17:27] <greyback_> any reason why printed above?
[17:27] <faenil> that's after unsetting that envvar
[17:27] <faenil> nope
[17:27] <greyback_> ok, good. that env var a problem, please elave it unset
[17:27] <faenil> just "loaded module blalba, found driver blabla, Selected driver mesa-kms, then ERROR"
[17:28] <greyback_> unusual
[17:28] <greyback_> mir usually says why it failed to start
[17:29] <faenil> can give you the log, let me reboot
[17:29] <faenil> isn't there anything to create pastebins from tty? :D
[17:29] <greyback_> faenil: can you remove the appmenu-qt5 package before you do?
[17:30] <faenil> greyback_: ok
[17:30] <greyback_> faenil: probably, but working in a VT is a pain. I use second machine to SSH into problem machine
[17:30] <faenil> hehe
[17:30] <faenil> yeah I should do the same
[17:31] <dednick> try setting "DISPLAY= "
[17:31] <dednick> as an env var in command line
[17:32] <faenil> greyback_: pastebin 14680756
[17:32] <faenil> dednick: will try
[17:33] <dednick> meh. it's not complaining about display anymore. so probably not
[17:33] <dednick> faenil: does it take about 10 seconds to give that error?
[17:33] <faenil> dednick: yep
[17:34] <greyback_> faenil: when you run unity8, try switching to the VT USC is on
[17:34] <dednick> it's possibly mir timing out waiting for random bits. try moving your mouse around/keyboard mashing while starting.
[17:35] <greyback_> when USC not on the active VT, I suspect it hangs and refuses to allow new clients (like u8 here) to connect
[17:36] <faenil> greyback_: tried
[17:36] <faenil> greyback_: segfault now
[17:37] <bregma> mterry, if I install your use-ual-info branch, Unity 8 won't start (it appears to terminate with "what():  AppID is empty")
[17:37] <dednick> mterry, josharenson ^ you had this issue?
[17:37] <faenil> I have 10 secs to gdb attach should be doable
[17:37] <faenil> :D
[17:37] <mterry> bregma, dednick: make sure you have the latest of both use-ual-info and tedg's app-object branch -- they're moving targets
[17:37] <greyback_> faenil: ok. Do you really want to spend time investigating?
[17:38] <faenil> greyback_: I have 15mins left, I'll give it that much
[17:38] <greyback_> ok
[17:38] <bregma> mterry, build both from a fresh checkout within the last 3 hours
[17:38] <dednick> mterry: huh?
[17:39] <faenil> dednick: tried DISPLAY= , no change
[17:39] <bregma> app-object is fine, as long as LXD is installed (?!?)
[17:39] <mterry> bregma, my statement stands  :)  tedg changed API recently and I updated to match this morning, I'm not sure when exactly you grabbed it
[17:39] <mterry> dednick, thought you were talking about the other statement above you
[17:39] <bregma> mterry, I grabbed it at 09:46 EST
[17:39] <mterry> bregma, grab again is what I'm saying
[17:39] <dednick> mterry: unity8 stopping because of "QMirServer - Mir failed to start"
[17:40] <dednick> mterry: you and josharenson were getting it at sprint.
[17:40] <dednick> something to do with random data?
[17:40] <mterry> dednick, yes we saw that at the sprint...  josharenson may remember how to get out of it
[17:40] <mterry> dednick, oh we did hit that issue...  yes we were seeing that error when that happened
[17:40] <bregma> mterry, dednick, that problem can be worked around by generating enough entropy before logging in
[17:40] <mterry> dednick, move your mouse around during boot
[17:40] <josharenson> dednick: mterry: I don't remember getting that issue.. I remember display id being empty
[17:40] <dednick> was only on boot?
[17:41] <mterry> josharenson, this error came up due to internal timeouts (30s)
[17:41] <josharenson> dednick: Yes, but display id and app id would be different things
[17:41] <flux__> faenil, apt-get install pastebinit
[17:41] <mterry> dednick, we only saw it on boot, but just because we were booting a lot.   Could happen anytime
[17:41] <josharenson> ah, I actually caught up reading...
[17:42] <dednick> faenil: you tried moving mouse around when starting?
[17:42] <faenil> dednick: yep
[17:42] <faenil> flux__: thanks!
[17:42] <faenil> greyback_: mm I attached to unity8, but when I "continue" I get get thread exits
[17:43] <faenil> no segfaults..
[17:43] <faenil> could it be something else segfaulting?
[17:43] <dednick> erm. could be something to do with u8 not finding the usc socket.
[17:43] <greyback_> faenil: hard to say without being able to try myself
[17:43] <greyback_> dednick: mir usually reports an error in that case
[17:44] <faenil> well, otherwise gdb would trap the segfault
[17:44] <faenil> and it doesn't, so it's not unity8
[17:44] <greyback_> faenil: does /run/lightdm-mir-0 exist?
[17:44] <greyback_> that USC's socket that unity8 is trying to connect to
[17:45] <faenil> yup, it's there
[17:45] <dednick> i got to run.
[17:45] <greyback_> faenil: it may be that since mir fails to start in 10 seconds, qtmir shuts everything down cleanly
[17:45] <faenil> cleanly with a segfault :D
[17:45] <josharenson> Ah yes, we only hit the entropy issue because we changed that timeout
[17:45] <dednick> greyback_: yeah, that is where the error comes from.
[17:46] <greyback_> faenil: I've also noticed that gdb can delay mir startup so much 10 seconds is not enough
[17:46] <dednick> i saw the code a few days ago
[17:47] <faenil> Unity8's bt is showing MirServerThread::waitForMirStartup
[17:47] <faenil> (before I type "continue")
[17:47] <greyback_> "t a a bt" please
[17:47] <dednick> it's not crashing. get the full thread trace
[17:47] <faenil> that's thread 1
[17:47] <faenil> yeah, it's not crashing yet at this point
[17:47] <greyback_> faenil: thread 1 is waiting for a mir thread
[17:48] <greyback_> I want to know what all threads are doing
[17:48] <dednick> "gdb$ thread apply all bt"
[17:48]  * dednick out.
[17:48] <greyback_> o/
[17:48] <faenil> there's a mir_connect_sync
[17:49] <faenil> then start_thread, another start_thread
[17:49] <faenil> a poll
[17:49] <faenil> and that waitForMirStartup
[17:49] <faenil> the one with mir_connect_sync is on a cond_wait
[17:50] <faenil> the other 2 start_thread I don't know, missing debug info of liblttng-ust
[17:50] <faenil> 3 start_thread actually
[17:50] <faenil> one from libmircommon, but again missing dbg info
[17:50] <faenil> I'll have to install symbols first
[17:50] <greyback_> mir_connect_sync would be the cluprit
[17:51] <faenil> the last lines there are cond_wait <-- condition_variable::wait <-- ?? in libmirclient <-- mir_connect_sync
[17:51] <greyback_> faenil: I think you should try from a second machine, I suspect VT launching might be hurting you.
[17:52] <greyback_> faenil: yeah, that command should be super-fast, not blocking
[17:52] <faenil> ok
[17:52] <greyback_> that is unity8 trying to connect to USC
[17:52] <greyback_> some reason that's blocking, as if USC not responding
[17:55] <faenil> greyback_: segfault in a couple of secs
[17:55] <faenil> (machine is on USC VT)
[17:57] <greyback_> faenil: I presume because of qtmir timing out aiting for mir server
[17:57] <greyback_> waiting
[17:57] <greyback_> so need to see why USC not accepting unity8's connection
[17:58] <greyback_> can you watch /var/log/lightdm/unity-system-compositor.log - it should print when a client tries to connect & disconnect
[17:58] <faenil> sure
[17:59] <faenil> Opening session session-0
[17:59] <faenil> Closing session session-0
[17:59] <faenil> that's what happens
[18:01] <faenil> greyback_: ps my laptop is on vivid + overlay ppa as well, and it can run unity8
[18:01] <faenil> so it's not "impossible" :D
[18:01] <greyback_> faenil: curious. Perhaps I've a wrong MIR_SERVER_NAME set
[18:02] <greyback_> faenil: that env var is how USC identifies clients who connect to it. A poor way of ensuring only unity8 connects to it, by USC only allowing a session with a particular name
[18:02] <greyback_> "session-0" used to work
[18:02] <faenil> I see..
[18:03] <faenil> greyback_: Opening session session-0
[18:03] <greyback_> right
[18:03] <faenil> I have the same on my working laptop
[18:03] <greyback_> ok, so that seems ok
[18:03] <faenil> so it should be fine
[18:04]  * greyback_ scratches head
[18:04] <greyback_> I'm not really sure what's wrong so
[18:05] <faenil> I installed it on my laptop using ubuntu-desktop-next
[18:05] <faenil> which is outdated
[18:05] <faenil> but maybe it has some key pkg whcih I'm missing?
[18:09] <faenil> greyback_: Jan 27 18:05:57 usertesting-Vostro-3550 kernel: MirServerThread[1946]: segfault at 0 ip 00007f0049fbb6e7 sp 00007f0040c91558 error 4 in libX11-xcb.so.1.0.0[7f0049fbb000+1
[18:10] <greyback_> faenil: we should never see X11. So check QT_QPA_PLATFORMTHEME is definitely unset (or appmenu-qt5 removed) and try to get a backtrace which might tell us where it comes from
[18:11] <greyback_> but that's a different complaint to above
[18:11] <faenil> it's a segfault
[18:12] <greyback_> sure, but you can get segfault in many different ways
[18:12] <greyback_> can only fix one at a time
[18:13] <faenil> heh :
[18:13] <faenil> :)
[18:14] <faenil> I unset the var
[18:14] <faenil> but now it says /run/user/1000/mir-socket doesn't exist
[18:15] <faenil> ah nvm
[18:15] <faenil> bash error
[18:16] <faenil> greyback_: still same segfault as above
[18:16] <faenil> that env var is unset
[18:17] <greyback_> faenil: backtrace will help show why
[18:18] <faenil> greyback_: right I haven't tried again since using ssh
[18:20] <faenil> greyback_: http://pastebin.ubuntu.com/14681213/
[18:21] <faenil> good I get the segfault in gdb now \o/
[18:21] <faenil> let me grab bt
[18:21] <greyback_> faenil: yay!
[18:21] <faenil> nooooooo ssh dropped
[18:21] <faenil> :'(
[18:22] <faenil> ok back
[18:22] <faenil> phew
[18:22] <greyback_> faenil: one tip, if you get a SIGILL while starting a mir server (like unity8, it's normal. To skip, do "handle SIGILL nostop"
[18:22] <faenil> http://pastebin.ubuntu.com/14681229/
[18:22] <faenil> greyback_: ok, thanks
[18:23] <greyback_> hmm, so it's via EGL
[18:23] <faenil> I used to "kill -SIGCONT unity8" :)
[18:23] <faenil> to make unity8 boot
[18:23] <greyback_> ok, that means the version of MESA installed on your machine is missing mir specific patches
[18:24] <faenil>   Installed: 10.5.9-2ubuntu1~vivid2
[18:24] <greyback_> faenil: possible the mir patches are not in vivid+o at all
[18:25] <greyback_> you'd need to ask the mir guys
[18:25] <faenil> greyback_: how comes it runs on my laptop then...
[18:25] <greyback_> dunno
[18:26] <faenil> greyback_: my laptop has the same version
[18:26] <greyback_> faenil: can you set "EGL_PLATFORM=mir EGL_LOG_LEVEL=debug" and try unity8 once more
[18:26] <greyback_> we're getting into territory where I'm not an expert, you'd need mir team to help here
[18:27] <faenil> greyback_: UI! \o/
[18:27] <faenil> omg, phone wizard UI, alright...better than nothing :D
[18:28] <faenil> your phone is now ready to use!
[18:28] <greyback_> faenil: ok, so seems EGL is unable to correctly guess you want the "mir" platform on that machine
[18:28] <greyback_> mir folk are the culprits there
[18:28] <faenil> mm and keyboard doesn't work :D
[18:28] <faenil> okay, but thanks a lot, we got to ui! :)
[18:29] <greyback_> faenil: lol, keyboard we can look at tomorrow
[18:29] <greyback_> go home
[18:29] <faenil> hahaah
[18:29] <faenil> yeah :)
[18:29] <faenil> o/
[18:29] <faenil> thanks ;)
[18:29] <greyback_> welcome, thanks for your patience
[18:52] <bregma> mterry, I still get Xmir rejected by qtmir when launching apps through the libertine-scope with the latest use-ual-info branch, message "ApplicationManager REJECTED connection from app with pid NNNN as it was not launched by upstart"
[19:20] <mterry> bregma, interesting...  tedg ^
[19:21]  * tedg back
[19:22] <mterry> tedg, do you know how to set up the whole libertine environment?
[19:22] <tedg> bregma: What is the AppID in that case?
[19:22] <tedg> mterry: I haven't recently, is ChrisTownsend here?
[19:22] <bregma> ted, for your gratification, the unity8.log: http://paste.ubuntu.com/14681725/
[19:23] <bregma> mterry, you could try apt-get install libertine, that might work
[19:23] <mterry> bregma, I've got my environment set up I believe.  I was able to launch xchat yesterday
[19:24] <tedg> bregma: Is sakura your app?
[19:25] <tedg> bregma: it should be $container_$app_0.0
[19:25] <bregma> tedg, yes, my test mule is sakura
[19:25] <tedg> bregma: What is the name of your container?
[19:29] <bregma> tedg the appId I send to url_dispatch_send() is "appid://" + container.id() + "/" + app.id() + "/0.0"
[19:30] <bregma> and the log file is "application-legacy-smw2_sakura_0.0-.log" so I think that's the right appId
[19:30] <mterry> tedg, (unrelated to this current issue -- but X-Ubuntu-Supported-Orientations=primary returns all flags on, because "primary" isn't recognized as a valid orientation)
[19:30] <mterry> tedg, (when it should return no flags on)
[19:30] <tedg> bregma: It seems that isn't what qtmir is getting for the ID though :-/
[19:31] <bregma> it's all a black box to me...  string goes in, app comes out
[19:32] <tedg> Actually, now looking at the file it seems to be in some places.
[19:32] <tedg> bregma: Does a click run?
[19:32] <bregma> tedg, the gallery-app runs
[19:33] <mterry> tedg, looks like we strip the smw2_ prefix between starting and application creation..  let me see if my changes might do that
[19:33] <bregma> and the Libertine app, in all its glory
[19:33] <bregma> my cinatiner's name is smw2_
[19:33] <bregma> er, without the underscore
[19:33] <bregma> and with container spelled correctly
[19:34] <bregma> technically, the container's id is smw2, its name is "Chroot test" but that's irrelevant to anyone but a pedantic jerk
[19:34] <bregma> your welcome
[19:35] <tedg> mterry: Yeah, that's what I was wondering, but it would seem that a click app would have a similar problem.
[19:35] <tedg> mterry: Though, perhaps a parse that should be a find.
[19:36] <mterry> tedg, here's what we do to the app's id: toShortAppIdIfPossible(QString::fromStdString(std::string(app->appId())))
[19:37] <mterry> tedg, where toShortAppIdIfPossible basically checks ubuntu_app_launch_app_id_parse.  If it parses, we take package_appname else we return appId unchanged
[19:37] <mterry> tedg, in this case, IF app->appId() returns smw2_sakura, I'd expect us to use it unchanged
[19:38] <mterry> tedg, but I'm wondering if app->appId() is returning an appid that gives "sakura" as its string?
[19:38] <tedg> mterry: No, we'll never return the short appId()
[19:39] <tedg> mterry: It would probably return {'smw2', 'sakura', '0.0'}
[19:39] <mterry> tedg, but then we'd recreate smw2_sakura...
[19:39] <mterry> tedg, we always return something with either an underscore or exactly what appId() gave
[19:40] <mterry> tedg, so I think that somehow, appId() is returning the short name
[19:40] <tedg> Hmm, okay.
[19:40] <mterry> tedg, or...  rather a very short name
[19:40] <mterry> tedg, could it be confused and think it's a legacy app?
[19:41] <tedg> That's what I was thinking, but I'm not sure how we'd get there.
[19:41] <mterry> tedg, the log file used by upstart has legacy in it
[19:41] <tedg> Yeah, it uses the same upstart job.
[19:41] <mterry> application-legacy-smw2_sakura_0.0-.log
[19:41] <mterry> tedg, ok, so that's expected?
[19:41] <tedg> Yup
[19:41] <mterry> ah well
[19:41] <bregma> well, technically, it *is* a legacy app
[19:42] <mterry> bregma, yeah, but Ubuntu App Launch treats legacy and libertine different internally.  Except for job names I guess
[19:42] <tedg> And that should be the same AppID that is passed to the xmir-helper
[19:42] <bregma> so, much as I'd really love to hang around and get this solved before I get a plane tomorrow to go and demo it in front of the international press, I have to run my kid in to the dentist before I forfeit a chunk of cash
[19:43] <bregma> I'll be back in a couple hours to test any solutions yous come up with
[19:43] <tedg> bregma: Can you pastebin the log file real quick?
[19:43] <tedg> App log file
[19:44] <bregma> hmm, app log file is stale, it doesn't get that far
[19:44] <bregma> I intercepted Xmit, here's a log of it:
[19:45] <bregma> -displayfd 3 -mir puritine_libreoffice-startcenter_0.0
[19:45] <bregma> (EE)
[19:45] <bregma> Fatal server error:
[19:45] <bregma> (EE) Failed to connect to Mir: Failed to send message to server: Broken pipe
[19:45] <bregma> (EE)
[19:45] <bregma> (first line is "echo $@")
[19:45] <tedg> K
[19:46] <bregma> hmm, Dash is all messed up, can't navigate properly any more
[19:46] <bregma> there may be other bugs in the softwarte
[19:46]  * bregma runs to the car
[19:47] <tedg> Software with bugs, seems unlikely.
[19:49] <davmor2> tedg: close bugs with software, next they'll be irradiating themselves and becoming super bugs, I for one welcome our SuperBug overlords ;)
[19:52] <mterry> tedg, also, the default for rotatesWindowContents should be false, not true
[19:52] <tedg> davmor2: I think we need more time in the sauna, I hear that kills bugs.
[19:52] <tedg> mterry: K
[19:53] <mterry> tedg, that and the orientations parsing should fix all bugs I'm seeing with legacy and click apps
[19:53] <davmor2> tedg: :)
[19:56] <mterry> tedg, setting up libertine environment to help with the libertine side of things
[19:57] <tedg> mterry: Cool, just pushed that and the orientation tests. If nothing else the tests the way I think it should work :-)
[20:05] <mterry> tedg, I'm still seeing symbols file complaints
[20:05] <mterry> maybe that's because I'm not doing a clean build?
[20:09]  * tedg tries again, but tested that earlier
[20:09] <tedg> mterry: Are you doing "bzr bd" ?
[20:12] <mterry> tedg, no I'm just debuilding in a bzr checkout
[20:25] <tedg> mterry: Are you on gcc 5.x?
[20:25] <tedg> Oh, I bet you're on vivid.
[20:26] <tedg> Apparently the C++ symbols are different on gcc 4/5
[20:26] <tedg> Need to disable them for vivid.
[20:28] <mterry> tedg, I'm building in vivid yeah on the phone
[20:28] <mterry> tedg, ah makes sense
[20:34] <tedg> mterry: Do you know how to make a symbols file only apply to certain series?
[20:34] <tedg> I was told it was possible, but can't figure out how.
[20:34] <mterry> tedg, um...  you could override the dh_ helper that checks and only do it if the distro is correct?
[20:35] <tedg> Ah, makes sense
[20:35] <mterry> tedg, I don't know a more elegant solution
[20:36] <mterry> tedg, you could pass different strictness values so that it would warn instead of error maybe.  That's probably the lightest touch for vivid
[20:51] <mterry> tedg, hrmph.  I thought I set up the libertine scope all fine.  But I don't see any apps in it
[20:52] <tedg> mterry: You should still be able to launch things with the url dispatcher
[20:52] <tedg> mterry: Shouldn't need the scope
[20:57] <mterry> tedg, does "Unable to dispatch url 'appid://puritine/xchat-gnome/0.0':GDBus.Error:com.canonical.URLDispatcher.BadURL: URL 'appid://puritine/xchat-gnome/0.0' is not handleable by the URL Dispatcher" mean that it didn't find it, or that it is a malformed url?
[21:02] <tedg> mterry: Could be either, most likely it couldn't launch in that case.
[21:03] <tedg> mterry: I think to see the difference you'll have to turn on glib debug messages.
[21:05] <mterry> tedg, G_MESSAGES_DEBUG=all didn't add anything
[21:06] <tedg> mterry: To URL dispatcher? The service.
[21:06] <mterry> ah
[21:06] <tedg> mterry: Do you know a variable that has the series? I can't seem to find one...
[21:07] <mterry> tedg, ugh... no not off the top
[21:10] <mterry> tedg, OK.  Did the debug thing.  All I see is "Dispatching URL: appid://puritine/xchat-gnome/0.0"
[21:16] <tedg> Huh, I'd expect at least an emitting message after that.
[21:21] <mterry> tedg, I dunno.  I must have a screwed up env somehow.  This was working for me the other day
[21:21] <mterry> tedg, I'll just focus on tests for my branch.  Maybe you can get the libertine env going?
[21:27] <tedg> mterry: Hmm, yeah. Let me try that.
[22:54]  * bregma is back for just a few minutes