Package Details: xwayland-satellite-git 0.8.2.r18.gae88928-1

Git Clone URL: https://aur.archlinux.org/xwayland-satellite-git.git (read-only, click to copy)
Package Base: xwayland-satellite-git
Description: Xwayland outside your Wayland - git version
Upstream URL: https://github.com/Supreeeme/xwayland-satellite
Keywords: rootless wayland xwayland
Licenses: MPL-2.0
Conflicts: xwayland-satellite
Provides: xwayland-satellite
Submitter: shtrophic
Maintainer: xAsh
Last Packager: xAsh
Votes: 4
Popularity: 0.083550
First Submitted: 2024-05-29 15:42 (UTC)
Last Updated: 2026-10-08 07:25 (UTC)

Required by (31)

Sources (1)

Latest Comments

xAsh commented on 2026-09-08 15:47 (UTC) (edited on 2026-09-08 15:47 (UTC) by xAsh)

had to comment out check() otherwise it'd hang forever on the bad_clipboard_data test mh.

gimgiwer commented on 2026-07-22 19:20 (UTC) (edited on 2026-07-23 13:04 (UTC) by gimgiwer)

The build() currently does:

export RUSTFLAGS="--remap-path-prefix=$srcdir=/"

which throws away whatever RUSTFLAGS people have in makepkg.conf (like target-cpu=native), since cargo takes this over everything else.

Also, plain RUSTFLAGS breaks if $srcdir has spaces in it. CARGO_ENCODED_RUSTFLAGS avoids both problems since flags are joined with \x1f instead of spaces:

  local f enc=${CARGO_ENCODED_RUSTFLAGS-}
  read -ra f <<< "${RUSTFLAGS-}"
  f+=("--remap-path-prefix=${srcdir}=/")
  local IFS=$'\x1f'
  export CARGO_ENCODED_RUSTFLAGS="${enc:+$enc$IFS}${f[*]}"
  unset RUSTFLAGS

The unset at the end is so cargo doesn't fall back to the old var — it only reads one of the two.

Gumminess7654 commented on 2026-03-04 13:20 (UTC)

Getting the following error with export RUSTUP_TOOLCHAIN=stable:

The package requires the Cargo feature called `edition2024`, but that feature is not stabilized in this version of Cargo (1.83.0 (5ffbef321 2024-10-29)).

shtrophic commented on 2025-07-29 18:53 (UTC)

Many thanks for spotting this! I was wondering myself why starting the service wouldn't return. I've pushed a fix.

funkmcquack commented on 2025-07-29 15:47 (UTC)

This PKGBUILD doesn't build with systemd support, so it doesn't properly launch the service. To fix it, you can change the cargo build line to cargo build --frozen --release --features systemd. The non-git version made this change as well (https://gitlab.archlinux.org/archlinux/packaging/packages/xwayland-satellite/-/commit/984a245e21222ec1591f430ccb739fb751ded778) but I didn't look into why.

jarkz commented on 2025-07-18 22:14 (UTC)

The commit breaks the systemd service because it uses service from repository and there is incorrect path of ExecStart (previously was used /usr/bin/xwayland-satellite, now uses /usr/local/bin/xwayland-satellite). And because of this the systemd service cannot be properly started.