fredag 11 mars 2005 17:47 skrev James Yonan:
> On Fri, 11 Mar 2005, Matthias Andree wrote:
> > On Thu, 10 Mar 2005, TomWalsh wrote:
> > > >True, but SuSE and RH/Fedora both use "lzo" and "lzo-devel" as the
> > > >provider names. That seems reasonable, as prepending a "lib" to the
> > > >provider names for all libraries would render most RPM .spec files
> > > >incompatible.
> > > >
> > > >Any guidance from LSB?
> > >
> > > No, LSB seems to deal with more basic issues of the O/S. What you
> > > could consider the "primatives" of a GNU/Linux systems contents.
> > > Nothing as far reaching as naming conventions for packages other than
> > > the minimum requisite packages to start & run a basic Linux system, RPM
> > > construction, etc.
> >
> > RPM appears to, at least on Red Hat and Novell/SUSE derived machines,
> > support the libraries' ELF SONAME, too, which is what my former
> > suggestion has been about, and AFAICS, the soname is the same on all
> > machines, namely liblzo.so.1 (use readelf -d to figure).
>
> Shorter term, because 2.0 final is so close, I don't want to change
> anything in the .spec except for stuff which is bracketed by %if
> "%{_vendor}" == "MandrakeSoft".
>
Well.. Mandrake is breaking it anyway... (sic!) In 10.2 beta they changed
MandrakeSoft to Mandrakesoft... :), so openvpn is not building fine in
cooker. First rpm -ta doesn't find "Specfile", which rpm in 10.2 apparently
wants, so I have to extract in manually, and then it fails because vendor is
not Mandrakesoft.
I bug reported the lzo-inconsistency a long time ago (they have other
libraries that have "compatibility provides", so having one for liblzo would
be too miuch, but so far nothing has changed to the better.
-- robin