包触发器实用程序
命令语法格式
dpkg-trigger [option…] trigger-name
dpkg-trigger [option…] command
命令描述
命令dpkg-trigger是一个工具,显式激活触发器,并检查其对正在运行的dpkg的支持。
维护者脚本可以在复杂和符合条件的情况下使用,其中文件触发,或声明性激活触发器控制了文件指令,不够丰富。 它也可以用于测试和系统管理员(但请注意,触发器实际上不会由dpkg-trigger运行)。
无法识别的触发器名称语法对于dpkg-trigger是错误。
命令支持的选项及含义
–admindir=dir
更改dpkg数据库的位置。 默认位置是/var/lib/dpkg
–by-package=package
覆盖触发器awaiter(通常由dpkg通过维护者脚本的DPKG_MAINTSCRIPT_PACKAGE环境变量设置,命名脚本所属的包,默认情况下将使用此选项)。
–no-await
此选项安排调用包T(如果有)不需要等待处理此触发器;感兴趣的软件包I,不会被添加到T的触发器处理等待列表中,并且T的状态不变。 即使我可能尚未处理触发器,也可以认为T已安装。
–await
此选项与–no-await(自dpkg 1.17.21)相反。 它目前是默认行为。
–no-act
只是测试,实际上不改变任何东西。
命令行命令
该部分针对于dpkg-trigger [option...] command形式,可用command如下:
–check-supported
检查正在运行的dpkg是否支持触发器(通常从postinst中调用)。如果已启用具有触发器功能的dpkg命令,则将退出“0”;否则,将返回“1”并向标准错误发送错误消息。 但是,通常情况下,最好只使用dpkg-trigger激活所需的触发器。
-?, –help
显示帮助信息并退出u。
–version
显示版本信息并退出。
相关环境变量
DPKG_ADMINDIR
如果已设置,且未指定–admindir选项,则它将用作dpkg数据目录。
退出状态
0 已成功执行请求的操作。 或者命令check或assertion返回true。
1 命令check或assertion返回false。
2 由于无效的命令行使用或与系统的交互(例如对数据库的访问,内存分配等)导致的致命或不可恢复的错误。
相关手册
dpkg(1), deb-triggers(5), /usr/share/doc/dpkg-dev/triggers.txt.gz.
参考文献
- man 1 dpkg-trigger, Version 1.19.0.5kali1
更新日志
- 11/15/2018 创建文章