[11:53] <dandrader> Is mir packaging borked or is my system messed up? -> http://paste.ubuntu.com/11431212/
[11:54] <dandrader> In /usr/lib/x86_64-linux-gnu/mir I've only a client-platform subdir
[11:55] <anpok_> something is borked
[11:57] <anpok_> so you do not have mir-graphics-drivers-desktop installed?
[11:59] <dandrader> anpok_, no
[11:59] <anpok_> hm no I think thats ok.. the package that adds mir_demo_server / mir_proving_server requires neither the android driver nor the desktop/mesa drivers..
[12:05] <dandrader> I tried to remove all mir pacakges from my system, but for some reason it would bring along a whole lot of other packages such as xchat, update-manager, totem, etc :/
[12:06] <dandrader> I fail to see the connection between them
[12:06] <seb128> dandrader, likely because libgtk has a mir backend so link to libmirclient
[12:06] <seb128> trying to remove the lib removes gtk
[12:06] <seb128> which takes the gtk rdepends with it
[12:07] <dandrader> seb128, sounds right
[12:07] <seb128> dandrader, why do you need to uninstall libmir? it doesn't force you to have the mir server installed
[12:07] <seb128> it's just a small lib
[12:07] <seb128> like you have libwayland and others installed for the same reason
[12:08] <dandrader> seb128, just to get back to a clean slate and start over. I don't really need to remove it
[12:08] <seb128> k, I guess keep the lib then
[12:08] <dandrader> yeah
[12:08] <seb128> or install --reinstall /vivid|wily
[12:08] <dandrader> just found it curious that the system already relies on mir packages, even though it doesn't use them
[13:10] <kdub> alf_, any more thoughts on: https://code.launchpad.net/~kdub/mir/surface-buffer-access/+merge/259049 ?
[13:28] <alf_> kdub: let me remember what was going on there...
[13:30] <kdub> alf_, basically, I just want to break ms::Surface : ms::SurfaceBufferAccess, because the streams provide the buffers
[14:13] <alf_> kdub: so, I guess I am ok with getting rid of the narrower interface at this point, and hopefully we can remove the with_most_recent_buffer() function in the future, when snapshotting is not needed anymore
[14:15] <kdub> alf_, I think it can even move to the private compositor::BufferStream inferface before the snapshotting is removed
[14:15] <kdub> once we root out the concept of the default_surface from the session
[14:16] <anpok_> regarding daniels complaints.. have we discussed using buffer streams as-is for decoration purposes?
[14:17] <anpok_> but I also do not see any problems to add that later
[14:18] <kdub> anpok_, in the context of ~kdub/mir/surface-buffer-access? or somewhere else
[14:18] <anpok_> i was refering to yesterdays stuff.. um add-streams-to-surface
[14:19] <kdub> ah, so I think we're coming around on that one in general
[14:20] <kdub> but we have discussed it as a future possibility
[14:21] <anpok_> ok
[14:22] <kdub> alf_, I think I'll collapse it then, seems everyone who has weighed in would be okay with that, thanks for the look
[14:23] <alf_> kdub: np
[17:04] <kgunn> vogons so for those keeping score on the qtubuntu/libmircommon snafu....silo 19 passed testing, but they just locked vivid
[17:04] <kgunn> again... :-/
[17:05] <kdub> :\
[17:05] <kgunn> so it'll land in wily and then robru said he'd create another silo to stick the pkgs for vivid
[17:05] <kgunn> already passed qa as well...so should just be ok
[17:05] <kgunn> just a little outta sync
[19:42] <bschaefer> racarr, running into an interesting issue. I cant seem to hold a key down with the new mir stuff?
[19:42] <bschaefer> ie. if i press and hold LEFT arrow, then press RIGHT UP DOWN, then release LEFT
[19:42] <bschaefer> all i get is LEFT down/up RIGHT down/up UP down/up DOWN down/up
[19:43] <bschaefer> same if i hold a, or b... it gets the release as soon as i press a new key
[19:43] <bschaefer> (or it possibly gets the release as soon as a press a key down)
[19:45] <bschaefer> racarr, the code that handles key events: http://paste.ubuntu.com/11438311/
[19:59]  * bschaefer gets a timestamp of the events
[19:59] <racarr> bschaefer: processing
[19:59] <bschaefer> racarr, its a  bit strange... i dont see a mir demo that really has key events
[19:59] <bschaefer> like moving an object around per say
[19:59] <racarr> MIR_CLIENT_INPUT_RECEIVER_REPORT=log or mir_demo_standalone_input_filter
[19:59] <racarr> uh
[20:00] <bschaefer> o that works as well
[20:00] <bschaefer> racarr, where does it log to?
[20:00] <bschaefer> stdout?
[20:00] <racarr> stdout yeah
[20:00] <bschaefer> ok
[20:01]  * bschaefer looks up code for LEFT/RIGHT
[20:03] <bschaefer> racarr, mir looks like its doing it right hmm
[20:03] <bschaefer> racarr, http://paste.ubuntu.com/11438557/
[20:03] <bschaefer> holding a down while pressing b c d
[20:04] <racarr> bschaefer: I bet I know whats happening
[20:04] <racarr> action == mir_keyboard_action_repeat ;)
[20:04] <racarr> and you arne't handling it
[20:04] <racarr> so key_state is left as
[20:04] <racarr> 0
[20:05] <racarr> which must be
[20:05] <racarr> SDL_RELEASED
[20:05] <bschaefer> ooo
[20:05] <bschaefer> racarr, i didnt have to handle this before :)
[20:05] <racarr> Tricky :(
[20:05] <bschaefer> hmm
[20:05] <racarr> Yeah...
[20:05] <racarr> well there was
[20:05] <racarr> repeat_count before
[20:05] <racarr> you should use switch
[20:05] <bschaefer> right, which i could ignore
[20:05] <racarr> for things like this
[20:05] <racarr> so the compiler will warn you
[20:05] <bschaefer> i should beable to just skip these events
[20:05] <bschaefer> IIRC
[20:05] <racarr> but
[20:05] <bschaefer> maybe...
[20:05] <racarr> lol
[20:06] <racarr> yeah this seems a little like a trap
[20:06] <racarr> (on our end)
[20:06] <bschaefer> as i think the client handles the repeat
[20:06] <bschaefer> ie. KEY IS DOWN KEEP MOVING
[20:06] <racarr> That's always an option yeah
[20:06] <bschaefer> and it waits for a release...but i should keep the count...
[20:06] <bschaefer> maybe... idk if sdl1.2 handles that
[20:06]  * bschaefer looks had headers
[20:07] <bschaefer> racarr, yeah sdl1.2 doesnt even have a repeat option for the key event
[20:08] <bschaefer> racarr, thanks for pointing that out!
[20:08] <racarr> bschaefer: np :)
[20:08] <racarr> Happy friday :D
[20:08] <bschaefer> racarr, ill have to poke you about sdl2 :)
[20:08] <bschaefer> racarr, and happy friday to you as well
[20:08] <bschaefer> for sdl2...i might have to keep track of the repeat count...
[20:09] <bschaefer> or rather...maybe it just asks if its repeating
[20:09]  * bschaefer will have to worry about that another time
[20:09] <racarr> Mm. yeah thats what most people seem to do (just bool is_repeat)
[20:10] <bschaefer> yeah ill have to double check that ... if thats the case that would be sooo much easier
[20:10]  * bschaefer assumes it is for now
[20:17] <bschaefer> confirmed fix my issue :), thanks again!
[20:18] <racarr> Yay :D
[20:19]  * bschaefer needs to stop playing etracer
[20:23] <racarr> bschaefer: you mean "testing SDL"
[20:24] <bschaefer> racarr, yes :)
[20:52] <bschaefer> hello soo unity8 desktop seems to be crashing in -proposed:
[20:52] <bschaefer> http://paste.ubuntu.com/11439219/
[21:19] <anpok> bschaefer: hm i think you should have a graphics-mesa.so.2 instead
[21:20] <bschaefer> anpok, i see, installing now :)
[21:20] <bschaefer> it didnt remove so.1 soo hopefully it doesn't pick thatone
[21:20]  * bschaefer relogs
[21:23] <bschaefer> anpok, sweet thanks! Now it works
[21:30] <anpok> still curious why this is not picked by defaut
[21:30] <bschaefer> yeah that is an interesting point, as i've done many update/upgrades
[21:30] <bschaefer> since adding -proposed
[23:05] <bschaefer> racarr, sooo now another fun question... holding a key down works on a server i run my self
[23:06] <bschaefer> but if i run etracer on unity8 desktop hold right/left
[23:06] <bschaefer> does not work
[23:06] <bschaefer> err it works if i make my own server, but does not work when running through untiy8... idk if theres any differences between the layers there though...which i strange
[23:06]  * bschaefer adds a log
[23:12] <bschaefer> racarr, this time it does look like mirs fault
[23:12] <bschaefer> instead of sending repeat, its sending up
[23:13] <bschaefer> http://paste.ubuntu.com/11441144/
[23:13] <bschaefer> racarr, maybe...im some how running the wrong version of the lib? (i was somehow running the wrong platform graphics lib...)
[23:14] <bschaefer> also the server im running my self is built from trunk mir
[23:18] <bschaefer> on the plus side etracer on unity8 desktop: http://i.imgur.com/TVS8bSr.jpg
[23:18] <bschaefer> (ignore bad phome camera)
[23:52] <anpok> bschaefer: and when you take an installed mir server?
[23:53] <bschaefer> anpok, if i use the one from mir_demos
[23:53] <bschaefer> it works fine
[23:54] <bschaefer> which should use the same libraries that unity8 desktop uses
[23:58] <anpok> hm for unity8 events get fed into qt and dispatched through the scene
[23:58] <anpok> and then converted back and sent to clients
[23:59] <bschaefer> anpok, i bet qt isn't handling the new repeat then
[23:59] <bschaefer> action
[23:59] <bschaefer> anpok, what package would that be in?
[23:59] <bschaefer> qtmir?