Closed grahamperrin closed 2 years ago
Operating System: FreeBSD 14.0
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.2
Kernel Version: 14.0-CURRENT (64-bit)
Graphics Platform: X11
Memory: 15.9 GiB of RAM
Graphics Processor: llvmpipe
Do either of these screenshots help?
…
VkSurfaceCapabilitiesKHR:
-------------------------
…
supportedCompositeAlpha: count = 2
COMPOSITE_ALPHA_OPAQUE_BIT_KHR
COMPOSITE_ALPHA_INHERIT_BIT_KHR
…
name of display: :0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 12014000
X.Org version: 1.20.14
…
keycode range: minimum 8, maximum 255
focus: window 0xaa0000a, revert to PointerRoot
number of extensions: 28
BIG-REQUESTS
Composite
…
… Or, am I truly without a compliant compositor, and if so (apologies for the noise) how can I tell? …
https://old.reddit.com/r/freebsd/comments/uyscch/-/iaavjnv/?context=1 someone provided a screenshot to prove that transparency can be effective with KWin on FreeBSD in a VirtualBox guest.
So, presumably, not a problem with activate-linux.
I'll close this issue, and try to figure out why I'm without transparency on real hardware …
The issue was transient, resolved by a simple restart of the operating system. Apologies for the noise.
Working:
If the underlying issue recurs, I have (from IRC) a hint to see:
~/.xsession-errors
, if it exists.
It does not, at the time of writing.
https://github.com/MrGlockenspiel/activate-linux/issues/109#issuecomment-1138932809
Here, with KWin (with KDE Plasma):
Please, is this an issue with detection on FreeBSD?
Or, am I truly without a compliant compositor, and if so (apologies for the noise) how can I tell?
According to https://en.wikipedia.org/wiki/Comparison_of_X_window_managers#Features: