. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 4.4 什么是 debuild？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 4.5 第一步：获取上游源代码 第三步：编辑模板文件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 4.8 第四步：使用 debuild 构建软件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 4.9 第三步（备选）：修改上游源代码 tar.gz $ cd package-1.0 $ debmake ... Make manual adjustments of generated configuration files $ debuild 如果跳过了对生成的配置文件的手工调整流程，则最终生成的二进制软件包将缺少有意义的软件包描 述信息，但是仍然能为 dpkg 命令所使用，在本地部署环境下正常工作。 Caution 这里的 debmake

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 6.3 debuild 命令 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 节)。 6.3 debuild 命令 你可以使用 debuild 命令来进一步自动化 dpkg-buildpackage 的构建过程。参看 debuild(1) debuild 命令会执行 lintian 命令，以在 Debian 软件包构建结束之后进行静态检查。lintian 命令可以用下边出现在 ~/.devscripts 文件中的项来定制： DEBUILD_DPKG_BUILDPACKAGE_OPTS=”-us DEBUILD_DPKG_BUILDPACKAGE_OPTS=”-us -uc -I -i” DEBUILD_LINTIAN_OPTS=”-i -I --show-overrides” 在普通用户帐号中可以使用以下这样简单的命令清理源代码并重构建软件包： $ debuild 还可以这样简单地清理源代码树： $ debuild -- clean 6.4 pbuilder 软件包 对于使用净室 (chroot) 编译环境来验证编译依赖而言，pbuilder

90 通用打包流程 网页 上游源代码 Debian 源镜像 源码包 至此绝大部分 人工操作完成 一个或若干个程序包 .deb dh_make apt-get source dget debuild (用lintian构建或测试) 或 dpkg-buildpackage 安装 (debi) 上传 (dput) Debian 打包教程 9 / 90 范例：重构 dash 1 安装构建 dash 的源码包 apt-get source dash （需要在 /etc/apt/sources.list 文件里加上 deb-src 的相关地址内容） 4 构建软件包 cd dash-* debuild -us -uc (-us -uc 指不将软件包标记为 GPG) 5 检查命令是否正常运作 ▶ 上级目录下应该会出现几个新的 .deb 文件 6 查看 debian/ 目录 ▶ 打包完成后的软件包位于此目录 mypackage 安装 build-dependencies（构建依赖库）(如果该包已经在 Debian 源内) 或者 mk-build-deps -ir (如果该包还没被上传过) ▶ debuild: 使用 lintian 构建、测试，使用 GPG 签名 ▶ 也可以直接调用 dpkg-buildpackage ▶ 通常使用命令 dpkg-buildpackage -us -uc ▶

package_name_version-debian.revision.dsc 从源代码软件包集合（“*.orig.tar.gz”和 “*.debian.tar.gz”/”*.diff.gz”）中构建代码树 debuild binary 从本地的源代码树中构建软件包 make-kpkg kernel_image 从内核源代码树中构建一个内核软件包 make-kpkg --initrd kernel_image ”apt-get build-dep” 、”apt-get source” 和”apt-cache showsrc” 命令需要 源列表中存在”deb-src” 条 目。 • dget(1) 、debuild(1) 和 debi(1) 需要 devscripts 软件包。 • 参见第 2.7.13 节里使用”apt-get source” 的打包（重打包）过程。 • make-kpkg 命令需要 debhelper。 执行下列命令。 $ dch -i 更新软件包版本，例如在“debian/changelog”中附加一个“+bp1” 像下面那样构建软件包并将它们安装到系统中。 $ debuild $ cd .. # debi foo*.changes 2.7.14 用于 APT 的代理服务器 因为镜像整个 Debian 档案库的子区会浪费硬盘和网络带宽，当你管理许多 LAN 上的系统时，为

package_name_version-debian.revision.dsc 從原始碼軟體包集合（“*.orig.tar.gz”和 “*.debian.tar.gz”/”*.diff.gz”）中構建程式碼樹 debuild binary 從本地的原始碼樹中構建軟體包 make-kpkg kernel_image 從核心原始碼樹中構建一個核心軟體包 make-kpkg --initrd kernel_image ”apt-get build-dep” 、”apt-get source” 和”apt-cache showsrc” 命令需要 源列表中存在”deb-src” 條 目。 • dget(1) 、debuild(1) 和 debi(1) 需要 devscripts 軟體包。 • 參見節 2.7.13 裡使用”apt-get source” 的打包（重打包）過程。 • make-kpkg 指令需要 debhelper。 執行下列指令。 $ dch -i 更新軟體包版本，例如在“debian/changelog”中附加一個“+bp1” 像下面那樣構建軟體包並將它們安裝到系統中。 $ debuild $ cd .. # debi foo*.changes 2.7.14 用於 APT 的代理伺服器 因為映象整個 Debian 檔案庫的子區會浪費硬碟和網路頻寬，當你管理許多 LAN 上的系統時，為