Re: Finishing deprecation of isc-dhcp-client in ifupdown*
>>> (@all please keep me in Cc, d-devel is too high-volume to subscribe)
>On Thu, 23 Oct 2025, Daniel Gröber wrote:
>>Yeah, thats how things should look now. LMK if you see something different.
>
>OK, I’ll give this a shot.
So, I gave it a spin and had to fix up something already ;)
I built commit 5ee246b1084d6679f3fc5d624dd5fb64456e8aff with the
following patch applied:
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-ifupdown (0.8.45) unstable; urgency=medium
+ifupdown (0.8.45~~exp2) unstable; urgency=medium
[ Kai Tetzlaff ]
* Fix inet dhcp brinig up IPv6 when using dhcpcd-base.
--- a/debian/install
+++ b/debian/install
@@ -1,4 +1,5 @@
contrib/* usr/share/doc/ifupdown/contrib
+debian/dhcpcd.sh usr/lib/ifupdown/
debian/ifupdown-hotplug usr/lib/udev
debian/if-up.d/ etc/network/
debian/if-down.d/ etc/network/
You forgot to install the new file ;) and the install location
is bogus anyway, this needs to be moved to /usr/libexec/ifupdown/
instead (globally).
Here’s also the lintian warnings, most of which should be easy
to fix:
W: ifupdown: old-fsf-address-in-copyright-file
W: ifupdown: spelling-error-in-changelog managment management [usr/share/doc/ifupdown/changelog.gz]
I: ifupdown source: debian-rules-parses-dpkg-parsechangelog [debian/rules:3]
I: ifupdown: hardening-no-bindnow [usr/sbin/ifup]
I: ifupdown: init.d-script-does-not-implement-status-option [etc/init.d/networking]
I: ifupdown source: out-of-date-standards-version 4.6.1 (released 2022-05-11) (current is 4.7.2)
I: ifupdown: systemd-service-file-missing-documentation-key [usr/lib/systemd/system/ifup@.service]
I: ifupdown: systemd-service-file-missing-documentation-key [usr/lib/systemd/system/ifupdown-pre.service]
I: ifupdown: systemd-service-file-missing-documentation-key [usr/lib/systemd/system/ifupdown-wait-online.service]
I: ifupdown: typo-in-manual-page addressess addresses [usr/share/man/man5/interfaces.5.gz:725]
I: ifupdown: typo-in-manual-page requred required [usr/share/man/man5/interfaces.5.gz:730]
I: ifupdown: unused-override init.d-script-possible-missing-stop etc/init.d/networking 1 [usr/share/lintian/overrides/ifupdown:1]
I: ifupdown: unused-override systemd-service-file-refers-to-unusual-wantedby-target usr/lib/systemd/system/ifupdown-wait-online.service network-online.target [usr/share/lintian/overrides/ifupdown:3]
I: ifupdown: unused-override systemd-service-file-refers-to-unusual-wantedby-target usr/lib/systemd/system/networking.service network-online.target [usr/share/lintian/overrides/ifupdown:2]
X: ifupdown: executable-in-usr-lib [usr/lib/ifupdown/dhcpcd.sh]
X: ifupdown: executable-in-usr-lib [usr/lib/ifupdown/settle-dad.sh]
X: ifupdown: executable-in-usr-lib [usr/lib/ifupdown/wait-for-ll6.sh]
X: ifupdown: executable-in-usr-lib [usr/lib/ifupdown/wait-online.sh]
X: ifupdown: executable-in-usr-lib [usr/lib/udev/ifupdown-hotplug]
X: ifupdown: systemd-service-file-missing-hardening-features [usr/lib/systemd/system/ifup@.service]
X: ifupdown source: very-long-line-length-in-source-file 560 > 512 [interfaces.5.pre:496]
With this, the interface does indeed come up, wait, and
I get the expected IPv4 address… but not the expected IPv6
address:
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether bc:cd:99:00:3d:18 brd ff:ff:ff:ff:ff:ff
altname wlp2s0
altname wlxbccd99003d18
inet 192.168.0.208/24 brd 192.168.0.255 scope global dynamic noprefixroute wlan0
valid_lft 1209566sec preferred_lft 1058366sec
inet6 2001:470:1f15:10c:7922:456f:9923:7a9e/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 2591962sec preferred_lft 604762sec
inet6 fe80::d658:47f3:7d84:b5e/64 scope link
valid_lft forever preferred_lft forever
inet6 fe80::becd:99ff:fe00:3d18/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever
This is a regression to ifupdown in trixie, where I got the
expected EUI64 address.
- 2001:470:1f15:10c:7922:456f:9923:7a9e ⇒ completely bogus,
breaks reverse DNS, firewalling, etc.
- fe80::d658:47f3:7d84:b5e ⇒ even more bogus, why is this
even on this interface, it’s not related to any of the
other addresses (IP or MAC)
- fe80::becd:99ff:fe00:3d18 ⇒ correct EUI64 link-local
For completeness: the interface wlan0 is not listed anywhere and
was brought up by “sudo ifup wlan0=mywlan” with:
iface mywlan inet dhcp
wireless-power off
wireless-essid mywlanssid
wpa-ssid mywlanssid
wpa-psk mywlansecretpassword
Awaiting your next roundd of fixes,
//Thorsten
--
Thorsten Glaser
Linux / Unix Developer
Tel.: +49 160 91168501
E-Mail: tglaser@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / https://www.b1-systems.de/
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt, HRB 3537
Reply to: