1.一般rpm包的应用是
安装:rpm -ivh rpmname.rpm
卸载:rpm -e rpmname
升级:rpm -U rpmname.rpm
查询:rpm -qa | grep some name
校验:rpm -V
2.要制作一个RPM包,首先安装rpm-build软件,我是用yum安装的
安装好后在/usr/src/redhat/目录下面有几个子目录
BUILD:用来存放打包过程中的源文件
RPMS:保存打包好后的rpm格式二进制文件
SOURCES:打包是要用到的源文件和patch
SPECS:保存spce文件,这个文件是关键点
SRPMS:保持打包好后的rpm格式源文件
3.spec文件规范
3.1文件头
Summary:
用一句话概括该软件包尽量多的信息。
Name:
软件包的名字,最终RPM软件包是用该名字与版本号,释出号及体系号来命名软件包的。name可以作变量放在后面用的%{name}
Version:
软件版本号。仅当软件包比以前有较大改变时才增加版本号。
Release:
软件包释出号。一般我们对该软件包做了一些小的补丁的时候就应该把释出号加1。
Vendor:
软件开发者的名字。
Copyright:
软件包所采用的版权规则。具体有:GPL(自由软件),BSD,MIT,Public Domain(公共域),Distributable(贡献),commercial(商业),Share(共享)等,一般的开发都写GPL。
Group:
软件包所属类别,具体类别有:
Amusements/Games (娱乐/游戏)
Amusements/Graphics(娱乐/图形)
Applications/Archiving (应用/文档)
Applications/Communications(应用/通讯)
Applications/Databases (应用/数据库)
Applications/Editors (应用/编辑器)
Applications/Emulators (应用/仿真器)
Applications/Engineering (应用/工程)
Applications/File (应用/文件)
Applications/Internet (应用/因特网)
Applications/Multimedia(应用/多媒体)
Applications/Productivity (应用/产品)
Applications/Publishing(应用/印刷)
Applications/System(应用/系统)
Applications/Text (应用/文本)
Development/Debuggers (开发/调试器)
Development/Languages (开发/语言)
Development/Libraries (开发/函数库)
Development/System (开发/系统)
Development/Tools (开发/工具)
Documentation (文档)
System Environment/Base(系统环境/基础)
System Environment/Daemons (系统环境/守护)
System Environment/Kernel (系统环境/内核)
System Environment/Libraries (系统环境/函数库)
System Environment/Shells (系统环境/接口)
User Interface/Desktops(用户界面/桌面)
User Interface/X (用户界面/X窗口)
User Interface/X Hardware Support (用户界面/X硬件支持)
Source:
源程序软件包的名字。如 stardict-2.0.tar.gz。
可以定义Source0,Source1...
%description:
软件包详细说明,可写在多个行上。
3.2 %prep段
3.3 %build段
3.4 %install段
3.5 %file段
本段是文件段,用于定义软件包所包含的文件,分为三类--说明文档(doc),配置文件(config)及执行程序。
这些文件是要打包到rpm包中的,一定要指定的,而且一定要用绝对路径,用/开头的,如果用变量,或用现对路径都不行的。编译不会通过的。
在%file段中在 %files 中,可以使用一次 %defattr(permissions,user,group) 来定义以后所列文件的缺省许可权、所有者和组。
可以用 %attr(permissions,user,group) 覆盖个别文件的所有者和许可权。
可以通过在行中添加 %doc 或 %config 来标记文件。
%doc 告诉 RPM 这是一个文档文件,因此如果用户安装软件包时使用 --excludedocs ,将不安装该文件。
也可以在 %doc 下不带路径列出文件名,RPM 会在构建目录下查找这些文件并在 RPM 文件中包括它们,并把它们安装到 /usr/share/doc/%{name}-%{version} 。以 %doc 的形式包括 README 和 ChangeLog 这样的文件是个好主意。
3.6 %changelog
本段是修改日志段。你可以将软件的每次修改记录到这里,保存到发布的软件包中,以便查询之用。每一个修改日志都有这样一种格式:第一行是:* 星期 月日 年 修改人电子信箱。其中:星期、月份均用英文形式的前3个字母,用中文会报错。接下来的行写的是修改了什么地方,可写多行。一般以减号开始,便于后续的查阅。
4.打包
1) 只生成二进制格式的rpm包
rpmbuild -bb xxx.spec
在执行 %prep, %build 和 %install 之后,生成的文件会在刚才建立的RPM目录下存在。
2)只生成src格式的rpm包
rpmbuild -bs xxx.spec
生成的文件会在刚才建立的SRPM目录下存在。
3) 只需要生成完整的源文件
rpmbuild -bp xxx.spec
执行 spec 文件的 "%prep" 阶段。通常,这会解包源代码并应用补丁
源文件存在目录BUILD下。这个命令的作用就是把tar包解开然后把所有的补丁文件合并而生成一个完整的具最新功能的源文件。
4) 完全打包
rpmbuild -ba xxx.spec
在执行 %prep, %build 和 %install 之后,产生以上3个过程分别生成的包。存放在相应的目录下。
软件包制作完成后可用rpm命令查询,看看效果。如果不满意的话可以再次修改软件包描述文件,重新运行以上命令产生新的RPM软件包。
还有其他 bi:执行 spec 文件的 "%install" 阶段 (在执行了 %prep 和 %build 阶段之后)。这通常等价于执行了一次 "make install"
bl:执行一次 "列表检查"。spec 文件的 "%files" 段落中的宏被扩展,检测是否每个文件都存在。
等等
5.例子
#
# Spec file for Event2.0
#
#!/bin/sh
Name: event
Summary: A software
Version: 2.0
Release: 1
Vendor:
License: Commercial
Group: Applications/Communications
Source0: %{name}-%{version}-%{release}.tar.gz
URL:
%description
%define event_dir /home/event
%define backup_dir %{event_dir}/backup
%files
%defattr(-,root,root)
/usr/src/redhat/SOURCES/event-2.0-1.tar.gz
%prep
if [ -f %{event_dir}/.bash_profile ] ;
then
if [ ! -d /var/tmp/event-root ] ; then
mkdir /var/tmp/event-root
fi
cp -f %{event_dir}/.bash_profile /var/tmp/event-root
fi
%post
useradd -m -p '$1$HkH6xLeU$8TpyM1A.PnNacdMTMEhQl0' event
if [ ! -d %{event_dir} ] ; then
mkdir %{event_dir}
chown event:event %{event_dir}
fi
if [ -f %{event_dir}/%{Source0} ] ;
then
if [ ! -d %{backup_dir} ] ; then
echo "Will create a backup folder for backup event-2.0-1.tar.gz...."
mkdir %{backup_dir}
fi
mv -f %{event_dir}/%{Source0} %{backup_dir}/%{Source0}
fi
if [ -d %{event_dir}/3rd ] ; then
if [ ! -d %{backup_dir} ] ; then
echo "Will create a backup folder for backup 3rd...."
mkdir %{backup_dir}
fi
if [ -d %{backup_dir}/3rd ] ; then
rm -rf %{backup_dir}/3rd
fi
mv -f %{event_dir}/3rd %{backup_dir}
fi
if [ -d %{event_dir}/event ] ; then
if [ ! -d %{backup_dir} ] ; then
echo "Will create a backup folder for event...."
mkdir %{backup_dir}
fi
if [ -d %{backup_dir}/event ] ; then
rm -rf %{backup_dir}/event
fi
mv -f %{event_dir}/event %{backup_dir}
fi
if [ -d %{event_dir}/deploy ] ; then
if [ ! -d %{backup_dir} ] ; then
echo "Will create a backup folder for backup deploy...."
mkdir %{backup_dir}
fi
if [ -d %{backup_dir}/deploy ] ; then
rm -rf %{backup_dir}/deploy
fi
mv -f %{event_dir}/deploy %{backup_dir}
fi
if [ -f /var/tmp/event-root/.bash_profile ]; then
mv -f /var/tmp/event-root/.bash_profile %{backup_dir}
rm -rf /var/tmp/event-root
fi
cp /usr/src/redhat/SOURCES/event-2.0-1.tar.gz %{event_dir}
tar -xvf %{event_dir}/event-2.0-1.tar.gz -C %{event_dir}
#if [ -d %{event-dir}/3rd ] ; then
rm -rf %{event_dir}/3rd
rm -rf %{event_dir}/event
mv -f %{event_dir}/deploy/3rd %{event_dir}
mv -f %{event_dir}/deploy/event %{event_dir}
mv -f %{event_dir}/deploy/.bash_profile %{event_dir}
chown -R event:event /home/event/*
rm -rf /home/event/deploy
rm -r /home/event/event-2.0-1.tar.gz
%clean
6.参考
http://www-128.ibm.com/developerworks/cn/linux/management/package/rpm/part1/index.html
http://www-128.ibm.com/developerworks/cn/linux/management/package/rpm/part2/index.html
http://www-128.ibm.com/developerworks/cn/linux/management/package/rpm/part3/index.html
分享到:
相关推荐
"hello world rpm包制作的例子"是一个基础教程,旨在教你如何创建一个基本的RPM包,这个包的功能是简单地输出"Hello, World!"。我们将深入探讨RPM包的制作过程,包括`spec`文件的编写和打包流程。 1. **RPM包的基本...
Linux下的RPM打包制作流程是将软件源代码转化为可供Linux系统安装的RPM包的过程,这一过程涉及到多个步骤和配置文件。RPM(Red Hat Package Manager)是一种广泛应用于Linux发行版的软件包管理器,它使得软件的安装...
要使用OpenSSH 9.8的源码包制作RPM包,你需要遵循一系列步骤,包括安装必要的工具、准备源码、编写RPM规范文件(spec file),然后构建RPM包。以下是一个基本的指南: 1. 安装必要的工具 首先,确保你的系统上安装...
这个开源插件可以从GitHub的nebula-plugins仓库获取,它使得在Gradle构建脚本中集成RPM包制作变得非常简单。 通过Gradle制作RPM包,开发人员可以将构建过程自动化,结合SPEC文件的灵活性,确保软件包的一致性和可...
6. **测试RPM包**:在目标ARM设备上安装生成的RPM包,验证功能和性能。 在X86_64架构下构建`openssh`和`openssl`的RPM包相对简单,因为无需考虑交叉编译。只需确保系统上已安装了`rpmbuild`工具和必要的依赖,然后...
总结来说,将Nginx源码包制作成RPM包的过程主要包括:安装`rpm-build`工具,设置`rpmbuild`目录结构,准备源码和spec文件,创建并编辑spec文件,安装依赖,然后使用`rpmbuild`命令生成RPM包。这样做可以使得Nginx...
1.ppt形式 2.rpm知识介绍 3.rpm打包java举例
制作RPM包可以让你自定义软件的编译选项,添加特定的补丁,以及方便地在系统间分发和管理软件。 首先,你需要进行环境准备。确保你的系统已经安装了构建RPM包所需的工具,包括`rpm`、`rpm-build`和`rpmdevtools`。...
yum localinstal nginx-1.6.3-1.x86_64.rpm 定制包安装过程 1: FPM 打包工具安装 修改yum源: 备份 mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup 安装阿里云yum源 wget ...
下面我们将详细探讨RPM包制作的关键环节。 首先,要制作RPM包,你需要在你的Linux系统上安装`rpmbuild`工具。对于Fedora、CentOS或Redhat系统,可以使用`yum install rpmbuild -y`命令;而对于Ubuntu系统,应使用`...
基于RPM源代码开放、安装卸载简单、升级维护方便及查询功能强大的特点,越来越多的开发者喜欢采用RPM格式来发布自己的软件包,更多的用户...该文档收集了rpm制作的方法,按照文档中步骤肯定可以制作出自己的rpm软件。
为了安装 openssh-9.7p1 rpm 包,用户需要使用 RPM 包管理器,如 `yum` 或 `dnf`,执行相应的安装命令。确保先备份现有版本,以防出现兼容性或配置问题。安装后,应根据需要更新配置文件,并重启 sshd 服务以应用...
解决openssh 的漏洞:CVE-2016-10708,CVE-2016-10012,CVE-2015-8325,CVE-2015-5600,CVE-2014-1692,CVE-2010-4478,CVE-2020-4478等等。
2. **撰写SPEC文档**:SPEC文件是RPM包制作的核心,它定义了软件包的各种属性和构建过程。SPEC文件的主要部分包括: - **头部信息**:包含软件的名称、版本、发布序号、摘要、安装分类、授权方式、URL等。 - **源...
rpm包制作流程 1、指定rpm包制作位置,默认/root/rpmbuild文件夹里面包含BUILD、BUILDROOT、RPMS、SOURCES、SPECS、SRPMS文件夹 2、将要打包的包放入rpmbuild/SOURCES文件夹下 3、制作spec文件 rpmbuild文件夹 %_...
【标题】中的“zlib1.2.11RPM包,基于CentOS7制作”指的是一款名为zlib的库软件,版本为1.2.11,它被封装成RPM(Red Hat Package Manager)格式的安装包,适用于CentOS 7操作系统。RPM是一种在Linux系统中广泛使用的...
rpm -e --nodeps `rpm -qa | grep openssh` 2安装: rpm -ivh openssh-9.9p1-1.el7.x86_64.rpm rpm -ivh openssh-clients-9.9p1-1.el7.x86_64.rpm rpm -ivh openssh-server-9.9p1-1.el7.x86_64.rpm 3异常处理:...
RPM包制作是开发人员和系统管理员必备的技能之一,因为这允许他们自定义软件,以适应特定环境或添加额外功能。下面我们将深入探讨RPM包的制作过程及其重要性。 1. **RPM包的结构** RPM包由一系列文件和元数据组成...