Control: tag -1 help
Adding libpcap's maintainer. Maybe he has some insight. On Fri, 2019-08-30 at 17:28 +0200, Ivo De Decker wrote: > The version of user-mode-linux in testing and unstable build-depends > on > linux-source-4.19, which is no longer available in testing. THere seems to be a problem with the newer version of libpcap at veresion 1.9.0. CC arch/um/drivers/vde_user.o CC arch/um/drivers/umcast_kern.o CC arch/um/drivers/umcast_user.o CC arch/um/drivers/pcap_kern.o CC arch/um/drivers/pcap_user.o arch/um/drivers/pcap_user.c:35:12: error: conflicting types for ‘pcap_open’ static int pcap_open(void *data) ^~~~~~~~~ In file included from /usr/include/pcap.h:43, from arch/um/drivers/pcap_user.c:7: /usr/include/pcap/pcap.h:835:18: note: previous declaration of ‘pcap_open’ was here PCAP_API pcap_t *pcap_open(const char *source, int snaplen, int flags, ^~~~~~~~~ make[2]: *** [scripts/Makefile.build:309: arch/um/drivers/pcap_user.o] Error 1 make[1]: *** [Makefile:1041: arch/um/drivers] Error 2 make[1]: Leaving directory '/tmp/user-mode-linux-4.19-1um/linux-source-4.19' make: *** [debian/rules:75: build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 root@chutzpah:/tmp/user-mode-linux-4.19-1um# root@chutzpah:/tmp/user-mode-linux-4.19-1um# With the older version from Buster, it builds fine. But not with the one in Debian Testing. I am inclined to reassign this bug to libpcap but I think I don't have more details of what is causing the failure. Can anyone help here ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part