dpkg-maintscript-helper - 云端在线

程序：

您的姓名

dpkg-maintscript-helper - 解决维护者脚本中已知的 dpkg 限制

概要

dpkg-maintscript-helper 命令 [参数...] -- 维护脚本参数...

指令 AND 有无库存

支持 命令

rm_conf 文件 配置文件 [先前版本 [包]]

mv_conf 文件 旧配置文件 新配置文件 [先前版本 [包]]

符号链接到目录 路径名 旧目标 [先前版本 [包]]

目录到符号链接 路径名 新目标 [先前版本 [包]]

商品描述

该程序旨在在维护者脚本中运行以完成一些任务
的dpkg 由于设计决策或由于当前
局限性。

其中许多任务需要来自多个维护者脚本的协调操作（预设,
邮局, 预备役, 后期）。 为避免错误，只需将相同的调用放入所有
脚本和程序将根据环境自动调整其行为
变量 DPKG_MAINTSCRIPT_NAME 并在维护者脚本参数上，您必须
在双连字符后前进。

COMMON 有无库存

先前版本
定义升级应触发的包的最新版本
手术。 重要的是计算 先前版本 正确地使
即使用户使用
本地版本。 如果 先前版本 为空或省略，则尝试操作
每次升级（注意：提供版本并尝试操作更安全
只有一次）。

如果多个版本的 conffile 都没有发布，而你现在
修改维护者脚本以清理过时的文件， 先前版本
应该基于您现在准备的包的版本，而不是
缺少 conffile 的包的第一个版本。 这适用于所有其他
以同样的方式行动。

例如，对于版本中删除的 conffile 2.0-1 一个包裹， 先前版本
应该设置为 2.0-1~. 这将导致 conffile 被删除，即使
用户重建了以前的版本 1.0-1 as 1.0-1本地1. 或者一个包切换一个
来自符号链接的路径（在版本中提供） 1.0-1) 到一个目录（在版本中提供）
2.0-1)，但仅在版本的维护者脚本中执行实际切换
3.0-1, 应该设置 先前版本 至 3.0-1~.

包
包名。 当包为“Multi-Arch: same”时，此参数必须
包括架构限定符，否则应该 而不去 通常包括
架构限定符（因为它会禁止跨级，或从
特定于架构的架构 所有 或相反亦然）。 如果参数是
为空或省略， DPKG_MAINTSCRIPT_PACKAGE 和 DPKG_MAINTSCRIPT_ARCH
环境变量（由 的dpkg) 将用于生成一个合格的
包裹名字。

-- 维护者脚本的所有参数都必须转发给程序
after --.

配置文件 有关 任务

升级包时， 的dpkg 不会自动删除一个 conffile（一个配置
文件 的dpkg 应该保留用户更改）如果它不存在于较新的
版本。 这有两个主要原因； 首先是conffile可以
被意外删除，下一个版本可以恢复它，用户不会想要他们的
变化扔掉。 第二个是允许包从一个
dpkg 维护的 conffile 到由包的维护者脚本维护的文件，通常
使用像 debconf 或 ucf 这样的工具。

这意味着如果一个包打算重命名或删除一个 conffile，它必须
明确地这样做并且 dpkg-maintscript-helper 可用于实现优雅删除
并在维护者脚本中移动配置文件。

删除 a 配置文件
如果一个 conffile 被完全删除，它应该从磁盘中删除，除非用户有
修改了它。 如果有局部修改，它们应该被保留。 如果包
升级中止，新过时的配置文件不应消失。

所有这些都是通过将以下 shell 片段放入 预设, 邮局
和 后期 维护者脚本：

dpkg-maintscript-helper rm_conffile \
配置文件 先前版本 包 -- "$@"

配置文件 是要删除的 conffile 的文件名。

当前实施：在 预设, 它检查 conffile 是否被修改并重命名
它要么 配置文件.dpkg-删除 （如果没有修改）或 配置文件.dpkg-备份 （如果
修改的）。 在里面 邮局，后一个文件被重命名为 配置文件.dpkg-bak 并保留
参考，因为它包含用户修改，但前者将被删除。 如果包
升级中止， 后期 重新安装原始配置文件。 在清除过程中， 后期 将
也删除 .dpkg-bak 文件保存至今。

重命名 a 配置文件
如果 conffile 从一个位置移动到另一个位置，您需要确保移动
用户所做的任何更改。 这似乎是对 预设 脚本在
首先，但是这将导致用户被提示 的dpkg 批准conffile
编辑，即使他们不负责。

优雅的重命名可以通过将以下 shell 片段放在
预设, 邮局 和 后期 维护者脚本：

dpkg-maintscript-helper mv_conffile \
旧配置文件 新配置文件 先前版本 包 -- "$@"

旧配置文件 和 新配置文件 是要重命名的 conffile 的旧名称和新名称。

当前实施： 预设 检查 conffile 是否已被修改，如果是，则为
留在原地，否则它会被重命名为 旧配置文件.dpkg-删除. 在配置上，
邮局 移除了 旧配置文件.dpkg-删除 并重命名 旧配置文件 至 新配置文件 if 老的-
配置文件 仍然可用。 在中止升级/中止安装时， 后期 重命名 老的-
配置文件.dpkg-删除 回 旧配置文件 如果需要的话。

符号链接 AND 目录 开关类

升级包时， 的dpkg 不会自动将符号链接切换到目录或
反之亦然。 不支持降级，路径将保持原样。

交换 a 符号链接 至 目录
如果一个符号链接被切换到一个真实的目录，你需要在解压之前确定
符号链接被删除。 这似乎是对 预设 最初的脚本，
但是，在管理员本地自定义的情况下，这将导致一些问题
符号链接或降级软件包时。

优雅的重命名可以通过将以下 shell 片段放在
预设, 邮局 和 后期 维护者脚本：

dpkg-maintscript-helper symlink_to_dir \
路径名 旧目标 先前版本 包 -- "$@"

路径名 是旧符号链接的绝对名称（路径将是最后的目录
安装）和 旧目标 是前一个符号链接的目标名称 路径名.
它可以是绝对的，也可以是相对于包含的目录 路径名.

当前实施： 预设 检查符号链接是否存在并指向 旧目标,
如果不是，则将其留在原地，否则将重命名为 路径名.dpkg-备份。 上
配置， 邮局 移除了 路径名.dpkg-备份 if 路径名.dpkg-备份 还是
一个符号链接。 在中止升级/中止安装时， 后期 重命名 路径名.dpkg-备份 回
路径名 如果需要的话。

交换 a 目录 至 符号链接
如果一个真实的目录被切换到一个符号链接，你需要在解压之前确定
目录被删除。 这似乎是对 预设 最初的脚本，
但是，如果目录包含 conffiles，则会导致一些问题，
其他包拥有的路径名，本地创建的路径名，或降级时
包。

可以通过将以下 shell 片段放在
预设, 邮局 和 后期 维护者脚本：

dpkg-maintscript-helper dir_to_symlink \
路径名 新目标 先前版本 包 -- "$@"

路径名 是旧目录的绝对名称（路径将是最后的符号链接
安装）和 新目标 是新符号链接的目标 路径名。 它可以
相对于包含的目录是绝对的或相对的 路径名.

当前实施： 预设 检查目录是否存在，不包含
conffiles，其他包拥有的路径名，或本地创建的路径名，如果不是那么
它留在原地，否则它被重命名为 路径名.dpkg-备份, 和一个空的 staging
目录命名 路径名 已创建，并标有文件，以便 dpkg 可以跟踪它。 在
配置， 邮局 完成切换，如果 路径名.dpkg-备份 仍然是
目录和 路径名 是暂存目录； 它删除暂存目录标记
文件，将临时目录中新创建的文件移动到符号链接目标
新目标/, 替换现在为空的暂存目录 路径名 带有符号链接 新-
目标, 并删除 路径名.dpkg-备份. 在中止升级/中止安装时， 后期
重命名 路径名.dpkg-备份 回 路径名 如果需要的话。

积分 IN 配套

使用打包助手时，请检查它是否具有本机 dpkg-maintscript-helper
集成，这可能会让您的生活更轻松。 参见例如 dh_installdeb（1）。

鉴于 dpkg-maintscript-helper 用于 预设, 无条件使用
需要预先依赖以确保所需的版本 的dpkg 已被拆封
前。 所需的版本取决于所使用的命令，例如 rm_conf 文件 和 mv_conf 文件
为 1.15.7.2，对于 符号链接到目录 和 目录到符号链接 它是 1.17.14：

预先依赖： dpkg (>= 1.17.14)

但在很多情况下，程序所做的操作对包来说并不重要，并且
只有当我们知道
当前安装的支持所需的命令 的dpkg:

如果 dpkg-maintscript-helper 支持 命令; 然后
dpkg-maintscript-helper 命令 ...
fi

命令 支持 成功时返回 0，否则返回 1。 这 支持 命令将
检查 dpkg 设置的和脚本所需的环境变量是否存在，
并且在环境不充分的情况下会认为它是失败的。

使用 onworks.net 服务在线使用 dpkg-maintscript-helper