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

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to