在Sway环境下正确配置mako通知服务的systemd用户单元

在Wayland环境下使用mako作为通知服务时，很多用户会遇到systemd用户服务无法自动启动的问题。问题的核心在于环境变量的传递机制，特别是在Sway启动前后环境变量的变化。

问题背景

mako作为Wayland原生的通知服务，通常需要检测WAYLAND_DISPLAY环境变量来确定是否在Wayland会话中运行。当用户尝试通过systemd用户服务自动启动mako时，会发现服务无法正常启动，因为：

1. 在用户登录时，systemd用户服务启动时尚未加载Wayland环境
2. 即使用户启动了Sway，systemd用户服务也无法自动获取到WAYLAND_DISPLAY环境变量

解决方案

正确的做法是在Sway配置文件中显式地将必要的环境变量导入到systemd用户环境中。具体步骤如下：

1. 修改Sway配置文件

在Sway的配置文件(通常位于~/.config/sway/config)中添加以下内容：

exec_always {
    systemctl --user import-environment WAYLAND_DISPLAY
    systemctl --user restart mako.service
}

2. 创建systemd用户服务单元

创建或编辑~/.config/systemd/user/mako.service文件，内容如下：

[Unit]
Description=mako notification daemon
After=graphical-session.target

[Service]
Type=simple
ExecCondition=/usr/bin/test -n "$WAYLAND_DISPLAY"
ExecStart=/usr/bin/mako
Restart=on-failure

[Install]
WantedBy=graphical-session.target

3. 启用并启动服务

执行以下命令启用并启动服务：

systemctl --user enable --now mako.service

技术原理

这种解决方案之所以有效，是因为：

1. systemctl --user import-environment命令将指定的环境变量从当前会话导入到systemd用户环境中
2. Sway启动后执行这个命令，确保后续启动的服务能够获取到正确的Wayland环境变量
3. ExecCondition确保只有在Wayland会话中才会真正启动mako服务
4. After=graphical-session.target确保服务在图形会话完全建立后才启动

进阶配置

对于更复杂的场景，还可以考虑：

1. 同时导入多个环境变量：

systemctl --user import-environment WAYLAND_DISPLAY DISPLAY

2. 使用EnvironmentFile指令在服务单元中指定环境变量文件

3. 对于多用户系统，可以将服务配置为系统级用户服务，但需要注意每个用户的Wayland环境可能不同

通过这种方式，可以确保mako通知服务在Sway环境下可靠地自动启动，同时保持systemd管理的所有优势，如自动重启、日志收集等。