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

Reply via email to