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

Loïc Minier lool at dooz.org
Fri Feb 2 19:10:46 CET 2007


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,
-- 
Loïc Minier <lool at dooz.org>





More information about the Pkg-gnome-maintainers mailing list