python2.6-dev should perhaps depend on zlib-dev
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
capisuite (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: python2.6
Hi,
A no-change rebuild of capisuite with 2.6 as the default python
fails:
m -f libccmodules.a
ar cru libccmodules.a audiosend.o callmodule.o audioreceive.o faxreceive.o connectmodule.o switch2faxG3.o readDTMF.o calloutgoing.o disconnectmodule.o faxsend.o
ranlib libccmodules.a
make[4]: Leaving directory `/tmp/buildd/
make[4]: Entering directory `/tmp/buildd/
if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALSTATEDIR
then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit 1; fi
i486-linux-gnu-g++ -g -O2 -Wl,-Bsymbolic-
/usr/bin/ld: cannot find -lz
collect2: ld returned 1 exit status
This is because /usr/lib/
LOCALMODLIBS= -L$(exec_
where for 2.5 that variable is empty.
Either this is a mistake and the variable should be empty for python 2.6 as well,
python2.6-dev should depend on the -dev package for libz, or each pacakge that
uses this variable to get the linker line will have the Build-Dependencies altered.
Thanks,
James
I did see a similiar case with some package. IMO it is wrong for an extension to link with MODLIBS or LOCALMODLIBS. These are the libraries needed to build the extension modules in the python core. capisuite should be fixed instead not to link with MODLIBS.