Package Build Report - Fedora Extras Development
Ralf Corsepius
rc040203 at freenet.de
Thu May 5 19:52:50 UTC 2005
On Thu, 2005-05-05 at 19:27 +0200, Michael Schwendt wrote:
> On Thu, 05 May 2005 18:35:33 +0200, Ralf Corsepius wrote:
>
> > Well, AFAICT, something is broken elsewhere, either in rpm, the
> > buildsystem or inside of the GLU's packaging.
> >
> > > Both libGLU.so.1()(64bit) and libGL.so.1()(64bit) virtual provides do exist.
> > The actual question here is:
> > What does "provides: libGLU.so.1" mean?
>
> Well, first of all it means that the package includes a shared object
> library with the SONAME libGLU.so.1 and stores this library in dynamic
> linker's search path. (If it stores it elsewhere, that's a package bug
> IMHO). Due to multilib it has become more complicated, apparently, as
> the SONAME is identical on every architecture, and only RPM seems to
> mark the 64-bit version in a package.
>
> > > > say, rsp. what does
> > > > "rpm -q --whatprovides libGLU.so"
> > > >
> > > > with a both versions of libGLU.so installed report?
> > >
> > > No package would ever provide that as a SONAME. Only querying
> > > the actual files with complete paths [as above] works.
> > Sorry, I meant
> > rpm -q --whatprovides libGLU.so.1
>
> An i386 package. :)
Urgh, in other words, SONAME provides have become meaningless and
useless, i.e. rpm on x86-64 is severely borked :(
Ralf.
More information about the fedora-extras-list
mailing list