tobias/waybar
1
0
Fork 0
mirror of https://github.com/rad4day/Waybar.git synced 2023-12-21 10:22:59 +01:00
Code Issues Packages Projects Releases Wiki Activity
12c42fc6e4
waybar/resources/waybar.service.in

15 lines
382 B
SYSTEMD
Raw Normal View History

install a systemd user unit add a systemd --user unit/service file, so that one can run waybar as a --user systemd service. when the service is enabled, Waybar will start when the wayland-session.target is started. this feature is automatically enabled if systemd is found, but can be disabled with -Dsystemd=disabled
2019-09-07 19:57:35 +02:00
[Unit]
Description=Highly customizable Wayland bar for Sway and Wlroots based compositors.
Documentation=https://github.com/Alexays/Waybar/wiki/
systemd: use standard targets, update service type
2020-08-06 23:21:53 +02:00
PartOf=graphical-session.target
After=graphical-session.target
Don't start if graphical-session is not running Currently waybar _can_ try to start even if there's no graphical session (and no sway) running. Adding `Requisite=` prevents this. From `systemd.unit(5)`: Requisite= Similar to Requires=. However, if the units listed here are not started already, they will not be started and the starting of this unit will fail immediately. Requisite= does not imply an ordering dependency, even if both units are started in the same transaction. Hence this setting should usually be combined with After=, to ensure this unit is not started before the other unit. When Requisite=b.service is used on a.service, this dependency will show as RequisiteOf=a.service in property listing of b.service. RequisiteOf= dependency cannot be specified directly.
2021-07-31 16:55:17 +02:00
Requisite=graphical-session.target
install a systemd user unit add a systemd --user unit/service file, so that one can run waybar as a --user systemd service. when the service is enabled, Waybar will start when the wayland-session.target is started. this feature is automatically enabled if systemd is found, but can be disabled with -Dsystemd=disabled
2019-09-07 19:57:35 +02:00
[Service]
service file: allow for waybar installed in different prefix
2019-09-08 14:04:34 +02:00
ExecStart=@prefix@/bin/waybar
Configure systemd.service file to allow reloading This allows `systemctl --user reload waybar` to reload waybar's config as expected.
2021-02-19 14:33:38 +01:00
ExecReload=kill -SIGUSR2 $MAINPID
fix(systemd): restart when service fails The current service doesn't play too nice with Sway when it is started from [sway service](https://github.com/xdbob/sway-services). Waybar is started before the system has a display. ``` Nov 30 22:11:23 ansan waybar[1352]: Unable to init server: Could not connect: Connection refused Nov 30 22:11:23 ansan waybar[1352]: cannot open display: Nov 30 22:11:23 ansan systemd[1306]: waybar.service: Main process exited, code=exited, status=1/FAILURE Nov 30 22:11:23 ansan systemd[1306]: waybar.service: Failed with result 'exit-code'. ``` Restarting the service after the system has been initialized works nicely, so this restart rule should do the trick without tinkering with the target.
2020-12-01 05:11:51 +01:00
Restart=on-failure
install a systemd user unit add a systemd --user unit/service file, so that one can run waybar as a --user systemd service. when the service is enabled, Waybar will start when the wayland-session.target is started. this feature is automatically enabled if systemd is found, but can be disabled with -Dsystemd=disabled
2019-09-07 19:57:35 +02:00
[Install]
systemd: use standard targets, update service type
2020-08-06 23:21:53 +02:00
WantedBy=graphical-session.target
Reference in New Issue Copy Permalink