| === c74d is now known as Guest62930 | ||
| === c74d3 is now known as c74d | ||
| === chihchun_afk is now known as chihchun | ||
| === c74d3 is now known as c74d | ||
| === mibofra is now known as Guest6635 | ||
| === chihchun is now known as chihchun_afk | ||
| dandrader | Is mir packaging borked or is my system messed up? -> http://paste.ubuntu.com/11431212/ | 11:53 |
|---|---|---|
| dandrader | In /usr/lib/x86_64-linux-gnu/mir I've only a client-platform subdir | 11:54 |
| anpok_ | something is borked | 11:55 |
| anpok_ | so you do not have mir-graphics-drivers-desktop installed? | 11:57 |
| dandrader | anpok_, no | 11:59 |
| === chihchun_afk is now known as chihchun | ||
| 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.. | 11:59 |
| 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:05 |
| 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:06 |
| 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:07 |
| 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 | 12:08 |
| === mibofra is now known as Guest5770 | ||
| kdub | alf_, any more thoughts on: https://code.launchpad.net/~kdub/mir/surface-buffer-access/+merge/259049 ? | 13:10 |
| === chihchun is now known as chihchun_afk | ||
| alf_ | kdub: let me remember what was going on there... | 13:28 |
| kdub | alf_, basically, I just want to break ms::Surface : ms::SurfaceBufferAccess, because the streams provide the buffers | 13:30 |
| === dandrader is now known as dandrader|afk | ||
| 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:13 |
| 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:15 |
| anpok_ | regarding daniels complaints.. have we discussed using buffer streams as-is for decoration purposes? | 14:16 |
| anpok_ | but I also do not see any problems to add that later | 14:17 |
| 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:18 |
| kdub | ah, so I think we're coming around on that one in general | 14:19 |
| kdub | but we have discussed it as a future possibility | 14:20 |
| anpok_ | ok | 14:21 |
| 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:22 |
| alf_ | kdub: np | 14:23 |
| === dandrader|afk is now known as dandrader | ||
| === dandrader is now known as dandrader|paperw | ||
| === dandrader|paperw is now known as dandrader|bbl | ||
| === mibofra_ is now known as mibofra | ||
| 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:04 |
| 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 | 17:05 |
| === davmor2 is now known as davmor2_hols | ||
| === mibofra is now known as Guest52528 | ||
| === Guest52528 is now known as mibofra | ||
| === dandrader|bbl is now known as dandrader | ||
| 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:42 |
| 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:43 |
| bschaefer | racarr, the code that handles key events: http://paste.ubuntu.com/11438311/ | 19:45 |
| * 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 | 19:59 |
| 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:00 |
| * bschaefer looks up code for LEFT/RIGHT | 20:01 | |
| 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:03 |
| 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:04 |
| 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:05 |
| 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:06 | |
| bschaefer | racarr, yeah sdl1.2 doesnt even have a repeat option for the key event | 20:07 |
| 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:08 |
| 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:09 |
| 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:10 | |
| bschaefer | confirmed fix my issue :), thanks again! | 20:17 |
| racarr | Yay :D | 20:18 |
| * bschaefer needs to stop playing etracer | 20:19 | |
| racarr | bschaefer: you mean "testing SDL" | 20:23 |
| bschaefer | racarr, yes :) | 20:24 |
| bschaefer | hello soo unity8 desktop seems to be crashing in -proposed: | 20:52 |
| bschaefer | http://paste.ubuntu.com/11439219/ | 20:52 |
| anpok | bschaefer: hm i think you should have a graphics-mesa.so.2 instead | 21:19 |
| 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:20 | |
| bschaefer | anpok, sweet thanks! Now it works | 21:23 |
| 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 | 21:30 |
| bschaefer | racarr, sooo now another fun question... holding a key down works on a server i run my self | 23:05 |
| 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:06 | |
| bschaefer | racarr, this time it does look like mirs fault | 23:12 |
| bschaefer | instead of sending repeat, its sending up | 23:12 |
| 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:13 |
| bschaefer | also the server im running my self is built from trunk mir | 23:14 |
| bschaefer | on the plus side etracer on unity8 desktop: http://i.imgur.com/TVS8bSr.jpg | 23:18 |
| bschaefer | (ignore bad phome camera) | 23:18 |
| anpok | bschaefer: and when you take an installed mir server? | 23:52 |
| bschaefer | anpok, if i use the one from mir_demos | 23:53 |
| bschaefer | it works fine | 23:53 |
| bschaefer | which should use the same libraries that unity8 desktop uses | 23:54 |
| 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:58 |
| 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? | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
