Bug#408407: Problem solved but Ekiga on Debian AMD64 still needs a fix

[Ton van Oostveen]

Hello Loic,

To answer your last question.. 
I think it was some old nvidia setup (using the nVidia package, now
using Debian setup for this.

/usr/lib64$ ls
libGL.la  libGL.so.1         libGLcore.so.1         libnvidia-tls.so.1
pwlib
libGL.so  libGL.so.1.0.7676  libGLcore.so.1.0.7676
libnvidia-tls.so.1.0.7676  tls

Sorry for this, my error...
I shall remove this /usr/lib64 and make the link like it should be.

Thanx for your feedback,

Ton

On Fri, 2007-02-02 at 19:10 +0100, Loïc Minier wrote:
> severity 408407 important
> retitle 408407 ekiga uses /usr/lib64 on powerpc64, s390x, sparc64, and x86_64
> stop
> 
>         Hi,
> 
> On Fri, Feb 02, 2007, Ton van Oostveen wrote:
> > open("/usr/lib64/pwlib/", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT
> > (No such file or directory)
> 
>  Interesting, this seems to be a consequence of this snippet of
>  configure.in:
> case $host_cpu:$ekiga_cv_cc_64bit_output in
> powerpc64:yes | s390x:yes | sparc64:yes | x86_64:yes)
> libname="lib64"  
> ;;
> *:*)  
> libname="lib"  
> ;;
> esac
> 
>  I don't think this change comes from a Debian specific patch.
> 
>  I agree we should use /usr/lib instead.
> 
>  This was added in:
> 2004-02-17 Damien Sandras  <dsandras at seconix.com>
> 
>         * configure.in, lib/Makefile.am, lib/widgets/Makefile.am,
>         lib/xdap/Makefile.am: Added patch from FrÃ<83>©dÃ<83>©ric Crozat 
>         <fcrozat at mandrakesoft.com> for lib64 support. Fixed things so that
>         it compiles fine with latest CVS of openh323 and pwlib.
> 
>  The libc should create a /usr/lib64 -> /usr/lib symlink, so it
>  shouldn't have been a problem for you or anyone else.  I don't know why
>  you miss the symlink, and the usage of /usr/lib64 should be changed,
>  but the program remains usable.
> 
>    Bye,