为什么软件会自动将其安装在/ usr / lib中？

我使用Linux服务器已有多年了，我一直对Filesystem Hierarchy Standard感到困惑。通常，我可以忍受困惑。但是，既然我正在为Linux开发自己的软件，那么我需要了解软件包管理器应该将其安装在何处。

我非常相信/ opt是我的应用程序的理想位置。但是在研究了我的Debian文件系统之后，我不再确定：/ usr / lib中实际上安装了许多软件！仅举几例：MySQL，MySQLWorkbench，Nautilus，Rythmbox ...

根据FHS的说法，/ usr / lib应该包含“用于编程和打包的库”和“包括不希望由用户或shell脚本直接执行的目标文件，库和内部二进制文件”（请参见此处）。

我的debian服务器的/ usr / lib中的许多软件不是库或内部二进制文件，而是成熟的用户可执行软件！

我仍然可以在/ opt中安装我的应用程序。但是我真的很想知道这是否正确，最重要的是为什么。

在此先感谢您的建议，

埃里克

了解文件系统层次结构标准的真正关键是要知道它是为网络文件系统而设计的。

对于具有相同OS，发行版和体系结构的每台计算机，您都可以通过NFS共享/ usr并将其挂载。
初始化网络堆栈后，（重新）安装/ usr。

/var <-- local, r/w optimized
/usr <-- can be mounted over network, possibly even read-only!
/opt <-- local, read mostly
/etc <-- local, read mostly
/srv <-- local, r/w optimized

/home <-- either/or

不同之处在于，它们/usr要保留作为系统一部分安装的软件包。从Debian / Ubuntu仓库，PPA等获得的软件包，请转至此处。虽然/opt是指未捆绑的第三方应用程序，这些应用程序未通过分发包的分发过程进行分发。

如果您分发.deb或.rpm软件包，并且希望最终将您的软件包含在官方存储库中，则应安装到/usr。否则安装到/opt。无论哪种情况，您的应用程序都应该能够被编译为可以在任意位置运行（例如，借助GNU自动工具）。

您安装图书馆<prefix>/lib，你的二进制文件<prefix>/bin，你的头文件<prefix>/include，手册页prefix/[share/]man，pkgconfig文件<prefix>/lib/pkgconfig或者<prefix/share/pkgconfig，你CMake的.m4文件<prefix>/share/aclocal

然后让程序包管理器确定前缀。如果您自己分配rpm / deb，/usr则前缀是一个不错的选择。

./configure --prefix=~/.local/ 应该仍然有效，所以请不要在任何地方对路径进行硬编码！

有些库被包装到其他工具中，这使它们也可以作为库执行和使用，但它们仍然是库，不在$ PATH中，因此可以将它们放在/ lib中。

我建议避免在/ opt下安装您的应用程序。原因1：某些发行版默认情况下没有/ opt原因2：/ usr / lib是库的标准路径{如果其他应用程序需要使用您的库，则需要手动将库路径添加到/ etc / ldconfig} / opt当您拥有手动安装的独立应用程序并且想知道它们的位置时，此功能更加方便

成熟的可执行文件位于/ usr / lib下的原因之一可能是它们是从其他脚本中使用的。{例如，bash脚本不能直接使用API​​。因此，一个常见的技巧是在此api周围构建一个“包装器”，然后将参数作为脚本的参数推送}

请安装在/ opt中。

太多的Linux应用程序与90年代Windows开发人员的制造方式相同。

让我们将我们的东西安装在C：\ windows中，以使其易于查找（并且速度稍快）。随之而来的是DLL地狱15年，因为不同的软件包需要相同库的不同版本（Windows中没有库的版本控制）。

除非您正在编写实际的系统软件，否则请将其放在/ opt中，以便人们可以更好地跟踪谁安装了什么软件。