Package: wnpp
Severity: normal
X-Debbugs-Cc: dxld@darkboxed.org
Tags: help
Control: affects -1 ifupdown-ng-compat
Hello internet,
Debian is intending to replace classic ifupdown with ifupdown-ng, a
clean-slate reimplementation intended from the beginning to be compatible
with all existing flavors of ifupdown (Debian ifupdown, busybox,
ifupdown2).
Upon closer examination we found it is not yet fully compatible with
classic Debian ifupdown to a degree we're satisfied with and boy are we
ever sticklers for such things.
Currently known incompatibilities are:
- ifquery output is different
https://github.com/ifupdown-ng/ifupdown-ng/issues/216
- ifstate should be made compatible for a smooth upgrade path
https://github.com/ifupdown-ng/ifupdown-ng/issues/246
- interface renaming feature is missing
- interface "pattern" matching is missing
cf. /usr/share/doc/ifupdown/examples/pattern-matching or
https://sources.debian.org/src/ifupdown/0.8.44/examples/pattern-matching/
- old-school scripts (vlan, bridge-utils, ifenslave) need to be stubbed
- `SKIP_DOWN_AT_SYSRESET=yes` is a bad default and a behavior change
This upstream issue is tracking progress:
https://github.com/ifupdown-ng/ifupdown-ng/issues/247
The ifupdown-ng code is clean and simple C, making working on it a
breeze. The challenge lies mostly in "reverse-engineering" and documenting
the behaviour of the old implementation :-)
Since ifupdown-ng would be installed on essentially all Debian systems
(Priority: important) this is a low-effort but high-impact way to
contribute to the project and consequently help with any of these would be
greatly appreciated.
For those hackers that need that extra bit of motivation: the alternative
to ifupdown-ng as currently discussed seems to be further
systemd(-networkd) monopolization -- make of that what you will ;-)
Thanks,
--Daniel
Attachment:
signature.asc
Description: PGP signature