Package: libedit2
Version: 2.11-20080614-3
Source: libedit

I am hitting a problem with libedit2 in the sparc64-port while
connecting postgresql.

~/# su - postgres
~$ psql template1 
loading shared libraries: libedit.so.2: cannot open shared object file:
No such file or directory

So I found the installed libedit2_2.11-20080614-3_sparc64 package is
only symbolic linking, but does not holds the libedit.so.2.11 it selfs.

~/# ls /usr/lib/sparc64-linux-gnu/libedit.so.2* -l
lrwxrwxrwx 1 root root 15 Aug 29 10:02 
/usr/lib/sparc64-linux-gnu/libedit.so.2 -> libedit.so.2.11

Checking the package, content shows it's true.
~# dpkg -c /var/cache/apt/archives/libedit2_2.11-20080614-3_sparc64.deb
drwxr-xr-x root/root         0 2011-08-29 10:02 ./
drwxr-xr-x root/root         0 2011-08-29 10:02 ./usr/
drwxr-xr-x root/root         0 2011-08-29 10:02 ./usr/share/
drwxr-xr-x root/root         0 2011-08-29 10:02 ./usr/share/doc/
drwxr-xr-x root/root         0 2011-08-29
10:02 ./usr/share/doc/libedit2/
-rw-r--r-- root/root      3550 2011-08-28
01:01 ./usr/share/doc/libedit2/changelog.Debian.gz
-rw-r--r-- root/root      1995 2011-08-27
07:34 ./usr/share/doc/libedit2/copyright
drwxr-xr-x root/root         0 2011-08-29 10:02 ./usr/lib/
drwxr-xr-x root/root         0 2011-08-29
10:02 ./usr/lib/sparc64-linux-gnu/
lrwxrwxrwx root/root         0 2011-08-29
10:02 ./usr/lib/sparc64-linux-gnu/libedit.so.2 -> libedit.so.2.11

Comparing the sparc64 and s390x buildd log files.
http://buildd.debian-ports.org/status/fetch.php?pkg=libedit&arch=sparc64&ver=2.11-20080614-3&stamp=1314612186
http://buildd.debian-ports.org/status/fetch.php?pkg=libedit&arch=s390x&ver=2.11-20080614-3&stamp=1314523135

It's make it clear, the source of both are the same. 
The first diff I have found.

*This is what sparc64 does.*
building standard edit library
ranlib libedit.a
all ===> readline
touch build-stamp
 fakeroot debian/rules binary-arch
dh_testdir
dh_testroot
dh_clean

*And this is what s390x does.*
building standard edit library
ranlib libedit.a
cc -g -O2 -include bsd/sys/cdefs.h -include bsd/stdio.h  -Werror   -I.
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
 -I. 
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
   -c -fpic -DPIC editline.c -o editline.so
cc -g -O2 -include bsd/sys/cdefs.h -include bsd/stdio.h  -Werror   -I.
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
 -I. 
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
   -c -fpic -DPIC tokenizer.c -o tokenizer.so
cc -g -O2 -include bsd/sys/cdefs.h -include bsd/stdio.h  -Werror   -I.
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
 -I. 
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
   -c -fpic -DPIC history.c -o history.so
cc -g -O2 -include bsd/sys/cdefs.h -include bsd/stdio.h  -Werror   -I.
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
 -I. 
-I/build/buildd-libedit_2.11-20080614-3-s390x-AgoD3K/libedit-2.11-20080614/libedit
   -c -fpic -DPIC readline.c -o readline.so
building shared object edit library
ranlib libedit_pic.a
building shared edit library (version 2.11)
cc -shared -Wl,-soname,libedit.so.2 -o libedit.so.2.11
-Wl,--whole-archive libedit_pic.a -Wl,--no-whole-archive -lbsd
-lcurses  
all ===> readline
touch build-stamp
 fakeroot debian/rules binary-arch
dh_testdir
dh_testroot
dh_clean

I spoke about this issue on the Debian Sparc list.
http://lists.debian.org/debian-sparc/2011/09/msg00000.html

Julien Cristau wrote about it - Looks like a bug in pmake:
 
NOPIC           Do not build PIC versions of system libraries, and
                 do not build shared libraries.  [set if ${MACHINE_ARCH}
                 is "sparc64", unset otherwise.]
 
That might make sense on NetBSD, it certainly doesn't on Debian.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to