Package: wnpp Severity: normal X-Debbugs-Cc: d...@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
signature.asc
Description: PGP signature