/srv/irclogs.ubuntu.com/2022/10/20/#mir-server.txt

SaviqDzień dobry ;)07:15
alan_g[m]\o Dobre rano07:57
-GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2710](https://github.com/MirServer/mir/pull/2710): Improve logging by DisplayConfigurationReport09:50
-GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2615](https://github.com/MirServer/mir/issues/2615): Mir semi-frequently dumps full output state for no obvious reason09:50
Saviqsophie https://meet.google.com/oof-hjna-cff10:34
sophie-wBe right there10:34
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq assigned to [pull request #2710](https://github.com/MirServer/mir/pull/2710): Improve logging by DisplayConfigurationReport10:37
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq assigned AlanGriffiths to [issue #2615](https://github.com/MirServer/mir/issues/2615): Mir semi-frequently dumps full output state for no obvious reason10:37
Saviqalan_g sophie RFC:11:46
SaviqOne: I found only one client (TigerVNC, out of 4 others) that works with wayvnc's authentication / encryption mechanisms. Does it even make sense to expose it, or better to just lock it down to 127.0.0.1 and say that the user is responsible for protecting it (e.g. SSH tunnel)?11:46
SaviqSecond: "--gpu Enable features that need GPU", basically enables linux_dmabuf - could there be a reason to disable it? E.g. on some hardware? How should we expose it to users? `snap set ubuntu-frame-vnc dmabuf-acceleration=false`?11:46
SaviqThird: wayvnc only (currently) streams one display at a time, `snap set ubuntu-frame-vnc output=OUT-3`? `=3`?11:47
alan_g[m]Can the client select the output? Or is it fixed by wayvnc?11:48
SaviqCurrently fixed by wayvnc on the command line11:49
Saviqhttps://github.com/any1/wayvnc/issues/11211:49
alan_g[m]> basically enables linux_dmabuf11:52
alan_g[m]That's for communucation with Frame, not the client I presume? We can just enable that11:52
SaviqCorrect, wayland side11:52
alan_g[m]Urgh, that doesn't look like it did when I wrote it11:52
alan_g[m]We can expose authentication if/when the situation improves11:53
alan_g[m]The network ought to be secured for other reasons11:53
SaviqYeah, and deprecate `out=`11:54
Saviq*`output=`11:54
alan_g[m]Or simply fix it to 1 for the first release11:54
SaviqThat, too - and react to need.11:57
SaviqOK that's a plan :)11:57
SaviqHow about snap channels, I'm thinking stable wayvnc and deps on beta, manually published to stable, but tips of wayvnc and deps on edge, built daily? This way we get early feedback when it breaks?12:02
SaviqCould also be applied to -osk12:02
sophie-wI'm not super happy with these diagrams, but they're good enough to help me implement primary selection. Probably not worth turning into a blogpost https://docs.google.com/drawings/d/1SRkgVgwC20dBYph2hnPiU7NJfGzZG0FVn3GeCve0Gu8/edit?usp=sharing12:07
SaviqOK so I'm trying this approach:14:22
Saviqhttps://github.com/MirServer/ubuntu-frame-vnc/commit/3f866b4dd95f031319099b4fb6997182646b016c14:22
Saviq`main` has the dependencies pinned, but pushing to `main` triggers this, which unpins them and pushes to `edge`. `main` builds to `beta`, `edge` builds to `edge`. This way we have cross-platform builds of both and will get notified when they fail.14:22
SaviqUnfortunately have no trigger for when dependencies change, yet.14:23
grayson-g[m]Can we not use C++20? Some of the build servers can't find `<semaphore>`15:34
SaviqLikely not as long as we're stuck with 20.04 as our base15:34
grayson-g[m]Mmm okay. Back to the drawing board.15:34
SaviqWell. Unless. https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/ppa15:35
SaviqIt seems to become more and more annoying that we don't have a newer toolchain15:36
Saviqgcc-10 is available in plain focal, too15:37
SaviqIf that'd be enough15:37
alan_g[m]It libstdc++ that's behind the standard15:37
grayson-g[m]Just found RAOF (he/they)'s silly warning under a conditional `<semaphore>` include in `src/common/thread_pool_executor.cpp` :P15:37
SaviqThen yeah, we'd need the toolchain bumped15:37
SaviqChris? Silly? Nevah.15:37
alan_g[m]Looks like that covers the necessary15:39
alan_g[m]Just move it to a "semaphore.h" header15:39
SaviqGood night o/16:42
alan_g[m]Dobranoc o/17:25
grayson-g[m]<alan_g[m]> "Just move it to a "semaphore.h..." <- The only issue with this is I was using `try_aquire_for()` which was unimplemented, and to implement would need a non-blocking wait solution (unless I'm not thinking creatively enough 😉).18:43
grayson-g[m]I went back to implementing this with a condition variable and using `wait_for()` on it instead to it doesn't hang. Local tests pass, waiting to see what CI thinks about it.18:43
-GitHub[m]:#mir-server- **[MirServer/wlcs]** wmww opened [pull request #245](https://github.com/MirServer/wlcs/pull/245): Create surface in primary selection tests19:21
-GitHub[m]:#mir-server- 19:21
-GitHub[m]:#mir-server- > Mir's primary selection implementation will not allow clients to paste when they do not have focus, so the tests fail without this.19:21
sophie-wWLCS CI having problems: https://github.com/MirServer/wlcs/pull/24519:28
SaviqNeed to drop impish19:31
-GitHub[m]:#mir-server- **[MirServer/wlcs]** Saviq opened [pull request #246](https://github.com/MirServer/wlcs/pull/246): ci: refresh Ubuntu19:34
SaviqMan it's tricky from a phone, but I think it's good now ;)19:37
SaviqMeh. Too fast, LXD images Mir there yet. Will drop impish only, first19:38
SaviqGrr.19:42
SaviqOk just pushed to main, should be good now19:44
-GitHub[m]:#mir-server- **[MirServer/wlcs]** Saviq reopened [pull request #245](https://github.com/MirServer/wlcs/pull/245): Create surface in primary selection tests19:45
-GitHub[m]:#mir-server- **[MirServer/wlcs]** Saviq closed [pull request #245](https://github.com/MirServer/wlcs/pull/245): Create surface in primary selection tests19:45
SaviqKicked your pr to synchronize19:45
-GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2711](https://github.com/MirServer/mir/pull/2711): Implement wp_primary_selection_unstable_v1... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/cd5ced5f279ca90ee6ff334b4a07528e33f69c67>)19:50
Saviqsophie FWIW within-app worked without your PR, too19:52
sophie-wack19:52
SaviqSo it's more like "GTK doesn't seem to consistently work, period"19:52
SaviqYes. Copypasta from Firefox address bar. Yess. \o/20:02
SaviqBut yeah, GTK seems no worky for middle click.20:03
RAOF> <@grayson-g:matrix.org> The only issue with this is I was using `try_aquire_for()` which was unimplemented, and to implement would need a non-blocking wait solution (unless I'm not thinking creatively enough 😉).21:18
RAOF> I went back to implementing this with a condition variable and using `wait_for()` on it instead to it doesn't hang. Local tests pass, waiting to see what CI thinks about it.21:18
RAOF`try_acquire_for` should be easy enough to implement, I think?21:18
grayson-g[m]<RAOF> "> <@grayson-g:matrix.org> The..." <- Just seeing this. If it sleeps when waiting to acquire, that would need to spin up another thread, right? Maybe I'm not conceptualizing correctly.22:00

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