No description
The -displayfd argument is much friendlier to testing and is generally more stable. As a result, omitting the display argument to the program will result in Xwayland searching for the next available display. This also allows integration tests to run simultaneously and when there is already an X server running on the system. This commit also changes how the state of the program is communicated with integration tests (via the RunData trait). |
||
|---|---|---|
| satellite | ||
| testwl | ||
| wl_drm | ||
| .gitignore | ||
| Cargo.lock | ||
| Cargo.toml | ||
| LICENSE | ||
| README.md | ||
xwayland-satellite
xwayland-satellite grants rootless Xwayland integration to any Wayland compositor implementing xdg_wm_base. This is particularly useful for compositors that (understandably) do not want to go through implementing support for rootless Xwayland themselves.
Usage
Run xwayland-satellite. You can specify an X display to use (i.e. :12). Be sure to set the same DISPLAY environment variable for any X11 clients.
Because xwayland-satellite is a Wayland client (in addition to being a Wayland compositor), it will need to launch after your compositor launches, but obviously before any X11 applications.
Building
cargo build
cargo run