/srv/irclogs.ubuntu.com/2023/03/31/#mir-server.txt

SaviqOK so XKB_CONFIG_ROOT is ignored. Because why not.07:54
Saviq> Note: Where libxkbcommon runs in a privileged context, only the system (datadir) path is available.08:00
* alan_g[m] wonders which context Saviq is in08:01
SaviqXwayland, it's dying because it can't see /usr/share/X11/xkb, because it ignores $XKB_CONFIG_ROOT08:03
SaviqWonder what "a privileged context" is.08:07
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq transferred [issue #2885](https://github.com/MirServer/mir/issues/2885): core22: XWayland tests failing to start08:14
alan_g[m]"a privileged context" is probably user 008:38
SaviqDon't think so, or at least that's not what I'm experiencing08:38
SaviqIt may be that when running as an X server, that's privileged (I supposeā€¦)08:39
SaviqDidn't find confirmation in code yet08:39
alan_g[m]Ah, true.08:39
alan_g[m]Anyway I think we need this too: https://github.com/MirServer/mir-test-tools/pull/6208:39
SaviqYup, will get to it today08:39
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq opened [issue #2887](https://github.com/MirServer/mir/issues/2887): "Mir internal error processing create_buffer_eglstream_resource request" with GLMark2Xwayland.windowed on eglstream... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/4434b67834133a4a2d1149f11e2f6b1588199702>)09:08
-GitHub[m]:#mir-server- **[MirServer/mir]** Saviq edited [issue #2462](https://github.com/MirServer/mir/issues/2462): Nested on Nvidia/eglstream doesn't work10:13
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [issue #2888](https://github.com/MirServer/mir/issues/2888): Unclean interface: scene::Session::create_surface() takes Wayland specific types... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/74c9aad123f078d1fb19f37a4ab42064a89347e4>)11:08
alan_g[m]Saviq, isn't it about time for some reviews on your store requests?11:25
SaviqYeah am looking for someone to bribe with šŸ°11:26
alan_g[m]I think you misspoke: "Miriway itself needs to be confined" -> unconfined11:45
SaviqD'oh.11:46
SaviqThere. Fixeded.11:46
alan_g[m]I have another architecture as a fallback - put launcher & terminal (+ ...) as apps in a classic snap and use desktop-launch to start them. Then the miriway-shell component could be confined.11:52
Saviqalan_g we should have a writable content interface for `frame.display-layout`, shouldn't we?12:41
alan_g[m]We don't (first I heard of that idea). We do have snap set display-layout=foo12:59
SaviqWell, yes, but you can't do that from a confined snap13:00
alan_g[m]True, we haven't decided mechanisms to support that. (DIscussions have included bespoke Wayland extension & dbus)13:02
alan_g[m]I'm not saying I'm against. Just that we've not got there yet13:03
SaviqI think I'd go for the simplest - just like we did for the diagnostic13:03
SaviqLike, this is not meant to be a generic mechanism for clients requesting screen settings13:04
SaviqSince .display is separate, just letting another snap toggle the layout would IMO be appropriate13:04
alan_g[m]Maybe we should just have the one content interface, with multiple files?13:04
SaviqThat'd be preferable for sure13:04
SaviqRAOF (he/they) found a hybrid system in the lab:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/d397bf88f85b8e1c967ca36737fc1dc7e286dca6>)19:19

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