使用不同的（冲突的）软件包名称安装不同配置的软件包 基于Arch Linux的发行版强制执行用户配置。本质上，arch强制用户通过进入配置文件并更改配置来配置包（如果您想了解，这是一件非常好的事情）

有趣的是，基于RPM和Arch的发行版通常都会发布

po-debconf

，这是一个适合该发行版的

debconf

。但是，我不能说太多，因为我从未尝试过它。

应该从软件包管理器中获得适合linux发行版的软件包。将一个包放入包管理器通常不是一件小事，它涉及到将您的包放入项目团队的一些审查队列中。更多情况下，您可以将非存储库包作为

.deb

和

.rpm

分发（关于如何创建这些包，有很多文档）。就个人而言，我认为创建一个包最简单。此外，图形安装程序，即使是基于终端的，在linux发行版中也不受欢迎。感谢您澄清了软件包是如何向公众提供的，但我认为您在上一次发言中错了，因为许多发行版都使用图形安装程序。我知道像gentoo和Arch这样的发行版由于目标用户的原因没有图形安装程序，但即使如此，人们仍然为他们开发安装程序，使事情变得更简单。我只是在问如何制作它们，因为似乎所有的命令行图形安装程序都使用相同的基址。为我令人困惑的短语道歉。我的意思是，包本身不应包含任何图形安装。至于安装者自己，他们只是互相打电话。以debian为例，它使用

dpkg

，但大多数人使用

apt-get

，它在后台调用

dpkg

。有一种“诅咒图形化”

aptitude

（可能是有史以来第一个图形包管理器），它只调用

apt-get

。还有完全图形化的

synaptic

，它也在幕后调用

apt-get

。换句话说，当构建一个包时，一个人只关心

dpkg/apt get

info。啊，好的，谢谢你的澄清。然而，我仍然对我可以使用我想要的软件包安装程序屏幕感到困惑，这张图片显示了我想要了解如何使用的格式。抱歉，我太笨了。应该可以从软件包管理器获得适合linux发行版的软件包。将一个包放入包管理器通常不是一件小事，它涉及到将您的包放入项目团队的一些审查队列中。更多情况下，您可以将非存储库包作为

.deb

和

.rpm

分发（关于如何创建这些包，有很多文档）。就个人而言，我认为创建一个包最简单。此外，图形安装程序，即使是基于终端的，在linux发行版中也不受欢迎。感谢您澄清了软件包是如何向公众提供的，但我认为您在上一次发言中错了，因为许多发行版都使用图形安装程序。我知道像gentoo和Arch这样的发行版由于目标用户的原因没有图形安装程序，但即使如此，人们仍然为他们开发安装程序，使事情变得更简单。我只是在问如何制作它们，因为似乎所有的命令行图形安装程序都使用相同的基址。为我令人困惑的短语道歉。我的意思是，包本身不应包含任何图形安装。至于安装者自己，他们只是互相打电话。以debian为例，它使用

dpkg

，但大多数人使用

apt-get

，它在后台调用

dpkg

。有一种“诅咒图形化”

aptitude

（可能是有史以来第一个图形包管理器），它只调用

apt-get

。还有完全图形化的

synaptic

，它也在幕后调用

apt-get

。换句话说，当构建一个包时，一个人只关心

dpkg/apt get

info。啊，好的，谢谢你的澄清。然而，我仍然对我可以使用我想要的软件包安装程序屏幕感到困惑，这张图片显示了我想要了解如何使用的格式。对不起，如果我是愚蠢的。谢谢你，这回答了我的问题。在我有包装方面的经验之前，我似乎不应该问这样的问题。真的，包装方面的经验就是试着去做。如果您遵循教程，花两天时间将自己的一个软件打包到发行版包中，那么您的经验就足够了。制作一个包并不困难，有很多工具可以帮助你。将一个包包含到官方存储库是另一回事，但几乎不需要做前者。谢谢，这回答了我的问题。在我有包装方面的经验之前，我似乎不应该问这样的问题。真的，包装方面的经验就是试着去做。如果您遵循教程，花两天时间将自己的一个软件打包到发行版包中，那么您的经验就足够了。制作一个包并不困难，有很多工具可以帮助你。将包包含到官方存储库是另一回事，但几乎不需要执行前者。