Source: ppp
Version: 2.4.9-1+1.1
Severity: serious
Tags: patch upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
Hi Chris,
ppp no longer builds in unstable here, tested in a minimal chroot. A
build in a testing chroot passes.
sys-linux.c: In function ‘sys_cleanup’:
sys-linux.c:357:9: error: implicit declaration of function ‘sif6down’; did
you mean ‘sifdown’? [-Werror=implicit-function-declaration]
357 | sif6down(0);
| ^~~~
| sifdown
Comparing the build logs, this is obviously caused by adding
-Werror=implicit-function-declaration to the default build options.
But looking closer, it seems sif6down is declared only of INET6 is
defined, and while all other *6 invocations are guarded accordingly in
sys-linux.c, this one is not. I'm a little disturbed why the code can
even be linked then.
So, assuming this is the cause here, the fix is pretty simple:
--- a/pppd/sys-linux.c
+++ b/pppd/sys-linux.c
@@ -353,8 +353,10 @@
if_is_up = 0;
sifdown(0);
}
+#ifdef INET6
if (if6_is_up)
sif6down(0);
+#endif
/*
* Delete any routes through the device.
This matches what sys-solaris.c does. Also, pppd 2.5.0 in
experimental seems to do something like this (PPP_WITH_IPV6CP).
The build now passes, I haven't checked further.
All the best,
Christoph
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
signature.asc
Description: PGP signature