/srv/irclogs.ubuntu.com/2013/05/02/#ubuntu-mir.txt

hkwhere's the XMir code hosted?04:43
mlankhorstmirning05:30
mlankhorstsupport mir as a backend for plymouth is INPROGRESS, is there anyone actively working on it? sounds like a fun little item for me to get started in mir05:31
mlankhorstracarr_:         AC_DEFINE(XMIR, 1, [Support wayland mode])09:02
mlankhorster RAOF_*09:02
mlankhorstohey plymouth sort of works13:07
mlankhorstMesa 9.2.0 implementation error: unhandled format!13:08
mlankhorstPlease report at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa13:08
mlankhorsthttp://testbot.winehq.org/~mlankhorst/plymouth-mir-wip-1.patch -- not complete yet, just a WIP13:14
=== francisco is now known as Guest65033
=== mmrazik is now known as mmrazik|afk
robert_ancellthomi, is there a way to recompile unity-system-compositor every time mir changes?15:51
robert_ancelli.e. recompile the package in the PPA15:52
thomirobert_ancell: hmmmmm - you want to rebuild because of API/ABI changes?15:52
robert_ancellthomi, yes16:59
robert_ancellthomi, we just set the mirserver API to always require recompiling as it doesn't have any API/ABI stability at the moment16:59
thomirobert_ancell: I'll ask Francis, I don't think there's any easy way (although we could hack something up pretty easily).17:09
robert_ancellthomi, ta17:09
thomirobert_ancell: so the full story is that this is what the MBS is designed to solve (we use it for unity). It needs to be integrated with the new autolanding stuff17:12
thomirobert_ancell: but we can hack a jenkins job to do that. However, there are a few edge cases to think about, like what to do when the dependant package fails to build17:12
thomiso right now we'll just do the best we can - if anything fails to build it just won't get dput'd17:12
bschaeferrobert_ancell, https://launchpad.net/~brandontschaefer/+archive/sdl-mir-support17:12
RAOFDear GLX: I hate you.17:32
robert_ancellRAOF: From GLX. I apologize if I have offended you but I'm old and I just don't understand what you crazy kids are doing18:00
mlankhorstRAOF: oh btw could you peek at my plymouth mir wip patch?18:01
robert_ancellbschaefer, you should probably use version 2.0.0-0ubuntu1~mir1 so it's less than the official 2.0.0 release18:01
robert_ancellbschaefer, I mean 2.0.0-0ubuntu1+mir118:02
mlankhorstI only tested on the mir demo server with input explicitly disabled, I still use raw console handling for input for now18:02
robert_ancellbschaefer, actually, disregard that. Now I understand18:02
RAOFmlankhorst: Sure. Where is it?18:03
bschaeferrobert_ancell, alright, :)18:04
mlankhorstabove^18:04
mlankhorsthttp://testbot.winehq.org/~mlankhorst/plymouth-mir-wip-1.patch18:04
mlankhorstit doesn't work correctly yet since it assumes that last buffer == current buffer18:04
mlankhorstso it doesn't do a full redraw, and mir_demo_server was complaining "Mesa 9.2.0 implementation error: unhandled format!"18:05
robert_ancellthomi, can we get u-s-c to rebuild now? Or shall I just do a trivial merge?18:05
thomirobert_ancell: sure, I'll trigger it manually18:05
RAOFmlankhorst: Got a patch that isn't full of automake droppingsz/18:06
RAOF?18:06
mlankhorstRAOF: no sorry :(, plugins/renders/mir and configure.ac is the meat18:06
robert_ancellbschaefer, what branch are you working on libsdl?18:07
thomirobert_ancell: running now - http://10.97.2.10:8080/view/Generic%20jobs/job/generic-dput/1189/console18:08
bschaeferrobert_ancell, I don't have the actual source pushed up but i moved over to using this version: http://hg.libsdl.org/SDL/18:08
robert_ancellbschaefer, just a local checkout?18:09
bschaeferyeah, I grabbed it changed it, made a patch, patched the libsdl2 from saucy then uploaded the ppa18:09
bschaefersoo I suppose Im using the libsdl in the ppa from saucy18:09
bschaeferrobert_ancell, https://launchpad.net/ubuntu/saucy/+source/libsdl218:10
RAOFmlankhorst: Is plymouth wedded to VTs? Because that would ideally go away.18:11
mlankhorstRAOF: no, I just didn't get around to fixing the input stack yet18:11
RAOFmlankhorst: Also, I think you're calling mir_surface_next_buffer_sync in the wrong place - you should call it *after* doing your drawing.18:12
alan_grobert_ancell: kdub is still testing android on https://code.launchpad.net/~afrantzis/mir/remove-in-tree-glm/+merge/16217418:12
RAOFmlankhorst: We're thinking of renaming it as mir_surface_swap_buffers to make it more obvious ☺18:12
mlankhorstRAOF: Yeah I thought so, but the unaccelerated demo did it like that18:12
=== seb128_ is now known as seb128
RAOFmlankhorst: Hm, so it does. I'll fix that :)18:12
mlankhorstthis is just the work of me poking half a day at the mir demos and plymouth18:12
mlankhorsthow many buffers are there in the sw case?18:13
RAOF218:13
RAOFWell, or more.18:13
RAOFBut 2 by default.18:13
RAOFAnd we don't currently expose any way to get anything but 2.18:13
mlankhorstis there any guarantee? I was thinking of just keeping track of the damage to last buffer and merge it with damage to current buffer18:14
RAOFYou get buffer age :)18:14
mlankhorstok18:14
mlankhorstI'll look at it monday then :)18:15
RAOFI'm not sure if we'll guarantee that the number of buffers will never exceed n, for a client-sent value of n.18:15
mlankhorstshrug buffer age is probably good enough18:16
mlankhorstif it's > 1 I'll just redraw the entire screen18:16
RAOFIt'll always be > 1 (it'll almost always be 2).18:16
mlankhorstok ok, I'll poke it a bit more before I shout random stuff again ;P18:17
RAOFBecause the buffer you've just drawn to will have age = 1 right after you've called next_buffer (see the EGL_EXT_buffer_age spec for further details ☺)18:17
thomirobert_ancell: maybe you noticed already, but the u-s-c package is in the staging PPA now19:14
=== francisco is now known as Guest56549

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