重新按照定制化要求发布基于RedHat、Fedora原发布的新发布在有些时候对于布置Linux系统很重要，综合了一些资料和我自己的重构建经验，整理重构建思路如下。
1.明确确定需求
“需求”不明我们就很难知道每一步该做什么，怎么做以达到需要的目标！因为目标本身就不明确。
根据Linux应用于不同的场合，重构建发布Linux系统大致可以分为三类：针对Embed系统的完全重构建，包括复杂的跨平台交叉编译等！此类应用不在本文讨论范围之内。基于新的发行版要求的构建，需要作出自己的特色和“大而全”的产品化的品质来，很多国内的Linux公司所做的基于RPM系统和一些国外产品（基于Debian的商业发布）都是这种类型的重构建。第三类就是我所关注的，基于RedHat、Fedora等发布，简化其内容，根据自己的实际应用具体定制合适的发布版的重构建版本。最典型的应用就是Redhat或Fedora的发布通常有数张CD，而我们普通的应用系统可能仅仅需要其中一张CD都不到的内容，为了方便布置和系统恢复等具体情况而重构建系统。简单说来就是基于官方发布简化和定制化自己的应用发布。
2.定制化重构建的一般步骤；
1).InstallFedora/RedHatwith"Everything".
个人以为最好能安装一个完全版本，不过如果实在很了解开发环境和目标环境，可以有所选择。
2).初始化Build的环境。
a.建立build用户帐号，初始化该帐号下的RPMbuild环境。主要是～/.rpmmacroes文件和rpmroot目录结构。
b.建立发布版结构的目录，包括updates目录结构
具体的就是Redhat的linux/enterprise/en/os/,Fedora的linux/core/3/....这样的目录树。
3).重建和选择所需要的包。
这里面其实涉及到很多知识和技术的应用，不在本文展开，有机会在另文中介绍，主要包括RPM的熟悉程度和LinuxShell程序等知识，可以使用一些现成的脚本来加快步伐，详见参考资料。
4).编辑comps.xml文件。关于这步很重要。comps.xml包含了包列表的重要信息，所以要什么，不要什么都在这里头改了。
5).关于hdlist的重新生成，在确定了所有需要之后，第一次重新生成hdlist，该文件包含包名（comps.xml)到文件名的映射和其他RPM以来关系信息。
在更新了comps.xml之后要再次更新hdlist文件。更新使用命令：genhdlist，来自anaconda-runtime-xxxxx-i386.rpm
6)关于重新生成安装文件，这步个人以为不一定必须！
7)生成iso文件，进行测试。
RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤RedHat/Fedora 制作一般步骤
阅读(637) | 评论(0) | 转发(0) |
