Hi,
This bug is still there:
DKMS make.log for wireguard-1.0.20200520 for kernel 4.19.0-8-amd64 (x86_64)
Thu 11 Jun 2020 08:42:36 AM CEST
make: Entering directory '/usr/src/linux-headers-4.19.0-8-amd64'
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/main.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/noise.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/device.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/peer.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/timers.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/queueing.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/send.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/receive.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/socket.o
CC [M] /var/lib/dkms/wireguard/1.0.20200520/build/peerlookup.o
/var/lib/dkms/wireguard/1.0.20200520/build/socket.c: In function ‘send6’:
/var/lib/dkms/wireguard/1.0.20200520/build/socket.c:139:20: error:
‘const struct ipv6_stub’ has no member named ‘ipv6_dst_lookup_flow’;
did you mean ‘ipv6_dst_lookup’?
dst = ipv6_stub->ipv6_dst_lookup_flow(sock_net(sock), sock, &fl,
^~~~~~~~~~~~~~~~~~~~
ipv6_dst_lookup
make[3]: *** [/usr/src/linux-headers-4.19.0-8-common/scripts/Makefile.build:308:
/var/lib/dkms/wireguard/1.0.20200520/build/socket.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[2]: *** [/usr/src/linux-headers-4.19.0-8-common/Makefile:1537:
_module_/var/lib/dkms/wireguard/1.0.20200520/build] Error 2
make[1]: *** [Makefile:146: sub-make] Error 2
make: *** [Makefile:8: all] Error 2
make: Leaving directory '/usr/src/linux-headers-4.19.0-8-amd64'
# cat /etc/debian_version
10.4
# uname -r
4.19.0-8-amd64
Packages:
ii wireguard 1.0.20200513-1~bpo10+1 all fast,
modern, secure kernel VPN tunnel (metapackage)
iF wireguard-dkms 1.0.20200520-1~bpo10+1 all fast,
modern, secure kernel VPN tunnel (DKMS version)
ii wireguard-tools 1.0.20200513-1~bpo10+1 amd64 fast,
modern, secure kernel VPN tunnel (userland utilities)
This is IMHO a serious problem, even because in buster repositories
there is *no* alternative, older version available,
Thanks,
Stefano
--
Stefano David, PhD
