[Buildroot] [autobuild.buildroot.net] Build results for 2014-12-10

Vicente Olivert Riera Vincent.Riera at imgtec.com
Fri Dec 12 10:53:31 UTC 2014

Dear Baruch, all,

On 12/11/2014 05:58 PM, Vicente Olivert Riera wrote:
> Dear Baruch Siac,
> On 12/11/2014 05:55 PM, Baruch Siach wrote:
>> Hi Vicente,
>> On Thu, Dec 11, 2014 at 05:39:46PM +0000, Vicente Olivert Riera wrote:
>>> On 12/11/2014 07:30 AM, Thomas Petazzoni wrote:
>>>>       mipsel |             kismet-2013-03-R1b | NOK | http://autobuild.buildroot.net/results/965a3e345dc0a432043b72581bff7d33561fbe0c/
>>> This failure is caused because in the configure script Kismet tries to
>>> do a compile test to check for pcap_open_live(). This works for shared
>>> builds because is very common the host machine has installed the shared
>>> library of libpcap. But when building for static, is very unlikely
>>> having the static library of libpcap installed on the host, so that
>>> compilation test (which runs in the host machine) fails.
>>> Given that kismet depends on libpcap, we can ensure that the pcap
>>> library installed on the target will be fine, so we can workaround this
>>> error by removing the compile tests (there are three of them) from the
>>> configure script. And that would be a patch to fix Kismet when
>>> cross-compiling.
>>> However, after doing that, we will face more problems. The first one
>>> will be one related of a missing "-pthread" option:
>>> /br/output/host/usr/mipsel-buildroot-linux-uclibc/sysroot/usr/lib/libnl-3.a(socket.o):
>>> In function `release_local_port':
>>> socket.c:(.text+0x120): undefined reference to `pthread_rwlock_wrlock'
>>> [...]
>>> We could fix that just by adding this to the kismet.mk file:
>>> KISMET_CONF_ENV = LIBS="-pthread"
>>> But that's not enough. We will face more problems like this one:
>>> /br/output/host/usr/mipsel-buildroot-linux-uclibc/sysroot/usr/lib/libpcap.a(pcap-canusb-linux.o):
>>> In function `canusb_close':
>>> pcap-canusb-linux.c:(.text+0xec): undefined reference to `libusb_close'
>>> So, at this point I don't know if it would be better to just disable
>>> kismet for static builds. What do you think?
>> Use the pcap-config utility. See for example the packages bustle and wireshark 
>> among the others.
> oh, that's interesting. Thanks! I have to go now, but I will have a look
> at it tomorrow, unless someone fix it first :P

thanks to your hint I'm almost done fixing this issue. After applying
the patch for removing the compile tests in the configure script (patch
attached), and after adding the following snippet to the kismet.mk, I
have fixed the issues with libpcap:

KISMET_CONF_ENV = LIBS="-lpcap $(shell
$(STAGING_DIR)/usr/bin/pcap-config --static --additional-libs)"

Now I'm stuck with a problem regarding ncurses (panel) and I don't know
how to solve it:

/br/output/host/usr/bin/mipsel-linux-g++ -rdynamic -o kismet_client
util.o ringbuf.o globalregistry.o messagebus.o configfile.o getopt.o
soundcontrol.o timetracker.o ipc_remote.o clinetframework.o tcpclient.o
popenclient.o kis_clinetframe.o text_cliframe.o kis_panel_widgets.o
kis_panel_network.o kis_panel_windows.o kis_panel_details.o
kis_panel_preferences.o kis_panel_frontend.o kismet_client.o -lstdc++
-ldl -lncurses -lpanel
In function `del_panel':
p_delete.c:(.text+0x68): undefined reference to `_nc_panelhook'

As you can see, -ncurses and -lpanel are passed in the compile line,
so..., I don't know what to do now :/

Ideas welcome. CCing Gustavo as I think he could have some knowledge
regarding ncurses and static builds. Sorry if I'm wrong :P

Vicente Olivert Riera
Graduate Software Engineer, MIPS Platforms
Imagination Technologies Limited
t: +44 (0)113 2429814
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-fix-cross-compile.patch
Type: text/x-patch
Size: 2405 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20141212/7824ab45/attachment-0002.bin>

More information about the buildroot mailing list