在构建RPM软件包的过程中,我必须指定BuildRoot,以后将在%install中使用它来侵害$ RPM_BUILD_ROOT。我一直认为$ RPM_BUILD_ROOT是RPM执行打包的假安装。然后,在使用RPM软件包进行安装时,它将安装到实际位置。例如:
$RPM_BUILD_ROOT/usr/bin
我认为$ RPM_BUILD_ROOT仅用于打包过程,并且在某些方面,当用户执行“ rpm -ivh package.rpm”时,RPM可以区分$ RPM_BUILD_ROOT和实际安装位置为/ usr / bin。
但是最近在阅读一些文档时,建议$ RPM_BUILD_ROOT是将要安装的实际位置,并且$ RPM_BUILD_ROOT由用户通过设置环境变量$ RPM_BUILD_ROOT来指定,以便用户根据需要安装软件包。位置。否则,$ RPM_BUILD_ROOT将为空,并将安装到默认位置。在上述情况下,它是/ usr / bin。因此,$ RPM_BUILD_ROOT不仅用于打包或“假安装”过程,而且是用户定义安装位置的一种方式,类似于在Windows中选择文件夹位置。
我不知道我的想法是否正确。有人可以验证吗?提前致谢。
$RPM_BUILD_ROOT(或等效的%{buildroot}SPEC文件宏) 始终 保留目录,RPM将在该目录下查找要打包的任何文件。RPM脚本(例如,压缩手册页的脚本)也将使用该值来知道在哪里查找刚刚安装的文件。通常,该值是非空的,并且包含一个远离系统目录的位置- 通常在/tmp或下/var/tmp。
$RPM_BUILD_ROOT
%{buildroot}
/tmp
/var/tmp
SPEC文件的作者应确保make install(或有问题的软件正在使用的任何安装程序)将所有文件放置在下$RPM_BUILD_ROOT,并具有最终安装该软件时应使用的相同层次结构。例如,有RPM安装ls中/bin/ls,在%installSPEC文件部分应该确保ls被放置在$RPM_BUILD_ROOT/bin/ls。
make install
ls
/bin/ls
%install
$RPM_BUILD_ROOT/bin/ls
SPEC文件的作者也应使用该BuildRoot:标签指定正确的位置。或者,构建系统可以具有rpmrc带有正确条目的RPM配置文件。在任何情况下,都应设置构建根目录,以便:
BuildRoot:
rpmrc
普通用户将能够构建源程序包。
如果超级用户曾经构建过源程序包,则除非超级用户安装了生成的二进制程序包,否则构建过程不会破坏任何系统文件。是的,构建 某些 软件包可能有充分的理由root,例如-运行完整的glibc测试套件需要root某些测试的特权。
root
glibc
也就是说,RPM可以并且将使用空的构建根变量来构建软件包。在这种情况下,构建安装和最终目标位置将重合。例如,可能的调用make install将使用默认位置,从而在例如/usr/lib具有足够特权的情况下破坏系统文件。此外,/usr/bin/*在您的%files部分中,将愉快地将构建主机/usr/bin/目录的全部内容拉入您的二进制包中。
/usr/lib
/usr/bin/*
%files
/usr/bin/
底线:
切勿使用空的构建根。
root除非绝对没有其他方法,否则请勿构建软件包。