00:52_DOOM_: I apologize in advance, as my question isn't entirely on topic. I'm trying to use pixman for rendering on a wayland client, but I can't seem to get it to render.
00:53_DOOM_: I was wondering if I could get some help and other eyes on the code to see if I'm doing anything wrong.
01:11bl4ckb0ne: surd
01:11bl4ckb0ne: sure*
03:07_DOOM_: bl4ckb0ne: Sorry for the late response, The code is here: https://github.com/MadcowOG/dwl-bar/tree/new.
03:08_DOOM_: The main rendering is in bar_draw, the buffers are allocated correctly as I've tried rendering with cairo and it was fine.
03:22bl4ckb0ne: i think the stride is wrong
03:27bl4ckb0ne: hmm no, maybe a format issue
05:06_DOOM_: bl4ckb0ne: How so? The formats between pixman and wl_shm_pool_create_buffer match.
06:13emersion: _DOOM_: i suggest you check the formats with https://pixfmtdb.emersion.fr/
06:14emersion: it's not obvious which are equivalent between 2 given APIs
07:01_DOOM_: emersion: on it
07:01emersion: ah, and WL_SHM is same as DRM_
07:02emersion: in terms of format names
07:02_DOOM_: ok
07:03_DOOM_: pixman and wl_shm formats that I am using are compatible.
07:03_DOOM_: but thanks for the site I am going to keep this somewhere
07:04_DOOM_: *and thanks...
13:13wlb: wayland Issue #398 opened by Kirill Chibisov (kchibisov) What client should do when receiving `null` offer in `wl_data_device::enter` https://gitlab.freedesktop.org/wayland/wayland/-/issues/398
13:44DodoGTA: Is there a Wayland equivalent of XDisplayName()?
13:55jadahl: no, you'll have to derive that yourself
13:56jadahl: i.e. check the env for WAYLAND_SOCKET, WAYLAND_DISPLAY and the "wayland-0" fallback
14:29MrCooper: ofourdan: re https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1139 I wonder if handle_libdecor_configure needs to commit at all? Is there a problem if we just wait for a commit from somewhere else?
14:38MrCooper: ah, I guess it's needed for any libdecor state changes to take effect
14:48ofourdan: yeah, I took example on libdecor's own demo program
14:59jadahl: MrCooper: waiting for a commit "later" is fine, the libdecor_frame_commit() just stages the subsurfaces so they'll be applied on the next toplevel commit
15:00MrCooper: the latter may never happen though, if the size doesn't change and Xwayland doesn't need to draw anything
15:01jadahl: then it needs a "damage" so that it does draw soon enough
15:18ofourdan: actually, I think we should just remove the wl_surface_commit() entirely
15:36cambrian_invader: pq: yes, it's the real binary
15:36cambrian_invader: pq: when I run it as a user service the logs go to the user journal\
15:37cambrian_invader: pq: however, when I run it as a system service there are no logs
15:37cambrian_invader: daniels: I'm using drm
20:00wlb: weston Merge request !1326 opened by Derek Foreman (derekf) Fix damage when switching back to primary plane https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1326 [Core compositor]