mirror/vincentbernat.i3wm-configuration
1
0
Fork 0
mirror of https://github.com/vincentbernat/i3wm-configuration.git synced 2025-06-23 02:08:35 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions
vincentbernat.i3wm-configur.../systemd/awesome@.service

17 lines
411 B
SYSTEMD
Raw Normal View History

systemd: tentative to manage session with systemd To me, I think it was cleaner to have a parameter with the current display. This way, the session is specific to the current display. It seems BindsTo doesn't think this way.
2020-01-19 18:36:36 +01:00
[Unit]
systemd: create our own graphical-session@.target graphical-session.target is an existing target for the system. While I don't use several X sessions, I prefer to have each service bound to the right display and therefore, I create my own graphical-session@.target for this purpose. Also, I don't like having to use `systemctl --user enable`, so I enable everything directly in graphical-session@.target. Other dependencies are ordered from awesome@.service. This seems good enough.
2020-01-19 20:28:04 +01:00
Description=Awesome window manager for %I
systemd: tentative to manage session with systemd To me, I think it was cleaner to have a parameter with the current display. This way, the session is specific to the current display. It seems BindsTo doesn't think this way.
2020-01-19 18:36:36 +01:00
PartOf=graphical-session@%i.target
systemd: create our own graphical-session@.target graphical-session.target is an existing target for the system. While I don't use several X sessions, I prefer to have each service bound to the right display and therefore, I create my own graphical-session@.target for this purpose. Also, I don't like having to use `systemctl --user enable`, so I enable everything directly in graphical-session@.target. Other dependencies are ordered from awesome@.service. This seems good enough.
2020-01-19 20:28:04 +01:00
After=autorandr@%i.service
Revert "picom: switch from compton to picom" This reverts commit e6d1acc4ba206ada60919058447615d8456a0d32. While compton is unmaintained, it works for me. Unfortunately, I am unable to find a solution to get picom working correctly. Both xr_gl_hybrid and glx backends introduce some flickering while the xrender backend is unable to remove tearing.
2020-08-19 14:55:52 +02:00
After=compton@%i.service
systemd: create our own graphical-session@.target graphical-session.target is an existing target for the system. While I don't use several X sessions, I prefer to have each service bound to the right display and therefore, I create my own graphical-session@.target for this purpose. Also, I don't like having to use `systemctl --user enable`, so I enable everything directly in graphical-session@.target. Other dependencies are ordered from awesome@.service. This seems good enough.
2020-01-19 20:28:04 +01:00
After=xsettingsd@%i.service
systemd: use systemd to start tmux server
2020-01-29 05:45:38 +01:00
After=tmux.service
systemd: start ssh-agent from systemd
2020-04-04 17:06:32 +02:00
After=ssh-agent.service
systemd: create our own graphical-session@.target graphical-session.target is an existing target for the system. While I don't use several X sessions, I prefer to have each service bound to the right display and therefore, I create my own graphical-session@.target for this purpose. Also, I don't like having to use `systemctl --user enable`, so I enable everything directly in graphical-session@.target. Other dependencies are ordered from awesome@.service. This seems good enough.
2020-01-19 20:28:04 +01:00
Before=nm-applet@%i.service
wallpaper: replace lua timer by a systemd timer
2020-02-05 08:16:27 +01:00
Before=wallpaper@%i.service
systemd: tentative to manage session with systemd To me, I think it was cleaner to have a parameter with the current display. This way, the session is specific to the current display. It seems BindsTo doesn't think this way.
2020-01-19 18:36:36 +01:00
[Service]
Environment=DISPLAY=%I
ExecStart=/usr/bin/awesome
ExecStopPost=/bin/systemctl --user stop graphical-session@%i.target
Restart=on-failure
Reference in a new issue Copy permalink