问题标签 [rpm]

What do I need to add to my .spec file to create the desktop shortcut and assign an icon to the shortcut during install of my .rpm? If a script is required, an example would be very helpful.

我在哪里可以找到不同版本的 Redhat Enterprise Linux 的最新 RPM？具体来说，我正在寻找 Apache RPM。通常我会求助于：http ://dag.wieers.com/rpm/packages/但他们似乎没有任何适用于 apache 的 RPMS。

有任何想法吗？

我知道如何使用 rpm 列出包的内容（rpm -qpil package.rpm）。但是，这需要知道 .rpm 文件在文件系统上的位置。一个更优雅的解决方案是使用包管理器，在我的例子中是 YUM。如何使用 YUM 来实现这一点？

How can I find out whether a specific RedHat release (RHEL4, RHEL5...) contains a certain package (or a certain version of a package)? For Debian and Ubuntu, there's packages.debian.org and packages.ubuntu.com; is there a similar web site for RedHat?

Note: I don't want to have to install all the releases just to check some package version :-)

我有一个 'exec' rpmbuild 的 tcl 脚本。这样做时，rpmbuild 使用的“topdir”是错误的。我的主目录中有一个 .rpmmacros 文件，如果我手动调用 rpmbuild，它可以正常工作，即。“topdir”不是默认的。

我在 tcl 脚本中添加了一个[exec rpmbuild "--showrc" ]来检查topdir的值，它显示 '-14: _topdir %{_usrsrc}/redhat' 这是默认值。

有人可以解释一下为什么会出现这种情况以及如何解决吗？

我宁愿不必用 --define 指定它，因为它实际上是在 makefile 中完成的，我不想碰它（如果没有其他选择，我会这样做）。

我需要从在 Windows 计算机上运行的 ANT 脚本创建一个 RPM 包。这个包必须包含构建的结果类以及其他一些额外的资源。

我想应该有一些程序可以从命令行调用来创建这个包。

我想在 windows 下做这件事的原因是我们有一个脚本可以为几个不同的平台构建安装程序，而且一切都已经为 windows 配置好了，所以我想避免将所有东西迁移到 linux 的痛苦。

你知道如何做到这一点吗？

编辑：我使用了单独的 Linux 机器来执行此操作。我使用 scp 任务复制所有文件，然后使用 ssh 任务远程执行 rpm 命令。如果此任务返回成功代码，我会使用 scp 将生成的 rpm 复制回来。

我想用一个 3 行 Python 脚本来执行此操作，但 yum Python API 是难以理解的。这甚至可能吗？

为“yum list package-name”编写一个包装器是唯一的方法吗？

我正在打包一个 rpm 文件，该文件有一个 %postinstall 部分，用于检测某些条件并运行一套单元、功能和系统测试。当我使用代码本身用于诊断的一些相同环境变量时，我得到了一些回击，它暴露了一些内部结构。想法？

更新：我不打算自动运行测试，也不打算将它们的存在暴露给最终用户。我建议该测试包仅适用于该套件所在的任何机器。它使包的最终大小增加了大约 3%，并且需要大量的内部知识才能正确执行。

程序本身是一个库，其他人可以使用并在 API 中公开。事物如何运作的内部知识不是问题。我的主要动机是缺乏合适的测试资源和目标环境的巨大可变性。一些测试非常简单（类似于 configure 可能会确定编译器提供的所有正确功能）。其他测试涉及更多，它们证明了库应该提供的基本功能。

我刚开始第一次使用通过 Linux RPM 机制而不是作为独立安装程序交付的产品，并意识到这会使测试/发布周期变得更加棘手。

当我与安装程序一起工作时，我们只需更改构建系统中的构建编号以将构建标记为测试或发布候选而不是开发快照，并告诉人们只安装候选构建以进行测试。使用 RPM 这样做的问题在于，如果我们更改编号系统，我们将破坏交付机制，安装的机器将无法再分辨出哪个是 RPM 的最新版本。

我想到的解决这个问题的最好方法是将候选 RPM 放在一个完全独立的 RPM 存储库中，但这也变得复杂，因为我们有多个 RPM 来自同一存储库，它们处于不同的发布周期，所以我们将尝试从新存储库中提取 RPM A 的候选发布版本，同时仍希望从开发存储库中获取 RPM B 的开发快照。

这对于 Linux 软件来说一定是一个非常普遍的问题，所以有人能告诉我最佳实践吗？提前致谢 .....

我有几个希望使用 rpm 部署的应用程序。我的应用程序部署中的某些文件会覆盖其他已部署包中的文件。简单地在部署包中包含新文件会导致 rpm 冲突。

我正在寻找使用 rpm 更新/替换已安装文件的正确方法。

我已经提出了一些解决方案，但似乎没有什么是完全正确的。

• 维护包含原始文件的自定义版本的 rpm。

尽管与其他一些可能的解决方案相比，这看起来不像是黑客攻击，但这似乎是一项相对较小回报的大量工作。

• 将 rpm 中的文件包含在另一个名称中，然后将它们复制到帖子部分。

这会起作用，但意味着会在系统中乱扔文件的多个副本。这也意味着每个文件的 rpm 构建规范中的额外维护。

• 在 post 部分使用 wget 替换来自某些已知服务器的原始文件。

这类似于复制技术，但文件甚至不会存在于 rpm 中。不过，这可能就像一个很好的中央配置机构。

• 将文件部署为新文件，然后使用符号链接覆盖原始文件。

这也类似于复制技术，但更简洁。这里的问题是某些文件不像符号链接那样表现得很好。