从源tarball创建rpm软件包-但tarball不包含任何规范文件,仅包含一个安装脚本

| 在担任SysAdmin期间,我遇到了一些应用程序,这些应用程序不提供可安装在基于Redhat的发行版上的rpm软件包-仅源tarball。源tarball没有提供可以简化rpm软件包创建过程的spec文件。相反,源tarball仅提供bash / ksh /脚本,必须以root用户身份执行才能在系统上安装应用程序。 我试图创建一个rpm包,该包实际上运行安装脚本以执行安装脚本。我还尝试通过以非root用户身份来rpmbuild软件包,并尽最大可能修改安装脚本,以确保脚本的安装目录引用rpm enviromentals / macros,以正确地做事情。但是,由于复杂的安装脚本长达几百行,还需要其他脚本才能发挥作用……好吧,我注定会失败。 有没有更好的方法来打包这种.spec-less源tarball?更好的解决方案是: 在安装应用程序之前以某种方式拍摄系统快照 使用提供的安装脚本安装源tarball 安装后制作系统快照,并确定安装所做的更改/添加 将更改/添加列表放到spec文件中,并以这种方式创建rpm包? 任何有用的/相关的/指导性的/有趣的/深刻的建议以及对该问题的建议将不胜感激。 先感谢您     
已邀请:
        我认为最好的解决方案是请求上游为应用程序提供一个规范文件。另一种方法是请求体验包维护者来打包应用程序。或者,您可能会探索使用Makefile跟踪安装文件时检查安装。如果要打包自己,则应阅读此链接,因为它提供了解释并提供了许多示例。     
        我已经看到了许多您提到的脚本,并且我怀疑我可以肯定地告诉您该公司向您出售这些可怕的安装程序。 最好的选择是请求一个适当的可安装软件包。阅读有关为什么软件包比configure; make; make-install更好并且比install.sh废话更好的原因。有了这一点,即使这是讨论的重点,也要设法使它们进入第三个千年。这将是艰难的,但最终将是最有意义的。 除非如此,否则您将需要构建该程序包(并且现在您将了解原因)。不幸的是,有些应用程序和供应商的有效载荷无法打包,因为它们会编译,查询目标主机,寻找许可证,再编译更多,等等。     

要回复问题请先登录注册