On Mon, Sep 08, 2003 at 12:04:32AM +0200, Kai Thomsen wrote:
On Sun, 07 Sep 2003 16:01:12 -0500, Santiago Erquicia wrote:
> I was trying to use dia and when I try to open it says:
>
> Could not load XSLT library (/usr/lib/libxslt.so) :
> /usr/lib/libxslt.so: cannot open shared object file: No such file or
> directory
>
> I checked and it's right, but I have libxslt.so.1 that points to
> libxslt.so.1.0.32
>
> I made a link from libxslt.so to libxslt.so.1 and everything was fine.
>
> The package is libxslt-1.0.32
The symbolic link is contained in the `libxslt-devel' package. Perhaps
an incorrect/incomplete dependency?
$ rpm -q --requires dia | grep xslt
libxslt
$
It shouldn't have to require the -devel version ...
It seems that /usr/lib/libxml2.so is owned by libxml2-devel
and similary /usr/lib/libxslt.so is owned by libxslt-devel .
I don't know how "normal" it is, my spec files have always been
that way and that's the first time it raises an issue.
I don't see why libxslt would give troubles and not libxml2 there
is a lack of symetry I can't understand.
I also don't see why dia binary references libsxslt.so instead of
libxslt.so.1 , this assumes that potentially incompatible future
releases of libxslt would break the binary. That's not good.
Daniel
--
Daniel Veillard | Red Hat Network
https://rhn.redhat.com/
veillard(a)redhat.com | libxml GNOME XML XSLT toolkit
http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine
http://rpmfind.net/