NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

mtools: do not link to libbsd

Browse Source 
If libbsd is found by the configuration process, mtools unnecessarily
adds a NEEDED field with libbsd to its dynamic section, but it does not
actually use anything from libbsd under Linux. The same may happen to
host-mtools if some libbsd package is installed on the host machine.

Prevent this by forcing configure to bypass the checking for the
existence of a gethostbyname function in libbsd.

I stumbled on this problem when I built host-mtools and later removed
libbsd to upgrade to Fedora 27, due to Bug 1504831[1]. The previously
built host/bin/mtools started to fail due to the missing libbsd.so.0.

1. https://bugzilla.redhat.com/show_bug.cgi?id=1504831

Signed-off-by: Carlos Santos <casantos@datacom.ind.br>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
(cherry picked from commit f5ef363732)
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
This commit is contained in:
Carlos Santos 2017-11-28 14:06:51 -02:00 committed by Peter Korsgaard
parent 679a6cf5e1
commit 08d6d8538d
1 changed files with 4 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
package/mtools/mtools.mk
View File

@ -13,9 +13,13 @@ MTOOLS_CONF_OPTS = --without-x
# info documentation not needed
MTOOLS_CONF_ENV = \
ac_cv_func_setpgrp_void=yes \
ac_cv_lib_bsd_gethostbyname=no \
ac_cv_lib_bsd_main=no \
ac_cv_path_INSTALL_INFO=
HOST_MTOOLS_CONF_ENV = \
ac_cv_lib_bsd_gethostbyname=no \
ac_cv_lib_bsd_main=no \
ac_cv_path_INSTALL_INFO=
# link with iconv if enabled