在 Ubuntu 生态中并没有一个官方叫 “ubuntu trigger” 的单独项目或组件,所以“谁在维护”要看你具体指的是哪一类 trigger 机制。下面按常见可能性说明:
1. systemd trigger(最常见)
如果你指的是系统里各种 .service / .target 的触发机制:
- 维护者:systemd 上游社区(Lennart Poettering 等) + Ubuntu 的 Foundations Team
- Ubuntu 中由 Canonical 的工程师负责打包、打补丁、与上游同步
- 相关包:
systemd
2. dpkg / apt 的 trigger
如果你指的是 Debian/Ubuntu 包管理里的 dpkg triggers(如 interest /usr/share/man 这类):
- 维护者:DPKG 上游(Debian dpkg 团队)
- Ubuntu 侧由 Ubuntu Foundations Team 维护
- 文档:
man dpkg-trigger
3. Upstart(老版本 Ubuntu)
旧版 Ubuntu(≤14.10)使用 Upstart 的 start on / stop on trigger:
- 维护者:原 Upstart 作者(Scott James Remnant 等)
- 目前已废弃,由 systemd 取代
4. 你指的是某个具体项目 / PPA / GitHub 仓库?
如果你说的是:
- 某个叫
ubuntu-trigger 的 GitHub 项目
- 某个自动化构建 / CI trigger
- 某个 Snap / Cloud-init 的触发逻辑
请补充:
- 你是在哪看到 “ubuntu trigger” 的(命令 / 文档 / 报错)
- 具体使用场景(系统启动?软件安装?CI?)
我可以直接帮你定位到具体维护者和仓库。