Package Details: kanshi-git r107.992c195-1

Git Clone URL: (read-only, click to copy)
Package Base: kanshi-git
Description: Dynamic output configuration for Wayland WMs
Upstream URL:
Keywords: sway wayland
Licenses: MIT
Conflicts: kanshi
Provides: kanshi
Submitter: lowercase
Maintainer: pychuang
Last Packager: pychuang
Votes: 8
Popularity: 0.000000
First Submitted: 2019-03-19 14:21 (UTC)
Last Updated: 2021-11-22 06:01 (UTC)

Latest Comments

1 2 Next › Last »

pychuang commented on 2021-02-24 18:58 (UTC) (edited on 2021-02-24 19:00 (UTC) by pychuang)

This package comes with a systemd unit file that is not supported by the upstream. To enable the unit, run $ systemctl --user enable kanshi.service. Some notes:

  1. This unit won't automatically start unless has already started. Though on many users' systems, always starts under Sway, Sway actually does not activate by default. The may be activated silently by some other applications/units or by explicit exec command in the Sway config.
  2. Many other X11 window managers or Wayland compositors also activate This says, if you sometimes use other WM, like gnome or kde, kanshi.service will also automatically start (and then fail because kanshi is a Sway-only application).

The best practice is to create your own, and modify (or create your own) the kanshi.service to be wanted by See the Wiki at Sway's GitHub and also ArchWiki:

gmy commented on 2021-02-22 23:43 (UTC)

Despite that service might not fit into each and every setup, I was pretty happy to find service units to be included in some other packages while switching to systemd as the only apps startup manager for Sway. Current setup has been my only daily driver for a few weeks already, so I thought, that someone else could also benefit from having similar service units added to the packages, which don't yet provide one.

For example, gammastep, being a community package and wlroots-specific, does include a user service and uses

~ $ yay -Q | grep gammastep
gammastep 2.0.7-1
~ $ yay -Ql gammastep | grep service
gammastep /usr/lib/systemd/user/gammastep-indicator.service
gammastep /usr/lib/systemd/user/gammastep.service
~ $ cat /usr/lib/systemd/user/gammastep.service | head -4
Description=Display colour temperature adjustment

Same applies to flashfocus-git. Mako also includes a service, althought it's service is not attached to any target.

pychuang commented on 2021-02-19 15:24 (UTC)

@lowercase I would suggest putting the kanshi service unit under /usr/lib/systemd/user or /etc/systemd/user because is a user-space unit (launched with --user flag). And should be something depending on

@gmy I'm not sure how many Wayland WMs support wlr-output-management, but at least kanshi does not work with gnome's Wayland session. Also, runs even under X11 WMs, i.e., not just Wayland WMs use I think that's probably why Arch's official kanshi package and other Sway-specific utilities (like swayidle) do not include a service file.

I'm thinking about including either @lowercase's or @gmy's systemd unit in this package and adding documentation in wiki or somewhere to let users know about the caveats.

gmy commented on 2021-02-19 13:57 (UTC) (edited on 2021-02-19 14:01 (UTC) by gmy)

@pychuang, @lowercase, but how kanshi is related specifically to sway? Shouldn't it support any wayland WM?

kanshi can be used on Wayland compositors supporting the wlr-output-management protocol.

Also, isn't it up to user to deside whether enable systemd service or not? And, isn't it disabled by default?

AFAIK, even if service file gets installed with the package, user won't see any differences, until he/she enables it. Also, user is free to override it or change.

lowercase commented on 2021-02-19 13:54 (UTC)


just looked around and there is indeed an aur package that implements the necessary service unit. Here is my proposal:

lowercase commented on 2021-02-19 13:41 (UTC)


sorry for the late reply. As pychuang indicated it is tricky to just pump a systemd-unit that would only work in a specific setting. A would indeed make sense, but that should be implemented in the respective sway packages first.

pychuang commented on 2021-02-18 18:54 (UTC)

@gmy That systemd unit starts whenever starts (including when using gnome or any other graphical environments). Though if a user only uses Sway, that service unit should work fine, I'm not sure if we should assume users only use Sway.

I guess the best way is to make this service wanted by something like But then it requires users to manually create the because Sway does not come with one.

gmy commented on 2021-02-17 22:11 (UTC)

Could you please add a systemd user service ( For instance, gammastep package includes one.

lowercase commented on 2020-10-12 14:39 (UTC)


building in aurtools works fine now. Thanks!