On Thu, Oct 04, 2007 at 12:22:16PM -0400, Jorge M. wrote: > We decided to use native installers, therefore I need to create an RPM > package for Linux. The product is supported in multiple versions of RedHat > Linux: RH3, RH4, RH5 and in multiple architectures 32 and 64-bit. > The application runs mainly in Java, but there is a supporting set of > binaries. We have a different set of binaries for each Linux platform. > > I have been creating a single RPM, including the binaries for all Linux > platforms and using scripts to copy the right set of binaries to our app > "bin" folder and removing all other platform binaries. Wrong approach, IMHO. > Nevertheless, the built-in dependency processing does not allow me to > install the package because all lib dependencies for all platforms cannot be > satisfied. Which is correct. > I need some advice. Should I break my package into multiple RPMs? Yes. That is, have *one* src.rpm and create a binary rpm for every platform/arch. > I would really like to minimize the number of RPMs that I need to create. Why? If you have one src.rpm, it is very manageable, although you need to build the binary rpm on each platform/architecture combination that you want to support. > Is it "wrong" to create a single RPM for all OSversion-architecture ? How > do I avoid the dependency checking? Should I follow a different path? You can avoid dependency generation, but you shouldn't, as this is not necessary in your case. In your %install (and maybe other sections), use conditional (%if) code to differentiate between the various RHEL versions and architectures and copy only the corresponding binaries to the target root. If needed, also use conditionals in the %files section. Also, use some macro for the RHEL version in your Release tag, to differentiate the various binary rpm's for the same architecture. Your problem is really easy to solve in a correct way. -- -- Jos Vos <jos@xxxxxx> -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 _______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/rpm-list