08:15 wlb: weston Merge request !1555 opened by Lukasz Czechowski (lczechowski) vnc: Disable TLS encryption if server cert and key are not set https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1555
08:38 King_DuckZ: hello, could someone help with what daniels wrote yesterday? "you need to make libweston consider your format be transparent"
10:27 swick[m]: zamundaaa: that would be super helpful
10:28 swick[m]: I'll try to create some documentation about where to find all the different specs
10:31 daniels: King_DuckZ: in libweston/pixel-formats.[ch], pixel_format_is_opaque() tells Weston if a format should be considered transparent or opaque. if it's opaque, areas behind it will not be drawn, which could explain the artifacts
11:03 King_DuckZ: daniels: thank you mate!
11:36 daniels: np :)
13:03 wlb: weston Issue #820 closed \o/ (Overlap output for RDP as a secondary backend https://gitlab.freedesktop.org/wayland/weston/-/issues/820)
13:03 wlb: weston Merge request !1541 merged \o/ (frontend: Use simple_heads_changes for head enablement https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1541)
13:03 wlb: weston/main: Marius Vlad * frontend: Use simple_heads_changes for head enablement https://gitlab.freedesktop.org/wayland/weston/commit/e70d9d47fc62 frontend/main.c
13:27 wlb: weston Issue #910 closed \o/ (When deactivating a Weston session, and then activating it, the application does not regain focus https://gitlab.freedesktop.org/wayland/weston/-/issues/910)
13:27 wlb: weston/main: Marius Vlad * kiosk-shell: Add session listener https://gitlab.freedesktop.org/wayland/weston/commit/5b2f010c03b3 kiosk-shell/ kiosk-shell.c kiosk-shell.h
13:27 wlb: weston/main: Marius Vlad * desktop-shell: Add session listener https://gitlab.freedesktop.org/wayland/weston/commit/4c100ca1d7a0 desktop-shell/ shell.c shell.h
13:27 wlb: weston Merge request !1521 merged \o/ (kiosk-shell: Add session listener https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1521)
13:33 wlb: weston/main: Derek Foreman * shared: Add some EGL extensions https://gitlab.freedesktop.org/wayland/weston/commit/e5318af75546 shared/weston-egl-ext.h
13:33 wlb: weston Merge request !1553 merged \o/ (shared: Add some EGL extensions https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1553)
13:49 wlb: weston/main: Michael Olbrich * compositor: repaint backends separately https://gitlab.freedesktop.org/wayland/weston/commit/a1f8c49d5bdd include/libweston/libweston.h libweston/backend.h libweston/compositor.c
13:49 wlb: weston/main: Michael Olbrich * backend-drm: skip building atomic state and logging for "empty" repaints https://gitlab.freedesktop.org/wayland/weston/commit/e8166e854d82 libweston/backend-drm/ drm-internal.h drm.c
13:49 wlb: weston/main: Michael Olbrich * backend-drm: handle commit failures correctly https://gitlab.freedesktop.org/wayland/weston/commit/ef175c8ed431 include/libweston/libweston.h libweston/backend-drm/drm.c libweston/backend.h libweston/compositor.c
13:49 wlb: weston Merge request !1419 merged \o/ (backend-drm: improve repaint and commit error handling https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1419)
14:37 WhyNotHugo: Has there been discussion of a [priviledged] protocol for tracking mouse position (even when unfocused)?
14:37 WhyNotHugo: A few use cases: (1) neko, (2) showing highlights when clicking (I'd use this for presentations), (3) highlighting mouse position in response to some event (an old-school accesibility feature).
14:40 any1: w-p!124 can do this, but it also does a lot more
14:46 daniels: yeah, highlighting mouse position would really be a compositor feature, rather than an external client
15:16 WhyNotHugo: I thought you were kidding, but ext_screencopy_cursor_session_v1 seems perfectly usable to capture ONLY the cursor without having to capture anything else.
15:17 WhyNotHugo: However, I can't subscribe to click events.
15:17 WhyNotHugo: But I think that the protocol in its current state is usable for a neko implementation.
15:38 bl4ckb0ne: whats neko?
15:39 King_DuckZ: cat in japanese
15:39 King_DuckZ: from the context I guess that cute cat that follow your mouse?
15:39 King_DuckZ: follows*
15:40 King_DuckZ: like this I'm thinking https://images.sftcdn.net/images/t_app-cover-l,f_auto/p/d7a159d6-9a60-11e6-b72f-00163ec9f5fa/2401093276/neko-screenshot.jpg
15:42 King_DuckZ: I'd install it immediately if there was something like that available
15:42 King_DuckZ:throws money at the screen
15:44 King_DuckZ: https://www.youtube.com/watch?v=kC2bKr3lTFs
15:44 King_DuckZ: bl4ckb0ne: ^
16:26 bl4ckb0ne: sounds like xeyes with extra cats
16:29 colinmarc: is there a trick for spawning a different xwayland rootful for each X11 client that tries to connect? My (kiosk-like) compositor currently uses rootless xwayland via smithay. But since it's only handling fullscreen apps, I wanted to see if I could do rootful. The problem is that the original app might spawn a X11 app on top, or that X11 app might spawn another one on top (steam launching a game, for example)
16:30 colinmarc: I'm probably missing something about how rootful is meant to be used, I find the distinction pretty confusing
16:31 danieldg: I believe rootful needs an X11 window manager
16:32 colinmarc: both do, no?
16:32 danieldg: you could probably do something like move or replace the unix socket for the X server
16:33 danieldg: sorry, I'm not much help here
16:33 colinmarc: hm... it's a listening socket, so I guess on accept I could spawn off another xwayland?
16:34 danieldg: yep
16:34 colinmarc: is there any prior art for that I could peer at?
16:34 danieldg: someone has possibly tried doing this to sandbox X11 apps from each other
16:53 WhyNotHugo: I fiddled with this very little, but you can run `Xwayland :1` on one terminal and then launch a client in another with `DISPLAY=:1`
16:54 danieldg: it's useful for dealing with apps that work better when they believe they are fullscreen
16:54 WhyNotHugo: AFAIK, clients of different Xwayland instances are basically on different X11 servers, so can't snoop on each other (I'd double check tho)
16:55 danieldg: right, they can't snoop unless they open up sockets to the server (so sandbox them if you actually want security)
19:42 wlb: weston Merge request !1556 opened by Michael Olbrich (mol) drm-backend: limit reset/restart to output of a failed commit https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1556 [DRM/KMS backend]