single RPM for all distros?
Heyman, Jerrold
Jerrold.Heyman at emc.com
Wed Jun 1 15:08:23 UTC 2016
Yes, the original request was for a binary RPM.
Specifically, we are leveraging libfuse
SLES packages as libfuse2, RHEL packages as fuse-libs, Mageia as lib64fuse2, ...
A single way to write the 'Requires:' directive would be my holy grail.
Jerry Heyman |
Principal Software Engineer | Software is the difference
EMC Data Domain | between hardware and reality
Jerrold.Heyman at emc.com / 919.597.7812 |
> -----Original Message-----
> From: Rpm-list [mailto:rpm-list-bounces at lists.rpm.org] On Behalf Of Stuart D. Gathman
> Sent: Wednesday, June 01, 2016 10:12 AM
> To: General discussion about the RPM package manager
> Subject: Re: single RPM for all distros?
>
> On Wed, 1 Jun 2016, Daniel Letai wrote:
>
> > if find-requires provides the correct libs, you might use 'Autoreq:
> > yes' and it would work.
> > See http://www.rpm.org/max-rpm-snapshot/s1-rpm-depend-auto-depend.html
> >
> > On rhel, find-requires path is at
> > /usr/lib/rpm/find-requires
> >
> >
> > Otherwise, you can write conditional anything, e.g.,
> >
> > %if 0%{?fedora} >= 18 || 0%{?rhel} >= 7 %ifarch %{arm}
> > Requires: glibc >= 2.16
> > %endif
> > %endif
>
> Those provide for a single SRPM that compiles on multiple distros.
> That is good, and standard practice, but I think the OP was asking if there was a way for a single *binary* RPM to
> install on multiple distros. Of course there is, but what I've seen from proprietary vendors has been rather ugly -
> usually a combination of static linking and lengthy %pre/%post scripts that make me afraid to install the package.
>
> > On 04/29/2016 05:00 PM, Heyman, Jerrold wrote:
> >
> > I'm pretty sure I know the answer, but is there a way to have a
> > single product RPM that can be installed on multiple distros?
>
> --
> Stuart D. Gathman <stuart at gathman.org> "Confutatis maledictis, flamis acribus addictis" -
> background song for a Microsoft sponsored "Where do you want to go from here?" commercial.
More information about the Rpm-list
mailing list