本篇《Debian 维护者指南》（2023-11-10）教程文档面向普通 Debian 用户和未来的开发者，描述了使 用 debmake 命令构建 Debian 软件包的方法。 本指南注重描述现代的打包风格，同时提供了许多简单的示例。 • POSIX shell 脚本打包 • Python3 脚本打包 • C 和 Makefile/Autotools/CMake • 含有共享库的多个二进制软件包的打包，等等。 打包工作，您会注意到这和 dh_make 命令很像。这是因为 debmake 命令设 计时便旨在替代历史上由 dh_make 命令所提供的功能。1 debmake 命令设计提供如下特性与功能： • 现代的打包风格 – debian/copyright: DEP-5 compliant – debian/control：substvar 支持、multiarch 支持、多个二进制软件包、…… – debian/rules：dh 项目的输出成果最大化。 • 让您的软件包容易除错（debug）。 – 保持您的软件包简单易懂。 – 不要对软件包过度设计。 • 让您的软件包拥有良好的文档记录。 – 使用可读的代码风格。 – 在代码中写注释。 – 格式化代码使其风格一致。 – 维护软件包的 git 仓库 1。 Note 对软件进行除错（debug）通常会比编写初始可用的软件花费更多的时间。 1绝大多数 Debian 维护者使用

网站（https://www.debian.org）上的通用信息 • ”/usr/share/doc/package_name” 目录下的文档 • Unix 风格的 manpage: ”dpkg -L package_name |grep ’/man/man.*/’” • GNU 风格的 info page: ”dpkg -L package_name |grep ’/info/’” • The bug report: 紧跟软件包短描述，这些短语会省略掉前面的”a” 和”the”。它 们也可以包含一个不定式短语作名词短语，在联机帮助的短命令描述约定后面不带”to”。有些人可能觉得这看起来有 点可笑，这里故意保留这种风格是为了让文档看起来尽可能的简单。这些名词短语在短命令描述约定里并不会采用首 字母大写的方式。 注意 无论专有名词和命令名位于何处，保持其英文字母大小写不变。 在文本段落中引用的命令片断由双引号括 I:16 35109 GNU 项目的 Emacs，基于 Lisp 的扩展文本编辑器 w3m V:15, I:187 2828 文本模式的万维网浏览器 gpm V:10, I:12 521 Unix 风格的文本控制台复制粘贴工具（守护进程） Table 1.1: 有趣的文本模式程序包列表 您也可以考虑阅读一些其他的信息文档。 软件包 流行度 大小 说明 doc-debian I:865 187

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173 4.58 选择一种艺术字风格 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174 4.59 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265 6.21 Blue Heart 主题风格 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266 6.22 启动屏幕保护程序首选项对话框 • 从学习者的角度解释为何该主题很重要。 • 联系之前学习的主题 主要内容 您可以使用以上介绍的任意教学方法，也可以按照学生的资质和教学内容的复杂程度 任意组合以上提到的方法。采用多样的教学风格和方法可以避免单调，有利于教学实 践。 • 对于较复杂的主题，先进行示范，然后再让学生进行上机练习。如果该主题比较简 单，可以在使用幻灯片进行过程演示时让学生自行进行练习。 • 解释如何和何时需要去使用界面上的选项。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177 IV.58 选择一种艺术字风格 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178 IV . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267 VI.21 Blue Heart 主题风格 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268 VI.22 启动屏幕保护程序首选项对话框 • 从学习者的角度解释为何该主题很重要。 • 联系之前学习的主题 主要内容 您可以使用以上介绍的任意教学方法，也可以按照学生的资质和教学内容的复杂程度 任意组合以上提到的方法。采用多样的教学风格和方法可以避免单调，有利于教学实 践。 36 总结 目录 Lucid Lynx • 对于较复杂的主题，先进行示范，然后再让学生进行上机练习。如果该主题比较简 单，可以在使用幻灯片进行过程演示时让学生自行进行练习。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 8.4 更新打包风格 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . uupdate 命令。它会 自动查找新的源代码、下载并运行 uupdate 命令。⁴ 重复第 6.1 节、第 7 章和第 9 章中的操作，即可发布此更新的软件包。 8.4 更新打包风格 更新打包风格不是更新软件包的必须步骤，但是这样可以使你的软件包得到对现代的 debhelper 系统和 3.0 源代码 包格式完整的兼容性。⁵ • 如果你需要重新添加已删除的模板文件，可以在同一个 debian 命令下载并更新了源代码，但没有运行 uupdate 命令，你应该修正 debian/watch 文件，使 URL 末尾后带有 debian uupdate。 ⁵如果你的 sponsor 或其他维护者一定反对更新已有的打包风格，则不值得去为此烦恼或争论，总是有更重要的事要做。 ⁶你可能使用 splitdiff 命令将 big.diff 分割为多个增量补丁。 Debian 新维护者手册 50 / 57 • 如果它使用 dh

：指定 arp 指令使用的地址类型； 3. -d # 主机 ：从 arp 缓冲区中删除指定主机的 arp 条目； 4. -D # 使用指定接口的硬件地址； 5. -e # 以 Linux 的显示风格显示 arp 缓冲区中的条目； 6. -i # 接口 ：指定要操作 arp 缓冲区的网络接口； 7. -s # 主机 MAC 地址 ：设置指定的主机的 IP 地址与 MAC 地址的静态映射； 8 是“详细”）。接下来 的三行显示被复制文件的信息，最后一行显示命令行提示符。这样，只拷贝新的文件到我的存储设备 上，我就使用 cp 的“更新”和“详细”选项。 通常来说，参数 -r 也可用更详细的风格 --recursive 。但是以简短的方式，也可以这么连用 -ruv 。 1. cp -r -u -v /usr/men/tmp ~/men/tmp 版本备份 --backup=numbered -p：列出该用户的帐号名称，真实姓名，用户专属目录，登入所用的Shell，登入时间，转信地址，电子邮 件状态，但不显示该用户的计划文件和方案文件内容。 不指定finger的选项如果提供操作者的话，缺省设为 -l 输出风格，否则为 -s 风格，注意在两种 格式中，如果信息不足，都有一些域可能丢失，如果没有指定参数finger会为当前登录的每个用户打 印一个条目。 用户名：指定要查询信息的用户。 在计算机上使用finger：

98 二十八、系统性能查看 ①TOP 输入 top 命令可以显示当前正在运行的进程及其相关信息，g1 至 g4 的风格分别如下： 输入 top 命令后，即进入 top 的交互模式，在交互模式下可以输入字符命令进行其他操作： 命令（不需回车） 说明 g1 至 g4 切换显示风格，共有 4 种 g1 g2 g3 g4 u 输入 u 然后提示输入用户名，即可查看指定用户的进程 k 输入 k 然后提示输入进程的

用特定编程语言（比如Dart和JS）写 代码，仅需一次编写，但却可以生成 跑在所有主流智能手机设备上的 App。 可以调用手机硬件和操作 系统的所有功能，但开发 工作量较大，开发成本高。 Web应用部分与本机应用部 分不太容易维持风格与用户 体验的一致性，性能受限。 开发效率高，成本低，但 受限于框架所提供的功能， 功能扩展和定制不易。 原生语言开发 Native App 混用多种技术 开发Hybrid App Cross

本地基于 develop 分支新建分支，在新建的分支上，编写代码 2. 推送代码到自己账号下的代码库 3. GitLab 上创建 MR 2. 自动触发 CI 过程，包括单元 测试，代码风格 检查、代码扫描 。 Sprint 发布 测试验证 变更发布 产品规划 需求开发 单个工程师自测——手工 / 自动触发 dev 工作流执行 步骤包含： dev 环境构建 -> 部署

本地基于 develop 分支新建分支，在新建的分支上，编写代码 2. 推送代码到自己账号下的代码库 3. GitLab 上创建 MR 2. 自动触发 CI 过程，包括单元 测试，代码风格 检查、代码扫描。 Sprint 发布 测试验证 变更发布 产品规划 需求开发 单个工程师自测——手工/自动触发 dev 工作流执行 步骤包含：dev 环境构建->部署->冒烟测试 ->IM