Bug#224855: Processed: Re: Bug#227308: lapack: too many levels of symbolic links on so
Greetings, and thanks for your reply! Please excuse my delay, but
work is pressing.
GOTO Masanori <gotom@debian.or.jp> writes:
> At 16 Jan 2004 10:15:06 -0500,
> Camm Maguire wrote:
> > =============================================================================
> > sid
> > =============================================================================
> > intech66:/fix/i/camm/atlas/atlas3-3.6.0# ls -l /etc/alternatives/liblapack* /usr/lib/liblapack*so* |grep -v _atlas
> > lrwxrwxrwx 1 root root 27 Jan 16 15:02 /etc/alternatives/liblapack2.so -> /usr/lib/atlas/liblapack.so
> > lrwxrwxrwx 1 root root 14 Jan 16 15:00 /usr/lib/liblapack.so -> liblapack.so.2
> > lrwxrwxrwx 1 root root 16 Jan 16 15:08 /usr/lib/liblapack.so.2 -> liblapack.so.2.0
> > -rw-r--r-- 1 root root 4438832 Jul 31 23:20 /usr/lib/liblapack.so.2.0
> > lrwxrwxrwx 1 root root 31 Jan 16 15:02 /usr/lib/liblapack2.so -> /etc/alternatives/liblapack2.so
> > intech66:/fix/i/camm/atlas/atlas3-3.6.0# cat /etc/ld.so.conf
> > /usr/X11R6/lib
> > /usr/lib/atlas
> ^^^^^^^^^^^^^^
>
> > intech66:/fix/i/camm/atlas/atlas3-3.6.0# ldconfig
> > intech66:/fix/i/camm/atlas/atlas3-3.6.0# ls -l /etc/alternatives/liblapack* /usr/lib/liblapack*so* |grep -v _atlas
> > lrwxrwxrwx 1 root root 27 Jan 16 15:02 /etc/alternatives/liblapack2.so -> /usr/lib/atlas/liblapack.so
> > lrwxrwxrwx 1 root root 14 Jan 16 15:00 /usr/lib/liblapack.so -> liblapack.so.2
> > lrwxrwxrwx 1 root root 13 Jan 16 15:08 /usr/lib/liblapack.so.2 -> liblapack2.so
> > -rw-r--r-- 1 root root 4438832 Jul 31 23:20 /usr/lib/liblapack.so.2.0
> > lrwxrwxrwx 1 root root 31 Jan 16 15:02 /usr/lib/liblapack2.so -> /etc/alternatives/liblapack2.so
> > =============================================================================
> >
> > The problem is that on sid, ldconfig wrote the following link:
> >
> > lrwxrwxrwx 1 root root 13 Jan 16 15:08 /usr/lib/liblapack.so.2 -> liblapack2.so
> >
> > Please let me know if further clarification is needed.
>
> Does your problem occur if you put "/usr/lib/atlas" into
> /etc/ld.so.conf? BTW, why does your library need to add such entry
> into ld.so.conf?
Yes in the scenario above /usr/lib/atlas is in /etc/ld.so.conf and
contains a liblapack.so (e.g. atlas2-base is installed).
atlas provides binary compatible versions of the blas and lapack
libraries, allowing all packages using these libraries to achieve per
processor accelerations without recompiling. Furthermore, a non-root
user can test their code against any compatible version installed via
the LD_LIBRARY_PATH environment variables. The README.Debian in the
atlas package explains this in greater detail.
Please let me know if further assistance is needed.
Take care,
>
> Regards,
> -- gotom
>
>
>
>
--
Camm Maguire camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Reply to: