没有合适的资源?快使用搜索试试~ 我知道了~
Rpm打包原理详解.doc
5星 · 超过95%的资源 需积分: 50 11 下载量 142 浏览量
2008-12-18
14:30:29
上传
评论
收藏 59KB DOC 举报
温馨提示
试读
11页
制作 rpm 不仅仅是打包,更可以解决菜单创建、打补钉、完成大量预配置、与其他软件包互动等操作。使用源代码安装要求用户了解基本的编译过程、能够应付各种不能编译的意外、必须自己完成抽象的配置、甚至懂得软件开发,能够自己打补钉,……对非计算机专业的用户而言简直就是天方夜谭。这是把软件开发的最后一步抛给了用户,作为发行版,这是极不负责任的!也是不现实的,除非用 lfs,但那是一本菜谱,不是真正的发行版。
资源推荐
资源详情
资源评论
Rpm 打包原理详解
为什么要打包?
制作 rpm 不仅仅是打包,更可以解决菜单创建、打补钉、完成大量预配置、与其
他软件包互动等操作。使用源代码安装要求用户了解基本的编译过程、能够应付各种不能
编译的意外、必须自己完成抽象的配置、甚至懂得软件开发,能够自己打补钉,……对非
计算机专业的用户而言简直就是天方夜谭。这是把软件开发的最后一步抛给了用户,作为
发行版,这是极不负责任的!也是不现实的,除非用 lfs,但那是一本菜谱,不是真正的发
行版。
软件作者发布源代码是正确的,负责的作者一般都同时提供 rpm 和 deb 包以及它们的源代
码包。除非他们不会制作。愿意使用什么,那是个人的自由,但对外就不能只想到自己 。
GNU 精神是一种公益精神,没有奉献精神,在自由软件领域是要遭唾弃的!
直接使用其他发行版的 rpm 常常是不行的。不知道大家看没看“恼人的依赖关系”这个帖子
可以在技术支持区搜索一下。任何两个发行版本在二进制上都是不能兼容的!他们实际是
不同的操作系统。不仅使用的库文件不同,配置也迥异。特别是同一个发行版的不同版本
更不兼容。任何包都必须在本地重新编译,而且不一定通得过,因为还有 spec 宏的兼容问
题!如果要在别的发行版上使用,必须用源码编译,这是常识。考虑文件布局和配置问题
有时直接编译也是不够的,必须修改 spec,甚至自己打补丁。
如何创建 rpm 包?
rpm 建包原理其实不复杂。写 spec 相当于一种脚本编程,主要是在 spec 里提供一些
软件相关信息,以及安装、卸载前后要执行的脚本,然后展开压缩的源代码包,打上补丁
执行编译,然后利用 make install 可以重新指定安装目的地的特性,把编译好的文件安装到
指定的虚拟根目录下的指定位置里,一般是虚拟的 /usr 里,然后把这些目录、信息和脚本
打成一个压缩包,即 rpm 包。同时可选地生成源码包 src.rpm。当然有很多具体细节问题。
您应该首先阅读软件的 readme 和 INSTALL 文件。
打包原则
1. 任何人都应该在系统现有 src.rpm 的 spec 基础上修改更新,除非没有这样的包。这
可以省去很多麻烦,少走弯路。
2. 任何人都无权删除别人的 changelog 和原始打包者的信息,这是对别人的不尊重。但你
可以追加自己的信息。
3. 尽可能在 spec 里使用系统的标准宏定义,而不要用非标准写法。
4. 任何人都不应该直接提供修改后的源代码,而应该以补丁形式发布你的修改,在 spec 里
完成打补丁操作。务必做到一个补丁只解决一个问题,这样才能确保补丁的可重用性,否
则版本升级后补丁很容易失效。如果你确信自己的补丁是清洁补丁,尽可能发给上游开发
者,这样才能一劳永逸。你所打的任何补丁,其授权方式必须和被修改源代码保持一致。
预备知识:
首先我们观察一下 rpm 文件名的特点。一个 rpm 包文件名通常由 5 段组成:
%{name}-%{version}-%{release}.ix86.rpm
cutedict-1.1-1mgc.i686.rpm
这里 %{name}=cutedict,%{version}=1.1,%{release}=1mgc,ix86=i686,如果是为 athlon
芯片家族编译的包,这里就是 athlon,依此类推。
注意:
下面是一个 spec 模板。
1. 凡是行首加上 # 的都被注释掉了,实际运行时不起作用,如要使其生效,请去掉注释符
#。
2. 凡是以 %{***} 和 %*** 形式出现的符号都是“宏”,很多宏都是系统预定义的[注 2],
也可以是自己定义的。
3. 下面的黑体字是 spec 文件的关键字,不能写错。
4. 有不明白的地方可以参见跟帖里的参考文献。
5. 如果软件没有使用 GNU autotool 创建,而是自己写的 Makefile,这就导致不能按照常规
方法打包,非常麻烦。
6. 服务器软件通常都需要大量预配置工作,spec 打包绝非一两天能解决,需要深入研究很
多东西和反复实践,建议初学者不要尝试。
7. 其他发行版的 spec 与 src.rpm 是很好的教材,建议打包前先找找 Fedora 或 SuSE 的文件
学习,能借鉴最好,但不应该不修改照搬过来或使用 Mandrake 的文件,因为它使用的大
量宏定义和我们不兼容,甚至 src.rpm 直接编译都通不过。
------------------------------------------------------------------
[spec 文件头部]
# Initial spec file created by autospec #这里是一些注释
%define _noautoreq perl(Plot) perl(WidgetDemo) #这里用 %define 自定义一个系统里没有的
叫做 _noautoreq 的宏,后面可以用 %{_noautoreq} 引用。
Name: software #这是软件包名称,后面可以用 %{name} 引用
Summary: a software #这是软件包的内容提要
#Summary(zh_CN): #这里写入中文内容提要(如果有必要。不建议使用,因为如果系统里的
默认编码与此处不符,会导致显示乱码。例如:我们使用 GBK,如果这里的中文是 UTF-8
编码,在 kpackage 里就会显示乱码,但是 synaptic 可能能够正确显示,但需要把 zh_CN 改
为 zh_CN.UTF-8 )
Version: number #这是软件的实际版本号,例如 2.1.6、2.2final 等,后面可以用 %{version}
引用
Release: number #发布序列号,我们用 1mgc、2mgc 等等,标明这是第几次打包。如果软
件本身是预览版,比如 pre6 版,则写成 pre6_1mgc、pre6_2mgc,后面可以用 %{release}
引用
Group: Applications/Multimedia #这是软件分组,建议使用标准分组,参见下面:[注 1]
#Group(zh_CN): #中文软件分组(如果有必要)
License: GPL #这是软件版权证书,通常是 GPL
Source: %{name}-%{version}.tar.gz #这是源代码(通常是压缩包),可以带有完整的网址,可
以用正整数标识多个源 Source0 Source4 Source5 Source100,数字不必连续排列,后面可以
用 %{SOURCE0} 、 %{SOURCE4} 、 %{SOURCE5} 、 %{SOURCE100} 引 用 。 例 如
http://www.example.net/src/%{name}-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot # 这是 make install 时使
用的“虚拟”根目录也称为“构建根”目录,通常是 /var/tmp/软件名称-版本号-发布序列号-
buildroot,make install 时一般会将软件安装在 /var/tmp/软件名称-版本号-发布序列号-
buildroot/usr/ 下的 bin/ 下(可执行文件)、share/ 下(数据、资源文件)、lib/ 下(共享库文件)等
等,例如 /var/tmp/cce-0.51-1mgc-buildroot/usr/bin/cce。不过实际不一定都是这样,具体情况
具体对待
# 下面是可选的字段
URL: http://www.example.net/ #这是软件主页地址
#Vendor: Red Hat Co.,ltd. #这是发行商或者打包组织的信息,我们统一写成 MGC Group,不
过这一行可以省略,把它写入 /usr/lib/rpm/macros 标准宏定义文件里,该文件的 Vendor 这
行定义是空的,而且通常前面用 # 注释掉了
#Distribution: Red Hat Linux #这是软件针对的发行版标识,我们是 Magic Linux
Patch: src-%{version}.patch #这是补丁源代码(可以是压缩包),可以用正整数标识多个源
Patch1 Patch4 Patch6,数字不必连续排列。
Prefix: %{_prefix} #指定 make install 时在虚拟根目录里的安装位置,通常用标准的 %
{_prefix} 宏,它代表 /usr。这里指定后,用户可以在 rpm 安装阶段重新指定安装到其他位
置,如 /opt,否则就不能改变安装位置。
Prefix: %{_sysconfdir} #如果软件有些文件并非都安装到 %{_prefix},那么你需要指明其他
位置。例如你需要把一个配置文件放到 /etc 下面,这显然不在 /usr 下面,此时你需要前方
这种写法。%{_sysconfdir} 宏代表 /etc。这里指定后,用户可以在 rpm 安装阶段重新指定这
些文件安装到其他位置,如 /opt/etc,否则就不能改变安装位置。[注 3]
#BuildArch: noarch #编译目标处理器架构,就是今后软件运行时的 CPU 类型。noarch 是不
指定架构,通常标准默认是 i386,定义在了系统的标准宏定义文件 /usr/lib/rpm/macros 里
[注 2]。实际编译时可以在 rpmbuild 命令行用 --target=i686 参数,spec 里通常不写这行。
#Requires: XFree86>=4.3 zlib libpng #这里罗列所有安装本包时需要先行安装的包(依赖包),
通常软件会依赖这些包里的一部分文件。可以分成多行来写。如果这里不写明依赖包,打
包时系统会自动把具体依赖的 .so 文件写进 rpm 包,而不会注明这些文件属于哪些软件包,
这会对用户造成困惑,因为他们很难知道这些文件属于哪些软件包
#Obsoletes: #这里列出的软件包都是“陈旧”的,当安装本包的时候,这里列出的包都会被自
动卸载!
NoAutoReq: %{_noautoreq} # 这 里 的 意思 是 禁 止 自 动 查 找 对 spec 文 件 头 部预 定 义 的
剩余10页未读,继续阅读
资源评论
- supershrek2012-07-25虽然是原理还是感觉说的不是很清楚
jun686868
- 粉丝: 0
- 资源: 18
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功