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