. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3 修改源代码 13 3.1 设置 quilt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 此软件包提供了创建和维护 chroot 环境的工具。在它的 chroot 环境中编译 Debian 软件包可以检查编译 依赖是否合适，并避免 FTBFS (Fails To Build From Source，源代码编译失败) 的 Bug。(参看 pbuilder(8) 和 pdebuild(1)) • perl - Perl 是现今类 Unix 系统中使用最普遍的解释型脚本语言，它常被称作 Unix 的瑞士军刀。(参看 ce/pkgs.html#nmu-qa-upload) 如果你有能力“领养”那个软件包，那就先下载 (使用 apt-get source packagename 或其他类似的工具) 并分析 它的源代码。这篇文档不会详细说明如何领养软件包，不过幸运的是，领养软件包时，打包的起始工作已经有人完成， 接手的工作应比从头开始轻松得多。尽管如此也请您不要轻敌，请继续阅读，下面给出的建议会对你很有帮助。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 4.5 第一步：获取上游源代码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 4.6 第二步：使用 debmake debuild 构建软件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 4.9 第三步（备选）：修改上游源代码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 4.9.1 使用 diff -u 处理补丁 . . . uscan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 7.13 3.0 源代码格式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 7.14

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136 9.1.5 扫描源代码树 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170 9.10.4 编译内核源代码：Debian 内核团队推荐 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171 9.10.5 硬件驱动和固件 . . . . . . . . . . . . . 190 10.4 源代码合并工具 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190 10.4.1 从源代码文件导出差异 . . . . . . . . . . . . . . .

sbuild, lintian, svn-buildpackage, git-buildpackage, … 在你需要的时候可以安装它们。 Debian 打包教程 8 / 90 通用打包流程 网页 上游源代码 Debian 源镜像 源码包 至此绝大部分 人工操作完成 一个或若干个程序包 .deb dh_make apt-get source dget debuild (用lintian构建或测试) Debian 软件包 7 结论 8 更多实操练习环节 9 实操练习环节解答 Debian 打包教程 11 / 90 源码包 ▶ 一个源码包可以生成若干个程序文件包 例如 libtar 源代码可以生成 libtar0 和 libtar-dev 程序文件包 ▶ 两种软件包：（如果不确定是哪种，选非原生） ▶ 原生软件包：专为 Debian 定制开发的软件 (dpkg, apt) ▶ 非原生软件包：在 0（原生）：package_version.tar.gz ▶ 1.0（非原生）： ▶ pkg_ver.orig.tar.gz: 上游源代码 ▶ pkg_debver.diff.gz: 专为 Debian 准备的更新补丁 ▶ 3.0（quilt） ▶ pkg_ver.orig.tar.gz: 上游源代码 ▶ pkg_debver.debian.tar.gz: 包含 Debian 补丁的压缩包 详见 dpkg-source(1)

鸟哥的备份策略 22.6. 20.6 灾难复原的考虑 22.7. 20.7 重点回顾 22.8. 20.8 本章习题 22.9. 20.9 参考资料与延伸阅读 23. 第二十一章、软件安装：源代码与 Tarball 23.1. 20.1 开放源码的软件安装与升级简介 23.2. 21.2 使用传统程序语言进行编译的简单范例 23.3. 21.3 用 make 进行宏编译 23.4. 21 4 重点回顾 25.5. 23.5 本章习题 25.6. 23.6 参考资料与延伸阅读 26. 第二十四章、Linux 核心编译与管理 26.1. 24.1 编译前的任务：认识核心与取得核心源代码 26.2. 24.2 核心编译的前处理与核心功能选择 26.3. 24.3 核心的编译与安装 26.4. 24.4 额外（单一）核心模块编译 26.5. 24.5 以最新核心版本编译 CentOS 23.7. 21.7 重点回顾 23.8. 21.8 本章习题 23.9. 21.9 参考资料与延伸阅读 虽然使用源代码进行编译可以进行客制化的设置，但对于 Linux distribution 的原本发布商来说， 则有软件管 理不易的问题， 毕竟不是每个人都会进行源代码编译的。 如果能够将软件预先在相同的硬件与操作系统上面编译好 才发布的话…..2015/09/09 24.1. 22

20.4 备份的种类、频率与工具的选择 20.5 鸟哥的备份策略 20.6 灾难复原的考虑 20.7 重点回顾 20.8 本章习题 20.9 参考资料与延伸阅读 第二十一章、软件安装：源代码与 Tarball 20.1 开放源码的软件安装与升级简介 21.2 使用传统程序语言进行编译的简单范例 21.3 用 make 进行宏编译 21.4 Tarball 的管理与建议 21.5 23.3 显卡驱动程序安装范例 23.4 重点回顾 23.5 本章习题 23.6 参考资料与延伸阅读 第二十四章、Linux 核心编译与管理 24.1 编译前的任务：认识核心与取得核心源代码 24.2 核心编译的前处理与核心功能选择 24.3 核心的编译与安装 24.4 额外（单一）核心模块编译 24.5 以最新核心版本编译 CentOS 7.x 的核心 24.6 重点回顾 Linux 私房菜：基础学习篇 第四版 11 目录及概述 1.1.1 Linux是什么？操作系统/应用程序？ 1.1.2 Linux之前，Unix的历史 1.1.3 关于GNU计划、自由软件与开放源代码 1.2 Torvalds的Linux发展 1.2.1 与Minix之间 1.2.2 对386硬件的多任务测试 1.2.3 初次释出Linux 0.02 1.2.4 Linux的发展：虚拟团队的产生

该目录下面的所有可执行文件和动态库，以及使用到的所有系统动态库都会被 转换成为安全 应用。 关于转换应用程序的更多方式，请参考命令手册 btarmor make 对于使用 C 编写的应用程序，可以在源代码级别提供更多的安全性选项，具体 请参考 C 用户使用手册 一般来说，转换成为安全应用之后应用程序的代码就无法使用逆向工程进行反 编译，就可以 发布给客户。 但是对于企业版用户来说，可以使用下面的发布功能来进一步加强内核的安全 可以启用安全内核的专用模式。启用专用模式之后，则普通 可执行 文件，包括系统命令都无法执行，只有加密后的安全应用可以运行， 这样可以进一步提高安 全行。 btarmor patch 下载安全内核的源代码补丁，用于定制自己的安全内核。 语法 -O, --output PATH -l, --list btarmor patch [VERSION] 选项 保存到指定目录，默认是 d + e; printf("Got result %d\n", d); return 0; } 对于使用 C 语言开发的可执行文件来说，如果使用默认保护模式，那么不需要 修改源代码。 默认保护模式的基本使用步骤 1. 正常编译一个可执行文件: gcc -o myapp myapp.c 2. 使用 btarmor 转换成为安全应用: btarmor make -i myapp

该目录下面的所有可执行文件和动态库，以及使用到的所有系统动态库都会被转换成为安全应用。 关于转换应用程序的更多方式，请参考命令手册btarmor make 对于使用 C 编写的应用程序，可以在源代码级别提供更多的安全性选项，具体请参考 C 用户使用手册 一般来说，转换成为安全应用之后应用程序的代码就无法使用逆向工程进行反编译，就可以发布给客户。 但是对于企业版用户来说，可以使用下面的发布功能来进一步加强内核的安全性。 都无法执行，只有加密后的安全应用可以运行，这样可以进一步提高安全行。 12 Chapter 3. btarmor Bootarmor 入门教程和用户手册, 发布 0.1.0 3.6 btarmor patch 下载安全内核的源代码补丁，用于定制自己的安全内核。 3.6.1 语法 btarmor patch [VERSION] 3.6.2 选项 -O, --output PATH 保存到指定目录，默认是 sb + a + d + e; printf("Got result %d\n", d); return 0; } 对于使用 C 语言开发的可执行文件来说，如果使用默认保护模式，那么不需要修改源代码。 默认保护模式的基本使用步骤 1. 正常编译一个可执行文件: gcc -o myapp myapp.c 2. 使用btarmor 转换成为安全应用: btarmor make -i myapp

业模式都是以硬件为中心，软件只是被看作使硬件工作的东西。他们提供软件的同 时也提供源代码，软件可以被修改并因此得到改进，这便是现在开源软件的早期情 况。但是，随着硬件价格的不断下跌，销售硬件的利润也逐渐减小，制造商开始期 望软件能够带来额外的收入。越来越多的厂商开始单独销售软件，也不再提供软件 的源代码。 1983 年春天，Richard Matthew Stallman，这位曾经在 MIT 工具集连同这个自由的内核给爱好者提供了一个极富潜力的环境。 为了和 UNIX 保持相似，Linux 首先提供了一个命令行界面；此后，X 窗口系统的 加入使图形用户界面成为现实。 Linux 开放源代码： ● 可以被任何人获取和使用 ● 可以根据个人的要求和所使用的平台定制 ● 可以自由地以当前或修改的形式重新发布 最开始，Linux 是技术性非常强的开发工具。但是随着成千上万的开发者加入 的工具和库， 和附加的软件、文档，还有一个窗口系统，窗口管理器，和一个桌面环境。大部分 包括的软件是自由软件/开源软件，它们同时以二进制可执行文件和源代码形式发 布，只要用户愿意，还允许修改和重新编译源代码。还有一些可能是专有软件而不 提供源代码。 Ubuntu 发行版 2004 年 10 月，Ubuntu 的第一个版本正式发布。此后 Ubuntu 每六个月发布 一个新版本，用户可以免费升级到最新版本。Ubuntu

品设计和生产技术发展。它既是理论，也是具体的实践。开源的广泛实践使得软件用 户可以获得他们所使用软件的源代码，并且知识产权限制很少甚至没有，这允许用户 对软件进行修改，或者利用获得的代码编写并发布新的软件，使其满足自身需要，或 者进行互相协作以改进开源软件。开源和 Linux 都是在逐步变化的过程中，形成今天 的样子的。 自由分发的源代码的想法是为了鼓励人们自愿地、相互协同地开发软件。用户不断参 与增强软件、修复缺陷、开发新功能并且和其他人分享。 候的商业模式 都是以硬件为中心，软件只是被看作使硬件工作的东西。他们提供软件的同时也提供 源代码，软件可以被修改并因此得到改进，这便是现在开源软件的早期情况。但是， 随着硬件价格的不断下跌，销售硬件的利润也逐渐减小，制造商开始期望软件能够带 来额外的收入。越来越多的厂商开始单独销售软件，也不再提供软件的源代码。 1983年春天，Richard Matthew Stallman，这位曾经在 MIT 方法。Copyleft 用于形容某些自 由软件的许可证，这些许可证的共同特点是：其他软件如果使用了基于这些许可证中 任意一个所发布的软件的源代码(包括附属于代码本身的图片、文档等)，那么使用这些 Ubuntu 介绍 3 Ubuntu 桌面培训 目录 源代码的软件也必须采用相同或者与之兼容的许可证发布。Copyleft 性质的许可证使 自由软件开发者的成果按照其意愿保持在自由软件体系内部自由传递，同时不被专有