aboutsummaryrefslogtreecommitdiff
path: root/swaybar
diff options
context:
space:
mode:
authorFurkan Sahin <furkan-dev@proton.me>2024-05-18 14:02:14 +0200
committerFurkan Sahin <furkan-dev@proton.me>2024-05-18 14:02:14 +0200
commit4c79614f5eebef14df87b231acb867f8da1220db (patch)
tree4943b3c8e2794146f74e5f6871865c2231231f7a /swaybar
parent8705cb8867f14b2cac3d52e935e26ab740b9b0f0 (diff)
build: drop xwayland option
Instead of having a build-time option to enable/disable xwayland support, just use the wlroots build config: enable xwayland in Sway if it was enabled when building wlroots. I don't see any use-case for disabling xwayland in Sway when enabled in wlroots: Sway doesn't pull in any additional dependency (just pulls in dependencies that wlroots already needs). We have a config command to disable xwayland at runtime anyways. This makes it so xwayland behaves the same way as other features such as libinput backend and session support. This also reduces the build matrix (less combinations of build options). I think we originally introduced the xwayland option when we didn't have a good way to figure out the wlroots build config from the Sway build system.
Diffstat (limited to 'swaybar')
0 files changed, 0 insertions, 0 deletions