Bug#722785: inn2 link with -L/usr/lib

Hi all, Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. -L/usr/lib comes from the DB_LDFLAGS variable, set by m4/berkeleydb.m4 Here is a patch that will be sh

Bug#722785: inn2 link with -L/usr/lib

Hi, >> Beside the way, on the multiarch system like Debian, user may >> install libraries under /usr/lib by hand. >> >> Please use the default search path if you can, and please consider >> fix this. > > Is it another point to take into account or the above use of > RRA_SET_LIBDIR is enough?

Bug#722785: inn2 link with -L/usr/lib

Hi all, > On mips* systems, /usr/lib is defined as place to hold O32 > libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Would using RRA_SET_LIBDIR provided with rra-c-util fix the issue? http://git.eyrie.org/?p=devel/rra-c-util.git;a=blob_plain;f=m4/lib-pathname.m4;hb=HEAD It

Bug#722785: inn2 link with -L/usr/lib

Package: inn2 Version: 2.5.3-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to ho