专栏首页linux百科小宇宙RPM包制作之Spec文件参数详解
原创

RPM包制作之Spec文件参数详解

看这篇文章的人基本都有一个想法,就是:“劳资不想用YUM的安装!不是版本太低就是文件分布太野路子”,此时我们需要自己订制软件包的需求,我们会把一些源码包按照我们的需求来做成rpm包,其中的Spec文件是制作RPM包的核心。

下面我们以制作NGINX的RPM开始介绍其制作方法。以下操作在CentOS7.4 64位系统进行(切记,不要把7上的文件装到6上去)。

 

1.1 起手势 安装rpm-build

yum -y install rpm-build

 

新建一个新用户并切换到用户上(避免权限的问题)、建立工作车间目录(官网的说法。。。),并写进环境变量里。

[root]# useradd devops #新建用户

[root]# su - devops #切换用户

[devops]$ echo "%_topdir %(echo $HOME)/rpmbuild" >> ~/.rpmmacros

[devops]$ mkdir -p ~/rpmbuild/{BUILD,RPMS,SOURCES,SPECS,SRPMS}

 

注意: 这几个新建的文件夹必须要求全部大写!全部大写!全部大写!

 

以下为目录所对应存放文件的解释:

BUILD:源码解压以后放的目录

RPMS:制作完成后的rpm包存放目录

SOURCES:存放源文件,配置文件,补丁文件等放置的目录【常用】

SPECS:存放spec文件,作为制作rpm包的文件,即:nginx.spec……【常用】

SRPMS:src格式的rpm包目录

BuiltRoot:虚拟安装目录,即在整个install的过程中临时安装到这个目录,把这个目录当作根来用的,所以在这个目录下的文件,才是真正的目录文件。最终,Spec文件中最后有清理阶段,这个目录中的内容将被删除

 

Spec文件的宏定义:

rpmbuild --showrc | grep topdir #工作车间目录:_topdir /root/rpmbuild

-14: _builddir %{_topdir}/BUILD

-14: _buildrootdir %{_topdir}/BUILDROOT

-14: _rpmdir %{_topdir}/RPMS

-14: _sourcedir %{_topdir}/SOURCES

-14: _specdir %{_topdir}/SPECS

-14: _srcrpmdir %{_topdir}/SRPMS

-14: _topdir /root/rpmbuild

 

rpmbuild --showrc显示所有的宏,以下划线开头:

 

一个下划线:定义环境的使用情况,

二个下划线:通常定义的是命令,

为什么要定义宏,因为不同的系统,命令的存放位置可能不同,所以通过宏的定义找到命令的真正存放位置

 

1.2 理解Spec脚本中各个变量

rpm的配置文档还算是比较有调理性的,按照标准的格式整理一些信息,包括:软件基础信息,以及安装、卸载前后执行的脚本,对源码包解压、打补丁、编译,安装路径和文件引用等,其中需要注意的地方为:虚拟路径的位置,以及宏的定义。

 

spec脚本包括很多关键字,主要有:

Name: 软件包的名称,在后面的变量中即可使用%{name}的方式引用

Summary: 软件包的内容

Version: 软件的实际版本号,例如:1.12.1等,后面可使用%{version}引用

Release: 发布序列号,例如:1%{?dist},标明第几次打包,后面可使用%{release}引用

Group: 软件分组,建议使用:Applications/System

License: 软件授权方式GPLv2

Source: 源码包,可以带多个用Source1、Source2等源,后面也可以用%{source1}、%{source2}引用

BuildRoot: 这个是安装或编译时使用的临时目录,即模拟安装完以后生成的文件目录:%_topdir/BUILDROOT 后面可使用$RPM_BUILD_ROOT 方式引用。

URL: 软件的URI

Vendor: 打包组织或者人员

Patch: 补丁源码,可使用Patch1、Patch2等标识多个补丁,使用%patch0或%{patch0}引用

Prefix: %{_prefix} 这个主要是为了解决今后安装rpm包时,并不一定把软件安装到rpm中打包的目录的情况。这样,必须在这里定义该标识,并在编写%install脚本的时候引用,才能实现rpm安装时重新指定位置的功能

Prefix: %{_sysconfdir} 这个原因和上面的一样,但由于%{_prefix}指/usr,而对于其他的文件,例如/etc下的配置文件,则需要用%{_sysconfdir}标识

Requires: 该rpm包所依赖的软件包名称,可以用>=或<=表示大于或小于某一特定版本,例如:

libxxx-devel >= 1.1.1 openssl-devel 。 注意:“>=”号两边需用空格隔开,而不同软件名称也用空格分开

%description: 软件的详细说明

%define: 预定义的变量,例如定义日志路径: _logpath /var/log/weblog

%prep: 预备参数,通常为 %setup -q

%build: 编译参数 ./configure --user=nginx --group=nginx --prefix=/usr/local/nginx/……

%install: 安装步骤,此时需要指定安装路径,创建编译时自动生成目录,复制配置文件至所对应的目录中(这一步比较重要!)

%pre: 安装前需要做的任务,如:创建用户

%post: 安装后需要做的任务 如:自动启动的任务

%preun: 卸载前需要做的任务 如:停止任务

%postun: 卸载后需要做的任务 如:删除用户,删除/备份业务数据

%clean: 清除上次编译生成的临时文件,就是上文提到的虚拟目录

%files: 设置文件属性,包含编译文件需要生成的目录、文件以及分配所对应的权限

%changelog: 修改历史

1.3 制作开始RPM包

 

所需要打包的文件都放在如下目录:

[devops]$ pwd

$HOME/rpmbuild/SOURCES

 

编写SPEC文件目录如下:

[devops]$ pwd

$HOME/rpmbuild/SPEC

 

以下为Nginx Spec file的实例:

cat nginx.spec

%define _prefix /usr/local/nginx //预定义的prefix目录

%define _logpath /var/log/weblog //预定义日志目录

Name: nginx

Version: 1.12.1

Release: 1%{?dist}

Summary: The Nginx HTTP and reverse proxy serve

Group: Applications/System

License: GPLv2

URL: https://nginx.org

Packager: Atlantis

Vendor: XXX-XXX

Source0: %{name}-%{version}.tar.gz //引用的源码文件

Source1: nginx.conf //引用配置文件

Source2: nginx //引用System-V风格的Service服务

Source3: nginx.logrotate //引用日志轮转的配置文件

BuildRoot: %_topdir/BUILDROOT //虚拟根目录

Requires: libxslt-devel,openssl-devel,pcre-devel //所依赖的软件包

%description

NGINX is the heart of the modern web, powering half of the world’s busiest sites and applications. The company's comprehensive application delivery platform combines load balancing, content caching, web serving, security controls, and monitoring in one easy-to-use software package.

%prep //编译前准备工作,这里指定的就是Setup,有条件也可以指定编译器

%setup -q

%build //编译参数,这个看到这里的人基本都懂,没啥讲的,最后一个参数可以使用并行编译: make -j 6

./configure \

--user=nginx \

--group=nginx \

--prefix=%{_prefix} \

--http-log-path=%{_logpath}/access.log \

--error-log-path=%{_logpath}/error.log \

--pid-path=/var/run/nginx.pid \

--with-http_dav_module \

--with-http_flv_module \

--with-http_realip_module \

--with-http_addition_module \

--with-http_xslt_module \

--with-http_sub_module \

--with-http_random_index_module \

--with-http_degradation_module \

--with-http_secure_link_module \

--with-http_gzip_static_module \

--with-http_ssl_module \

--with-http_stub_status_module \

--with-pcre \

--with-threads \

--with-stream \

--with-ld-opt=-Wl,-E

make %{?_smp_mflags}

%install //安装步骤

rm -rf %{buildroot} //保证虚拟根的干净

make install DESTDIR=%{buildroot} //install 到虚拟根

%{__install} -p -d -m 0755 %{buildroot}%{_logpath} //定义一个日志目录并赋予其权限,这个文件会在编译时自动生成,因此要声明

%{__install} -p -D -m 0644 %{SOURCE1} %{buildroot}%{_prefix}/conf/nginx.conf //复制SOURCE1中的文件到虚拟根中

%{__install} -p -D -m 0755 %{SOURCE2} %{buildroot}/etc/rc.d/init.d/nginx //复制SOURCE2中的文件到虚拟根中

%{__install} -p -D -m 0644 %{SOURCE3} %{buildroot}%{_prefix}/conf/nginx.logrotate //复制SOURCE3中的文件到虚拟根中

%pre //安装前准备操作

if [ $1 == 1 ]; then // 这里的1为安装;0为卸载

/usr/sbin/useradd -r nginx -s /sbin/nologin 2> /dev/null

fi

%post //安装后准备操作

if [ $1 == 1 ]; then

echo "export PATH=/usr/local/nginx/sbin:$PATH" >> /etc/profile

source /etc/profile

cp %{_prefix}/conf/nginx.logrotate /etc/logrotate.d/nginx

fi

%preun //卸载前准备操作

if [ $1 == 0 ]; then

/etc/init.d/nginx stop 2>&1 /dev/null

/usr/sbin/userdel -r nginx 2> /dev/null

fi

%postun

if [ $1 == 0 ]; then //卸载后准备操作

rm -f /etc/logrotate.d/nginx

fi

%clean

rm -rf %{buildroot}

%files //定义rpm包安装时创建的相关目录及文件。在该选项中%defattr (-,root,root)一定要注意。它是指定安装文件的属性,分别是(mode,owner,group),-表示默认值,对文本文件是0644,可执行文件是0755。

%defattr(-,root,root,0755)

%{_prefix}

%dir /var/log/weblog

%attr(644,root,root) %{_prefix}/conf/nginx.conf

%attr(755,root,root) /etc/rc.d/init.d/nginx

%changelog

* Fri Feb 22 2019 - 1.12.1-3

- Initial Version

- Update Installtion

- Add Logrotate Feature

- Fix Uninstall Bug With logrotate

# End Of nginx.spec

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • RPM包制作之Spec文件参数详解

    看这篇文章的人基本都有一个想法,就是:“劳资不想用YUM的安装!不是版本太低就是文件分布太野路子”,此时我们需要自己订制软件包的需求,我们会把一些源码包按照我们...

    用户8710806
  • 如何无网络下免编译的安装程序(RPM包)

    摘要:rpm包是预先在Linux主机上编译好并打包的文件,安装起来非常快捷。不需要再进行繁琐的编译等操作,拿来就能用,区别于yum包管理,rpm可以在不需要网络...

    机智的程序员小熊
  • 简单介绍RPM包制作方法

    程序员同行者
  • RPM打包原理、示例、详解及备查

    RPM(Redhat Package Manager)是用于Redhat、CentOS、Fedora等Linux 分发版(distribution)的常见的软件...

    菲宇
  • rpm打包学习

      最近工作中需要针对freescale的iMX5和iMX6平台做一些arm平台下的系统核心软件包的集成,比如将glib、dbus、pkg-config、l...

    ccf19881030
  • 工具|学习RPM打包

    不同公司有不同的规范来约束各种linux系统软件安装的路径以及相关配套设施。因此我们可以基于各自的 规范 使用rpm 将各种软件的二进制文件打包来满足各自的定制...

    用户1278550
  • CentOS6下rpm打包实战

    jeremyxu
  • RPM软件包管理机制之旅

        Linux下的man命令十分实用,可以查看Linux命令的手册。但这些手册只适用于忘记命令的选项时查询之用,如果用来学习Linux下类似于Git, RP...

    用户1214695
  • Linux下RPM打包制作过程

    Version: 软件的实际版本号,例如:1.0.1等,后面可使用%{version}引用

    砸漏
  • DRBD磁盘镜像技术

    第一章:DRBD概念原理以及安装     1.DRBD是由内核模块和相关脚本而构成,用以构建高可用的集群.其实现方式是通过网络来镜像整个设备(磁盘).它允许用户...

    BGBiao
  • rpm-build方式制作rpm包

    可以将编译完成的服务打成rpm包放到私有仓库了,用于自定义的各种软件进行安装部署配置。

    陈不成i
  • CentOS7下制作openssl1.1.1i RPM包并升级

    OpenSSL官方发布了拒绝服务漏洞风险通告,漏洞编号为CVE-2020-1971

    yuanfan2012
  • RPM包制作方法

    最近有同学问我制作RPM包相关的问题,我发现我以前做过,但是忘记记录了,现在记录一下:

    用户3765803
  • 学会四招让你在linux下安装程序变得简单

      由于最近想自己摸索一些linux下的东西,开始玩起了Linux系统,在安装软件的过程中有诸多的不解和困惑,现在终于搞明白了具体是怎么样的安装步骤和过程,先分...

    阿豪聊干货
  • CentOS源码构建RPM包

    之前在安装nova-compute服务时,遇到了nova-compute服务要求qemu-kvm >= 2.9.0的依赖问题,但是对应版本的操作系统仅有2.7....

    jiang
  • 实战演练:MySQL RPM包定制化制作全过程

    墨墨导读:本文详细介绍一键式安装部署,定制化制作MySQL RPM包的过程,希望可以帮助到读者朋友 。

    数据和云
  • 三分钟手操rpm包

    每每开发完一个程序,对于开发人员来说commit完代码就万事大吉了,实施和运维就只能骂一句仆街,然后硬着头皮去部署。

    机智的程序员小熊
  • Liunx(centos8)下的yum的基本用法和实例(推荐)

    Yum(全称为 Yellow dog Updater, Modified)是一个在Fedora和RedHat以及CentOS中的Shell前端软件包管理器。基于...

    砸漏
  • (内部资料)第十七讲:如何将服务一劳永逸的集成到ambari中,方便新环境部署,无需二次拷贝

    通常,我们在自定义服务集成开发中,会将集成服务的代码项目放置到 /var/lib/ambari-server/resources/stacks/HDP/<ver...

    create17

扫码关注云+社区

领取腾讯云代金券