/srv/irclogs.ubuntu.com/2015/05/12/#ubuntu-mir.txt

robert_ancellRAOF, was / is there an XMir git branch (i.e. with the actual changes on git master and not with a debian/ dir like fdo:~mlankhorst/xserver04:44
robert_ancellTrying to work out correct attribution for xmir.patch04:44
RAOFrobert_ancell: I presume Maarten has a branch somewhere, but I've only got https://github.com/raof/xserver04:45
RAOFWhich isn't the one that you're after.04:45
RAOFrobert_ancell: Some quick searching shows up http://cgit.freedesktop.org/~mlankhorst/xserver/04:48
robert_ancellRAOF, that just has debian/ added and everything in the patch file04:48
RAOFYeah, dunno, sorry.04:49
robert_ancellnp04:49
RAOFHe presumably had a git tree to develop in, though.04:49
robert_ancellPresumably04:51
duflurobert_ancell: It's documented in the obvious place :)04:51
duflurobert_ancell: https://code.launchpad.net/xmir04:52
dufluBut yeah we definitely need to move it04:52
robert_ancellduflu, again, that's pointing at a branch containing debian/patches, i.e. not a branch based off master with the changes done inline04:53
robert_ancellduflu, I am moving it now04:53
robert_ancellAnd without the original branch we're going to lose attribution. But it's probably not a big deal.04:53
duflurobert_ancell: I know it's ugly. I doubt Maarten did maintain anything inline. He was always patches04:53
robert_ancellI'm going to split up the changes anyway so we can get them upstream at some point04:54
duflurobert_ancell: I never did figure out how to build in manually too... Only got a successful build from debuild04:54
duflu(strange compiler errors otherwise)04:54
dufluObviously the secret sauce is in debian/04:59
* duflu goes to get some sunlight04:59
dufluMan touchscreen hardware really sucks. Even when you eliminate all the graphics lag, touchscreens are still slow. Plugging a mouse into the same device is dramatically more responsive.06:26
alan_galf_: have you had a chance to look at the power off/on/off/on/... crash?08:25
alf_alan_g: yes, the crash happens in a GL call, I am trying to figure out why...08:27
alan_galf_: ack. I'll leave you to it. :)08:28
* alan_g goes to port glmark2-mir to contemporary API08:28
duflualan_g: You'll also want to wait till the client ABI bump before updating glmark2-mir in wily. Or else we'll have to do it twice08:32
alan_gduflu: we need to decide how to work around https://code.launchpad.net/~alan-griffiths/mir/bump-client-ABI/+merge/258769/comments/64619708:33
alan_gBut at least I can get the code ready08:33
duflualan_g: Take it out of CI temporarily I guess. BTW that is https://bugs.launchpad.net/mir/+bug/134149008:36
ubot5Ubuntu bug 1341490 in Mir "Bumping the client ABI causes CI failures" [Medium,Triaged]08:36
=== chihchun_afk is now known as chihchun
alf_alan_g: @glmark2, I already have an upstream branch for the update09:10
alan_galf_: ok, I'll drop mine then09:11
alf_alan_g: but we will need to update the ubuntu packages09:11
duflualf_: Booo.... requires ES3 - https://www.khronos.org/opengles/sdk/docs/man3/html/glReadBuffer.xhtml10:05
dufluSigh10:05
dufluAnd even then still not FRONT10:05
dufluES is surprisingly limited, again10:06
* alan_g does a clean build from trunk and gets "ClientSurfaceEvents.surface_receives_state_events...Segmentation fault (core dumped)"10:17
* alan_g realise he did something stupid10:32
alf_alan_g: https://code.launchpad.net/~afrantzis/mir/fix-1454201-usc-crash-for-0.13/+merge/25886311:17
alan_galf_: thanks!11:17
alf_alan_g: More investigation is needed to figure out why the workaround is needed (and if it's really our fault or the driver's), but this should be enough to unblock the release11:18
alan_gunderstood11:18
alan_galf_: any ideas? https://code.launchpad.net/~afrantzis/mir/fix-1454201-usc-crash-for-0.13/+merge/258863/comments/64645211:41
alan_gThe test diagnostic is rather unhelpful. :(11:46
alf_alan_g: I knew I was forgetting something (to check the tests!)11:47
alf_alan_g: I will fix and update the branch11:48
alan_galf_: thanks. [Non-urgent: does the diagnostic need to be so far removed from the actual problem?]11:50
davmor2alan_g: the issue you spotted yesterday in silo21 did you resolve it at all?11:56
alan_gdavmor2: we're (well alf_) closing on it. I expect to rebuild and test after lunch.11:59
* alan_g goes to lunch while alf_ does the work.11:59
davmor2alan_g: that's great just remembered about it so thought I'd ask while it was in my head :)11:59
=== alan_g is now known as alan_g|lunch
=== dandrader_ is now known as dandrader
=== alan_g|lunch is now known as alan_g
dandraderI've mir_proving_server running on my laptop as root. Is it possible to run mir clients without being root?13:23
dandraderI did "sudo chmod a+rwx mir_socket" but trying mir_demo_client_egltriangle without root still gives me "Can't get connection"13:24
dandraderok, manually pointing out the location of the mir_socket did the trick: "/tmp$ mir_demo_client_egltriangle -m mir_socket"13:25
dandraderwonder why I don't have to do so when I run the client as root13:26
alan_gdandrader: the socket location depends on some environment variables that are set differently13:27
dandraderalan_g, where/how can I find a list of env vars that mir looks for?13:29
alan_gmir_proving_server --help ... "Socket filename [string:default=$XDG_RUNTIME_DIR/mir_socket or  /tmp/mir_socket]"13:30
dandraderalan_g, so this translates to having a MIR_SERVER_HOST_SOCKET in the environment of the client app?13:32
greyback_dandrader: I usually set MIR_SOCKET=/tmp/mir_socket13:33
alan_gIf you run as root then $XDG_RUNTIME_DIR isn't set so server and client look at /tmp/mir_socket13:33
alan_gIf you run as non-root then it is usually set13:33
dandraderalan_g, I got it from the help text. but what's the name of the env var I should use for the client?13:35
dandraderalan_g, it says nothing aboutn the existence of the MIR_SOCKET env var13:36
dandradergreyback_, thanks!13:36
racarrSo...autolanding is down I guess?13:42
greyback_alan_g: fyi, qtmir had some landings. I'm working on fixing up qtmir/devel-mir-next to suit13:59
alan_ggreyback_: Oh. I'll need to roll that into silo 02113:59
greyback_alan_g: yep, exactly why I'm doing it14:00
alan_gThanks. Is it a long job?14:00
greyback_alan_g: nah, almost there, just 2 new tests I'm being careful with14:00
alan_gExcellent (rebuild of mir will be finished shortly)14:01
greyback_alan_g: in the CI Dashboard, your silo21 is for "vivid primary" - I didn't think we could land there any more14:02
greyback_tho I see plenty of other silos with the same14:02
greyback_my qtmir landing was in vivid+stable-overlay14:03
alan_gI don't know why not. So long as we don't break ABI14:03
greyback_things are unclear14:04
alan_gThey certainly are14:05
alan_gI thought "overlay" was a temporary substitute until wily was usable. But it got hijacked14:06
racarrPlanning to rework the event representation today (mostly to line up to input_event.cpp/the C API)14:28
racarrstarting to realize there may  be some advantage to14:28
racarrdeunionizing the event...14:28
racarrI was thinking about the playground shell and the big if statement for handling14:29
racarrkeybindings there and realized what you want is probably some sort of14:29
kdubI feel like I've never had the genuine thought 'awesome, its a union'14:29
racarrkdub: not since I was 12 or so here :p14:29
racarrhaha uh but you want14:30
racarrsome sort of Keybinder interface14:30
racarrbut then I realized keybinding description is14:30
racarrthe same signature as "MirKeyboardEvent" - "MirInputEvent"14:30
racarr(Minus MirInputEvent that is)14:30
racarrso if you could construct a MirKeyboardEvent without constructing the enclosing14:30
racarrMirInputEvent14:30
racarrMirKeyboardEvent could be the14:30
racarrauthorative uh14:30
racarrkey type14:30
racarrlol14:30
racarrand avoid this android input mess of14:31
racarrMotionEvent v. NotifyMotionArgs (partially constructed MOtionEvent basically)14:31
racarrin other news I literally forgot to drink coffee14:33
racarrthis morning14:33
racarrthis is unprecedented14:33
racarrHmm14:41
racarrI've been thinking of promoting (Keyboard/Touch/Pointer)Event::Modifiers to InputEvent14:42
racarrbut the above thought suggests otherwise14:42
=== dandrader is now known as dandrader|afk
anpok_and then do things like comparing events..14:47
anpok_but does it matter that there is a union?14:47
racarranpok_: Well the thing is if14:48
racarrits a union then they all need to contain14:48
racarrtimestamp14:48
racarrwhich ISNT part14:48
racarrof a keybinding14:48
racarrdescription14:48
racarrand14:48
racarrdevice_id14:48
racarrwhich...could be14:48
racarrlol14:48
racarrugh14:48
racarrI guess thats suggesting the time is the unique member14:49
racarryeah because its like14:49
racarra Keyboard state14:49
racarr + a time14:49
racarr = an event14:49
anpok_or + occurence14:50
racarrwhat do you mean?14:50
anpok_if you leave the device id out of the keyboard stae14:50
anpok_*state14:50
racarrah, yes.14:50
anpok_where and when14:50
racarrhmm14:53
racarrso if not a union...C++ inheritance?14:53
racarrRust traits + FFI14:53
racarr...focus focus14:54
kdubhow did we end up with so much 'required' in protobuf :/15:01
camakokdub, standup15:05
kdubah, coming15:05
=== dandrader|afk is now known as dandrader
dandraderI run mir_proving_server on my laptop. run a client in from another ssh terminal. then in the client's terminal I do ctrl+c. mir_proving_server frezes for good, getting defunct and impossible to kill. is that a know issue?15:38
alan_gdandrader: I'm not aware of that happening.15:41
alan_galf_: silo 021 has your fix and is working for me on mako. Wanna try it?15:41
alan_ggreyback_: are we there yet?15:43
=== chihchun is now known as chihchun_afk
dandradersome how building mir_proving_server myself, with debug config, and running it under gdb made it behave....16:07
alf_alan_g: all good on krillin16:14
alan_g\o/16:15
=== alan_g is now known as alan_g|EOD
=== dandrader is now known as dandrader|lunch
=== mibofra is now known as Guest93220
racarrDoes anyone know how to GDB mir_unit_tests/18:33
racarrif I run gdb on mir_unit_tests GDB silently detaches18:34
racarr(no kidding...)18:34
racarrif I run it on .uninstalled18:34
racarrBus error18:34
racarrits been happening for about 2 weeks now...18:34
racarralso has anyone experienced problems with system headers getting mixed in to local compilation...18:35
anpok_hm that did not happen for me18:38
racarranpok_: Ok I guess ill just quit programming and get a job in the farm.18:40
racarr...printf debugging and dist upgrade it s18:40
racarris18:40
racarrahaha18:42
racarrI mismatched an int32_t and an int64_t in a union18:42
racarrmaking it look as if another enum value (preceeeding it in the union)18:42
racarrwas overwritten with the value which it would have had if18:42
racarrparts were compiled with system headers instead of the modified local headers18:42
racarrWHEEEE18:42
=== dandrader|lunch is now known as dandrader
=== mibofra is now known as Guest85839
* kdub has gotten that gdb error19:29
kdubon the unit tests19:29
SturmFlutMir and Unity8 on BayTrail: http://sturmflut.github.io/ubuntu/baytrail/2015/05/12/ubuntu-15-10-and-desktop-next-on-a-baytrail-tablet/19:42
SturmFlutThe external HDMI port even works in theory19:42
greyback_kdub: I have a question on android multimonitor. I know how there is a DisplaySyncGroup, which is a collection of DisplayBuffers which are all swapped at once20:05
kdubgreyback_, right20:05
greyback_kdub: say only 1 DisplayBuffer needs a redraw. Does the android MM stuff require the other one to also be redrawn too?20:05
greyback_i.e. we get fresh DisplayBuffers back for all displays after a swap20:06
kdubgreyback_, so, the updated DisplayBuffer will get a swap, and the not-updated one won't20:07
kduband both will be 'reposted'20:07
greyback_ahh20:07
greyback_swap != post20:07
kdubright, I had to tease that out because hwc doesn't give me a way to just update one20:08
kdubso the DisplayBuffer is back to the original idea of just being the content on screen (2d stuff or overlays), and the DisplaySyncGroup does the posting20:09
greyback_kdub: that's ok. The above scenario had me confused, but as swap != post, it's ok20:09
=== Benno-0071 is now known as Benno-007
=== Benno-007 is now known as lgd

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!