Home/ Questions/Q 6846313
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-27T00:36:22+00:00

I have packaged my application into an RPM package, say, myapp.rpm . While installing

  • 0

I have packaged my application into an RPM package, say, myapp.rpm. While installing this application, I would like to receive some inputs from the user (an example for input could be – environment where the app is getting installed – “dev”, “qa”, “uat”, “prod”). Based on the input, the application will install the appropriate files. Is there a way to pass parameters while installing the application?

P.S.: A possible solution could be to create an RPM package for each environment. However, in our scenario, this is not a viable option since we have around 20 environments and we do not wish to have 20 different packages for the same application.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    In general, RPM packages should not require user interaction. Time and time again, the RPM folks have stated that it is an explicit design goal of RPM to not have interactive installs. For packages that need some sort of input before first use, you typically ask for this information on first use, our you put it all in config files with macros or something and tell your users that they will have to configure the application before it is usable.

    Even passing a parameter of some sort counts as end-user interaction. I think what you want is to have your pre or install scripts auto detect the environment somehow, maybe by having a file somewhere they can examine. I’ll also point out that from an RPM user’s perspective, having a package named *-qa.rpm is a lot more intuitive than passing some random parameter.

    For your exact problem, if you are installing different content, you should create different packages. If you try to do things differently, you’re going to end up fighting the RPM system more and more.

    It isn’t hard to create a build system that can spit out 20+ packages that are all mostly similar. I’ve done it with a template-ish spec file and some scripts run by make that will create the various spec files and build the RPMs. Without knowing the specifics, it sounds like you might even have a core package that all 20+ environment packages depend on, then the environment specific packages install whatever is specific to their target environment.

    • 0