mindi-busybox 1.21.1 build failure

"brent s." <[email protected]>
Newsgroups gmane.linux.mondo.devel
Message-ID <[email protected]>
Pardon if I'm late to the game here- mindi-busybox is still being
maintained/supported, correct?

If so, I'm doing this:

  cd "${srcdir}/${pkgname}-${pkgver}"
  make oldconfig || return 1
  make busybox || return 1
  make CONFIG_PREFIX=${pkgdir}/usr/lib/mindi/rootfs install

As part of a package for Arch Linux (I maintain the AUR package[0]). The
variables map as follows (in my particular build instance) after
expansion to their real values:

srcdir = /opt/dev/arch/mindi-busybox/src
pkgname = mindi-busybox
pkgver = 1.21.1
pkgdir = /opt/dev/arch/mindi-busybox/src/mindi-busybox



It seems to get relatively far into the build. However, it then dies
with the following:

.....
  CC      networking/udhcp/arpping.o
  CC      networking/udhcp/common.o
  CC      networking/udhcp/dhcpc.o
In file included from /usr/include/sys/socket.h:38:0,
                 from /usr/include/netinet/in.h:23,
                 from /usr/include/netdb.h:27,
                 from include/libbb.h:20,
                 from networking/udhcp/common.h:11,
                 from networking/udhcp/dhcpc.c:24:
networking/udhcp/dhcpc.c: In function ‘udhcp_recv_raw_packet’:
networking/udhcp/dhcpc.c:846:40: error: invalid application of ‘sizeof’
to incomplete type ‘struct tpacket_auxdata’
  unsigned char cmsgbuf[CMSG_LEN(sizeof(struct tpacket_auxdata))];
                                        ^
networking/udhcp/dhcpc.c:928:11: error: dereferencing pointer to
incomplete type ‘struct tpacket_auxdata’
    if (aux->tp_status & TP_STATUS_CSUMNOTREADY)
           ^~
networking/udhcp/dhcpc.c:928:25: error: ‘TP_STATUS_CSUMNOTREADY’
undeclared (first use in this function)
    if (aux->tp_status & TP_STATUS_CSUMNOTREADY)
                         ^~~~~~~~~~~~~~~~~~~~~~
networking/udhcp/dhcpc.c:928:25: note: each undeclared identifier is
reported only once for each function it appears in
networking/udhcp/dhcpc.c:846:16: warning: unused variable ‘cmsgbuf’
[-Wunused-variable]
  unsigned char cmsgbuf[CMSG_LEN(sizeof(struct tpacket_auxdata))];
                ^~~~~~~
make[1]: *** [scripts/Makefile.build:198: networking/udhcp/dhcpc.o] Error 1
make: *** [Makefile:741: networking/udhcp] Error 2



Is this a known issue? Is there any fix if so?

[bts@cylon mindi-busybox]$ gcc --version
gcc (GCC) 6.2.1 20160830

[bts@cylon mindi-busybox]$ uname -a
Linux cylon 4.8.8-1-ARCH #1 SMP PREEMPT Tue Nov 15 08:25:24 CET 2016
x86_64 GNU/Linux

glibc version 2.42

Let me know if you need any other information.
(I should note that Arch uses a full systemd stack- I doubt it's
relevant, but I figure every little bit of detail helps.)


[0] https://aur.archlinux.org/packages/mindi-busybox/

-- 
brent saner
https://www.square-r00t.net

------------------------------------------------------------------------------

_______________________________________________
Mondo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mondo-devel
signature.asc (application/pgp-signature, 866 B)
-----BEGIN PGP SIGNATURE-----
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJYMq4tAAoJEIwATC+TSB9rr1AP+wU1Tv7Rt21Huh9qqC+tW+4+
h1xDKHENymHDj7ULfA6kPH0ra7dztP0K/hAWseWxNc26p8UcGuygnE2WzYVflqTs
KnA4ahVHv2pE9IqKhtCdPK9oW6Db46hk0Rq9DTFEYkly/53Wzq3vjajwIPRBIyF6
gSWZcf1UL5oaE8R2GJ8IMBv35mpuxt6uT0CAZFFrz7NX9dXJHkEapTS3njETbuU3
Yec6/uaDqHb1e/T/xXqHEpS6jfeqO8PGzVFLIvAHXiq1d3AVJBobT/Xum47L2oNJ
NPqdb3GtmYeVfUBbIgIcIWiaKIfle22n8JP5H6ZvkkMS6hU4qPXHhxFydTsyrcdG
UEXVG5NHiO7HXtA/Faxmy/FN4ZMAp+RHNxKxx365HYZhQqSdUN813ckdWUfPbxjU
4LzzjBm0FdLJZu1H3uWxyVSjwwFM5lX+zwN1OkE9rK0xSh6V/dMLy7U7rwraba9Y
5ViRcNrVvHlRwrhd4mXlv+KYC2GS8ivazwrtMfEGSbabMV5mu3Q6Ov9muEQ+RpX0
NJSSN5Y3+PxDIU4xhk34ftN3BlTPP2PmMaknarV5QgqOQG558Pm+W7cf9apNibLa
A4bhz4jhgfF2v1FOJ0/edhVj19JwoUrA5zmywHNmVoGjWzkVnW6A1UwQnjGdKBE8
PVGd39TIlEbiVWMc0bIZ
=P7ZB
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.