11:23 wlb: wayland/main: Julian Orth * protocol: add wl_fixes interface https://gitlab.freedesktop.org/wayland/wayland/commit/10df74c240d3 protocol/wayland.xml
11:23 wlb: wayland Issue #461 closed \o/ (Properly destroying wl_registry https://gitlab.freedesktop.org/wayland/wayland/-/issues/461)
11:23 wlb: wayland Merge request !388 merged \o/ (protocol: add wl_fixes interface https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/388)
16:19 wlb: weston/main: Robert Mader * pixel-formats: Add P030 https://gitlab.freedesktop.org/wayland/weston/commit/4f4011d79e55 libweston/pixel-formats.c
16:19 wlb: weston Merge request !1642 merged \o/ (pixel-formats: Add P030 https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1642)
16:41 wlb: weston Issue #971 opened by () Unauthenticated VNC https://gitlab.freedesktop.org/wayland/weston/-/issues/971
18:06 cmeissl[m]: The fifo protocol states that wait_barrier requests must be ignored for sync subsurfaces. Does this only apply at commit time or also for subsurfaces set sync after a barrier has been committed? imo the latter would already be racy as the barrier could already be signaled at the time the surface is set sync.
18:07 zamundaaa[m]: cmeissl: what's racy about it?
18:08 zamundaaa[m]: If the barrier has already been signaled, then there's no problem
18:09 ManMower: cmeissl[m]: probably relevant... https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/362
18:15 cmeissl[m]: <zamundaaa[m]> "cmeissl: what's racy about it?" <- yeah, more like non deterministic what I meant
18:15 cmeissl[m]: <ManMower> "cmeissl: probably relevant..." <- oh, missed that, thanks!
19:14 wlb: weston Merge request !1645 opened by () compositor: Prevent startup crash when hdcp mode is set on display https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1645 [Core compositor]