Hello, I've received a bug in one of my packages and I want to check with you a proper solution before I make a stupid thing. The bug number is 722794. I've been investigating the problem with linkage and I see it comes from package libmcrypt-dev, more precisly from a script it installs '/usr/bin/libmcrypt-config'. I'm not sure if /usr/lib is a worng place to install libs in a multiarch system but I have amd64 and that library is installed there.
The build system do in configure.in: MCRYPT_CFLAGS=`libmcrypt-config --cflags` MCRYPT_LIBS=`libmcrypt-config --libs` And that is translated to: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -DHAVE_CONFIG_H -I/usr/include -Wall -Wpointer-arith -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c libgrg_tmp.c -fPIE -o libgrg_tmp.o >/dev/null 2>&1 /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -version-info 2:7:0 -fPIE -pie -Wl,-z,relro -Wl,-z,now -o libgringotts.la -rpath /usr/lib/x86_64-linux-gnu libgrg_crypt.lo libgrg_structs.lo libgrg_utils.lo libgrg_tmp.lo -lz -lbz2 -L/usr/lib -lmcrypt -lmhash -lm libtool: link: gcc -shared -fPIC -DPIC .libs/libgrg_crypt.o .libs/libgrg_structs.o .libs/libgrg_utils.o .libs/libgrg_tmp.o -lz -lbz2 -L/usr/lib /usr/lib/libmcrypt.so -lmhash -lm -O2 -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,-soname -Wl,libgringotts.so.2 -o .libs/libgringotts.so.2.0.7 So this line seems to be a problem '-L/usr/lib /usr/lib/libmcrypt.so' So my questions are, is it ok to install by hand (admin) a lib into /usr/lib as YunQiang Su says? Can someone try this on a non official or different port? And sorry if I didn't explain myself ok, this is my first filled bug ;-) Any help would be appreciated. Regards
signature.asc
Description: This is a digitally signed message part
