bi4k8

This is the message Conky prints when the X server exits out from under it: https://github.com/brndnmtthws/conky/blob/a39015b7bd01d62fb254bb186c8533d934fb50cd/src/x11.cc#L230-L233

Conky doesn't support reading arbitrary variables inside `${cpubar}`/`${swapbar}`/etc., so you'll need to replace `$default_bar_height` with `16`, or use `${templateN}`: ``` ${cpubar cpu1 16,52} ``` or ``` conky.config = { ......

It does seem to be selected for [inclusion in 0.16.1](https://gitlab.freedesktop.org/wlroots/wlroots/-/milestones/14#tab-merge-requests).

I haven't been able to reproduce this in a long time.

wlroots 0.16.0, which includes the scene-graph API, has now been [released](https://gitlab.freedesktop.org/wlroots/wlroots/-/releases/0.16.0).

Under Wayland, where we use Pango instead of Xft for text rendering, emoji are fully supported.

> https://gitlab.freedesktop.org/wlroots/wlroots/-/issues/3360 I believe this issue is actually unrelated--transset mentioned there [uses the `OPACITY` property](https://gitlab.freedesktop.org/xorg/app/transset/-/blob/master/transSet.c) to request semitransparency, which X11 handles with the COMPOSITE extension. xeyes, on the other hand,...

~This may be a 32-bit compatibility issue. I'll try to get a test system set up to see where the problem is.~ I guess the RPi 4B is actually 64-bit....

Does setting `own_window_argb_visual` to `false` change the observed behavior?

I spun up a QEMU VM of RaspberryPi OS, built the latest git conky, and couldn't reproduce (the colors appear as expected both with an argb visual enabled and compositor...