在构建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除非绝对没有其他方法，否则请勿构建软件包。
