如何在以下位置执行脚本%pre, %post, %preun or %postun 安装/升级rpm时的阶段（规格文件）

最新推荐文章于 2024-06-27 14:19:23 发布
最新推荐文章于 2024-06-27 14:19:23 发布
阅读量3k 收藏 13
点赞数 3
分类专栏： linux常用工具 文章标签： linux shell
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_22418329/article/details/109983388
版权

rpmbuild的spec文件

spec各个阶段说明

序言部分

Name 姓名

名称行定义了包的实际名称。一般来说，使用软件的名称是个好主意。名称也将包含在包标签和包文件名中。

Version 版本

版本行应该设置为正在打包的软件的版本。版本也将包含在包标签和包文件名中。

Release 发布

发行版是一个数字，用来表示软件在当前版本中被打包的次数。您可以将其看作是包的版本号。发布也是包标签和包文件名的一部分。

License 许可证

许可线用于保存打包软件的许可信息。这使得很容易确定哪些包可以免费重新分发，哪些不可以。在我们的例子中，cdplayer 是根据 GNU通用公共许可协议协议的条款提供的，所以我们已经把 GPL 放在一边了。

Group 组别

分组行用于保存一个字符串，该字符串定义如何将打包软件与其他软件包进行分组。字符串由一系列由斜杠分隔的单词组成。从左到右，这些词更加明确地描述了打包软件。我们将 cdplayer 分组在 Applications 下，因为它是一个应用程序，然后在 Sound 下，因为它是一个与声音相关的应用程序。

Source

源代码行有两个用途::

  • 记录在哪里可以找到打包软件的源。
  • 给出源文件在 SOURCES 子目录中的名称。

URL 网址

URL 行用于包含一个 URL，如源代码行。它们有什么不同？虽然源代码行用于提供 RPM 的源文件名，但 URL 行指向正在打包的软件的文档。

Distribution 分布

分销线包含产品的名称，打包的软件是其中的一部分。在 Linux 世界中，操作系统通常被打包成一个“发行版” ，因此得名。由于我们在本例中使用了一个虚构的应用程序，因此我们在发行行中填充了一个虚构发行版的名称。没有要求 spec 文件包含一个分发行，所以个人可能会忽略这一点。

Vendor 卖主

供应商系列标识分发软件的组织。为了保持我们的虚构主题，我们虚构了一家公司，White Socks Software，添加到我们的规范文件中。个人可能也会忽略这一点。

Packager 包装者

打包者行用于标识实际打包软件的组织，而不是软件的作者。在我们的示例中，我们选择了他们中最伟大的包装者——圣诞老人——来为 White Socks Software 工作。请注意，我们已经以电子邮件地址的形式包含了联系信息。

Description 描述

描述行有点不同，因为它以百分号开头。这也是不同的，因为信息可以占用一行以上。与摘要行相比，它用于提供对打包软件更详细的描述。


#
# Example spec file for cdplayer app...
#
Summary: A CD player app that rocks!
Name: cdplayer
Version: 1.0
Release: 1
License: GPL
Group: Applications/Sound
Source: ftp://ftp.gnomovision.com/pub/cdplayer/cdplayer-1.0.tgz
URL: http://www.gnomovision.com/cdplayer/cdplayer.html
Distribution: WSS Linux
Vendor: White Socks Software, Inc.
Packager: Santa Claus <sclaus@northpole.com>

%description
It slices!  It dices!  It's a CD player app that
can't be beat.  By using the resonant frequency
of the CD itself, it is able to simulate 20X
oversampling.  This leads to sound quality that
cannot be equaled with more mundane software...

构建rpm

如果 执行设置某个包的操作，在各个阶段上设置包名即可。

%package: test
%build test
%files test

创建了软件的构建环境

prep

在% prep 部分创建了软件的构建环境，从移除之前任何构建的残余开始。在此之后，将扩展源归档文件。下面是% prep 部分在我们的示例规范文件中的样子:


%prep
rm -rf $RPM_BUILD_DIR/cdplayer-1.0
zcat $RPM_SOURCE_DIR/cdplayer-1.0.tgz | tar -xvf -

如果% prep 部分看起来像一个脚本，那是因为它就是。这里可以使用任何 sh 结构，包括环境变量的展开(比如由 RPM 定义的 $RPM _ build _ dir 变量) ，以及通过 tar 管道输出 zcat 的输出。[1]

通常情况下，为了正确构建，源代码可能需要修补。% prep 部分是修补源代码的适当位置，但是在本例中不需要修补。然而，不要害怕，我们将在第20章中探讨如何修补它的所有荣耀，当我们构建一个更复杂的包时。

package

虽然到目前为止我们已经看到的每个指令都在 ％files列表中使用，但％package 指令却不同。它用于允许每个规格文件创建多个软件包，并且可以在规格文件的任何位置出现。这些其他程序包称为子程序包。根据包含％package指令的行的内容来命名子 包。package指令的格式为：

%package: <string>

build

毫不奇怪，spec 文件中负责执行构建的部分是% build 部分。与% prep 部分一样,% build 部分也是一个普通的 sh 脚本。与% prep 部分不同，这里没有宏。原因是构建软件的过程要么非常简单，要么非常复杂。无论哪种情况，宏都不会有太大帮助。在我们的例子中，构建过程很简单:

%build
make

install

% install 部分作为 sh 脚本执行，就像% prep 和% build 一样。如果应用程序是使用 make 构建的，并且有一个“ install”目标，那么% install 部分也将非常简单。应用程序就是一个很好的例子:

%install
make install

files

% files 部分与其他部分不同，因为它包含作为包一部分的文件的列表。永远记住ーー如果它不在文件列表中，它就不会被放到包中！


%files
%doc README
/usr/local/bin/cdp
/usr/local/bin/cdplay
/usr/local/man/man1/cdp.1

doc

以% doc 开头的行是 RPM 处理不同文件类型的示例。正如您可能猜到的,% doc 代表文档。% doc 指令用于将文件标记为文档。在上面的示例中，README 文件将放在特定于包的目录中，位于/usr/doc 中，称为 cdplayer-1.0-1。还可以将文件标记为文档，并将其安装在其他目录中。这在第13章的% doc 指令部分有更详细的介绍。

clean

另一个缺少的部分有一个相当描述性的标题% clean。此部分可用于清除不属于应用程序正常生成区域的任何文件。例如，如果应用程序在/tmp 中创建一个目录结构作为其构建的一部分，则不会删除它。通过向% clean 部分添加一个 sh 脚本，可以在创建二进制包之后正常地处理这种情况。

构建多个rpm

spec脚本 rpm

RPM规范文件有几个部分，这些部分允许软件包在安装和删除时运行代码。这些代码位称为scriptlet，主要用于用软件包中的信息更新正在运行的系统。

调用脚本时，将为它们提供一个参数。通过$1（对于shell脚本）访问的此参数是该名称的软件包的数目，该数目将在操作完成时保留在系统上

所有脚本必须以0退出状态退出。

％pre和％post中的scriptlet分别在安装软件包之前和之后运行。脚本％preun和％postun在软件包卸载之前和之后运行。脚本％pretrans和％posttrans在事务的开始和结束时运行。
升级时，脚本按以下顺序运行：

  1. 新包装的％pre（软件包安装）
  2. 新包装的％post
  3. 旧包的％preun（去除旧包装）
  4. 旧软件包的％postun
    我创建了两个具有两个不同版本的rpm，在规范文件中具有以下内容：
%pre
echo “————-“
echo “This is pre”
echo “Install Value: $1”
echo “Upgrade Value: $1”
echo “Uninstall Value: $1”
echo “————-“
%post
echo “————-“
echo “This is post”
echo “Install Value: $1”
echo “Upgrade Value: $1”
echo “Uninstall Value: $1”
echo “————-“

%preun
echo “————-“
echo “This is preun”
echo “Install Value: $1”
echo “Upgrade Value: $1”
echo “Uninstall Value: $1”
echo “————-“

%postun
echo “————-“
echo “This is postun”
echo “Install Value: $1”
echo “Upgrade Value: $1”
echo “Uninstall Value: $1”
echo “————-“

安装rpm

以下是安装rpm时的片段：

# rpm -ivh /tmp/rpmbuild/RPMS/x86_64/deepak-1.0.0-1.x86_64.rpm
Preparing…                          ################################# [100%]
————-
This is pre
Install Value: 1
Upgrade Value: 1
Uninstall Value: 1
————-
Updating / installing…
   1:deepak-1.0.0-1                   ################################# [100%]
————-
This is post
Install Value: 1
Upgrade Value: 1
Uninstall Value: 1
————-

升级rpm

# rpm -Uvh /tmp/rpmbuild/RPMS/x86_64/deepak-2.0.0-1.x86_64.rpm
Preparing…                          ################################# [100%]
————-
This is pre
Install Value: 2
Upgrade Value: 2
Uninstall Value: 2
————-
Updating / installing…
   1:deepak-2.0.0-1                   ################################# [ 50%]
————-
This is post
Install Value: 2
Upgrade Value: 2
Uninstall Value: 2
————-
————-
This is preun
Install Value: 1
Upgrade Value: 1
Uninstall Value: 1
————-
Cleaning up / removing…
   2:deepak-1.0.0-1                   ################################# [100%]
————-
This is postun
Install Value: 1
Upgrade Value: 1
Uninstall Value: 1
————-

删除rpm

# rpm -e deepak
————-
This is preun
Install Value: 0
Upgrade Value: 0
Uninstall Value: 0
————-
————-
This is postun
Install Value: 0
Upgrade Value: 0
Uninstall Value: 0
————-

如您所见，现在有了必须使用的Scriplets值。以下是合并的输出
在这里插入图片描述
因此，让我们使用它们来添加一些脚本

最终规格文件

最终规格文件的时间。在这里用要执行的脚本内容替换相应的空间
我已根据要执行的操作突出显示了打印语句。您可以替换这些打印语句，并相应地放置脚本。

%pre
if [ $1 == 1 ];then
   echo “———————–“
   echo “RPM is getting installed”
   echo “Put your script here”
   echo “———————–“
elif [ $1 == 2 ];then
   echo “———————–“
   echo “RPM is getting upgraded”
   echo “Put your script here”
   echo “———————–“
fi
%post
if [ $1 == 1 ];then
   echo “———————–“
   echo “RPM is getting installed”
   echo “Put your script here”
   echo “———————–“
elif [ $1 == 2 ];then
   echo “———————–“
   echo “RPM is getting upgraded”
   echo “Put your script here”
   echo “———————–“
fi

%preun
if [ $1 == 1 ];then
   echo “———————–“
   echo “RPM is getting upgraded”
   echo “Put your script here which will be called when this rpm is removed”
   echo “———————–“
elif [ $1 == 0 ];then
   echo “——————–“
   echo “RPM is getting removed/uninstalled”
   echo “Put your script here which will be called before uninstallation of this rpm”
   echo “——————–“
fi

%postun
if [ $1 == 1 ];then
   echo “———————–“
   echo “RPM is getting upgraded”
   echo “Put your script here which will be called when this rpm is removed”
   echo “———————–“
elif [ $1 == 0 ];then
   echo “——————–“
   echo “RPM is getting removed/uninstalled”
   echo “Put your script here which will be called after uninstallation of this rpm”
   echo “——————–“
fi

安装rpm

# rpm -ivh ../RPMS/x86_64/deepak-1.0.0-1.x86_64.rpm
Preparing…                          ################################# [100%]
———————–
RPM is getting installed
Put your script here
———————–
Updating / installing…
   1:deepak-1.0.0-1                   ################################# [100%]
———————–
RPM is getting installed
Put your script here
———————–

升级rpm

# rpm -Uvh ../RPMS/x86_64/deepak-2.0.0-1.x86_64.rpm
Preparing…                          ################################# [100%]
———————–
RPM is getting upgraded
Put your script here
———————–
Updating / installing…
   1:deepak-2.0.0-1                   ################################# [ 50%]
———————–
RPM is getting upgraded
Put your script here
———————–
———————–
RPM is getting upgraded
Put your script here which will be called when this rpm is removed
———————–
Cleaning up / removing…
   2:deepak-1.0.0-1                   ################################# [100%]
———————–
RPM is getting upgraded
Put your script here which will be called when this rpm is removed
———————–

卸载rpm

# rpm -e deepak
——————–
RPM is getting removed/uninstalled
Put your script here which will be called before uninstallation of this rpm
——————–
——————–
RPM is getting removed/uninstalled
Put your script here which will be called after uninstallation of this rpm
——————–

我希望这篇文章有用。

山羊哥-老宋
关注
  • 3
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
RPM打包技术与典型SPEC文件分析
07-18
5. ** `%pre`、`%post`、`%preun`、`%postun`**: 这些宏定义了安装前、安装后、卸载前和卸载后的脚本，允许自定义安装过程。 6. ** `%buildroot`**: 指定一个临时目录，用于构建软件包。 7. ** `%install`**: 定义...
java 打包rpm打包文档.zip
06-17
关键部分是`%install`和`%post`、`%pre`、`%postun`等脚本，它们分别在安装、启动、停止和卸载时执行。 4. **启动和停止脚本** `%post`部分通常用于创建启动脚本，例如`/etc/init.d/myapp`，这是一个遵循System V...
%preun(vsftpd-2.0.1-2mdk.x86_64) scriptlet failed, exit status 127 解决方案
会飞的猫的博客
03-01 5525
之前电脑上装了vsftpd，然而当通过rpm -e vsftpd卸载的时候报错： %preun(vsftpd-2.0.1-2mdk.x86_64) scriptlet failed, exit status 127 解决方案如下： 查看 vsftpd 完整安装包文件 rpm -qa |grep vsftpd-2.0.1-2mdk.x86_64 [root@IBCP-NX-EPG02 /
软件管理之rpm、yum使用
y805805的博客
04-02 1165
静态和动态链接 链接主要作用是把各个模块之间相互引用的部分处理好，使得各个模块之间能够正确地衔接，分为静态链接和动态链接 静态链接 1、把程序对应的依赖库复制一份到包 2、libxxx.a 3、嵌入程序包 4、升级难，需重新编译 5、占用较多空间，迁移容易 动态链接 1、只把依赖加做一个动态链接 2、libxxx.so ...
%prep 部分的作用
最新发布
qq_43287763的博客
06-27 224
在 %prep 部分，%setup -q 用于解压缩源码包并进入解压后的目录，而 %patch0 -p1 用于应用指定的补丁文件。通过这些步骤，可以在构建 RPM 包之前自动化处理源码的准备工作，确保所有必要的修改已经应用。
[坑]打rpm包时，注意%post和%postun的执行顺序
weixin_33972649的博客
04-12 2177
问题 掉进坑里面了。最近完成了阿里PHP5.5.25的rpm打包。今天在升级其中一个扩展的时候发现，只要升级成功之后，扩展在配置文件中相关配置项就会被注释掉。最终定位到是spec文件中%postun段写的有问题。 spec文件中%postun段的代码示例如下： %postun conf_path="/php-fpm/lib/php.ini" sed...
什么是%prec
skywuuu的博客
01-01 3847
什么是%prec 理解%prec %prec即是precedence的缩写，也就是用来决定优先级的。比如在符号中本来没有UMINUS这个说法（UMINUS表示一元负号，也就是给一个数加上负号，例如：−5×6-5\times6−5×6，其实UMINUS就是个名字，想取什么就取什么）但却有所需求，在规则后面加上此话则可以确定其优先级。 定义语法 %prec terminal-symbol 这个定义就是把该终结符(terminal)所具有的优先级赋予该规则，而这个优先级将会覆盖在普通方式下推断出来的该规则的优先级
rpm出现"error: %preun( ) scriptlet failed, exit status 1问题
04-27 2865
在linux里安装程序有两种方法，一种是源程序安装，按照安装包里的readme或者install文件指示，一步步地进行，通常是configure, make, install三部曲。另一种就是rpm包，这个类似windows里常见的安装程序，既可在xwin里双击运行，也可以在终端里输入 rpm -ivh packagename开始安装。 卸装时，用源程序安装的运行make uninsta
升级和安装的rpm过程中 spec 文件中脚本调用顺序和参数
路人丙的奋斗史
04-06 2318
升级和安装的rpm过程中 spec 文件中脚本调用顺序和参数 RPM has 4 parts where (shell) scripts can be used: RPM 在升级/安装的过程中，有4个部分的脚本会被调用： %pre - 安装前调用 %preun - 卸载前调用 %post - 安装后调用 %postun - 卸载后调用 在执行这些脚本时，都会同一个变量 “$1” 传入的值，来判断具体执行的是以下的哪步操作： Initial installation Upgrade Un-install
RPM 升级中的postun 参数
mrhesongze的博客
08-23 2364
假如你升级前的php-tclip包的版本是1.0。升级后的php-tclip包的版本是2.0。 当你执行yum update php-tclip -y 命令升级时，%post和%postun段的执行顺序如下： 首先，执行新的2.0包spec文件中的%post段代码。 然后，执行旧的1.0包spec文件中的%postun段代码。 当升级时，完整的执行流程如下： 1、执行新包spec文件中 %pre...
rpm升级时spec文件执行的流程
weixin_30512089的博客
05-28 804
转自：https://www.cnblogs.com/zafu/p/7423758.html %pre 和%post 脚本片段分别在软件包安装前和安装后执行。%preun 和%postun 脚本片段分别在软件包卸载前和卸载后执行。%pretrans 和%posttrans 脚本片段分别在软件包事务开始和结束时执行。升级软件包时，按如下顺序执行脚本片段： 检查软件包依赖、下载软件包和 ...
How to create an RPM package_zh-cn.zip
01-17
更复杂的`.spec`文件可以包含自定义脚本，如 `%pre`、`%post`、`%preun` 和 `%postun`，它们在安装、升级或卸载软件时执行。此外，还可以处理文件权限、所有权、符号链接以及配置文件的备份。 10. **最佳实践** -...
Linux下RPM打包制作过程
09-15
Linux下的RPM打包制作流程是将软件源代码转化为可供Linux系统安装的RPM包的过程，这一过程涉及到多个步骤和配置文件。RPM（Red Hat Package Manager）是一种广泛应用于Linux发行版的软件包管理器，它使得软件的安装...
gradle制作rpm包
10-24
- `%pre`、`%post`、`%preun`、`%postun`：分别代表安装前、安装后、卸载前和卸载后的脚本。 - `%prep`、`%build`、`%install`、`%check`、`%clean`和`%changelog`：定义打包的不同阶段。 4. **`rpmbuild`用法** ...
elasticsearch 6.6.0的安装
u010152183的专栏
02-13 1114
1.服务器准备：centos7.4系统，Jdk1.8 cat /etc/redhat-release。Es6.x 如果是自带的openjdk需要先卸载： rpm -qa|grep java rpm -e –nodeps * 2.ElasticSearch安装：本次采用的版本为6.6.0 https://elasticsearch.cn/download/ （1）地址：https://artif...
RPM包rpmbuild SPEC文件深度说明
horace_lee的专栏
03-05 1255
update log: 2010.01.08 加入SPEC文件中的宏定义和变量 2010.01.08 关键字说明，如何在升级过程中不覆盖配置文件    上一篇日志写到，为什么要制作rpm包，以及如何使用.src.rpm文件生成rpm包。最后部分还看到.src.rpm的内容，实际上 就是由.tar.gz源码、补丁软件和.spec脚本组成的。由此知道，使用.spec生成rpm包是比较简单...
rpm spec文件段落的执行顺序详解
十年运维开发经验的王义杰在此分享自己的知识和经验
10-10 533
在RPM (Red Hat Package Manager) 的打包过程中，spec文件是非常重要的，它定义了如何构建、安装和卸载一个软件包。这个执行顺序确保了软件包的正确构建、安装和卸载。在你提供的spec文件中，每个段落都对应着RPM生命周期中的特定任务和时期。段中的命令会在构建过程中创建必要的目录和复制文件，而。段中的脚本则会在安装和卸载过程中执行。
RPM打包笔记
qq_44872284的博客
11-28 459
RPM打包使用的是rpmbuild命令，这个命令来自rpm-build包，由于rpmdevtools还包含一些其他的工具，同时它依赖rpm-build，所以直接安装rpmdevtools更方便，在安装同时也会将rpm-build安装。%preun（%preun 段落中的脚本会在软件包卸载之前执行）%preun（%preun 段落中的脚本会在软件包卸载之前执行）%post（%post 段落中的脚本会在软件包安装完成后执行）%post（%post 段落中的脚本会在软件包安装完成后执行）一、安装rpm打包工具。
如何打rpm包
qq_23953675的博客
11-16 1028
本文介绍的是编译好使用的库以后，打包的过程，不包含编译部分 基础信息 rpm环境安装好后默认的打包路径为/root/rpmbuild SPECS是写spec文件的地方 RPMS是生成的rpm包存储位置 BUIDROOT临时存储中间文件的地方 spec介绍 Name:为rpm的名字 Version：为rpm包版本号 %prep 打包之前做的操作 %pre 安装rpm包前的操作 %%%% 此处为真正的安装过程，会将%prep中做好的文件目录拷贝到对应的地方 %post 安装rpm包后的操作 %pre
error: %preun(ODBback-4.6.0-1.el7.x86_64) scriptlet failed, exit status 127
05-19
这个错误是 RPM 包在卸载时执行卸载脚本(preun)失败导致的。状态码 127 表示某个命令没有找到或者执行失败。 你可以尝试手动执行卸载脚本，看看是否能够重现这个错误，并查看具体的错误信息。比如： ``` sudo rpm -e --noscripts ODBback-4.6.0-1.el7.x86_64 sudo rpm -e --scripts ODBback-4.6.0-1.el7.x86_64 ``` 第一条命令会跳过执行卸载脚本，直接卸载 RPM 包；第二条命令会执行卸载脚本，并输出脚本的执行情况。如果出现了错误，你可以根据错误信息来定位问题所在。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

山羊哥-老宋

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值