Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1270810
| From | Daniel Gröber <dxld@darkboxed.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist |
| Subject | Bug#1121014: dhcpcd-base: Manager forgets iface cmdline opts on CARRIER event |
| Date | 2025-11-19 16:10 +0100 |
| Message-ID | <LSRYK-e9T4-7@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Package: dhcpcd-base Version: 1:10.1.0-11 Severity: important Forwarded: https://github.com/NetworkConfiguration/dhcpcd/pull/548 X-Debbugs-Cc: dxld@darkboxed.org Dear Maintainer, While working on dhcpcd<>ifupdown integration I found that interface UP/DOWN events (cable re-plugging) can clear options that were passed when asking the global manager (dhcpcd.service) to start the interface initially. This doesn't happen when using per-iface (as used by ifupdown=0.8.44) or per-iface-per-af. The attached patch fixes the issue and has more detailed rationale. My preferred design for future-proof ifupdown<>dhcpcd.service interoperability relies on this not being broken, I will be uploading an NMU (1:10.3.0-1.1) to DELAYED/5 soon so my pending ifupdown=0.9 upload will not regress or have to hack around this. Thanks, --Daniel FYI: Find nomenclature and discussion in https://lists.debian.org/debian-devel/2025/10/msg00201.html
Back to linux.debian.bugs.dist | Previous | Next — Next in thread | Find similar | Unroll thread
Bug#1121014: dhcpcd-base: Manager forgets iface cmdline opts on CARRIER event Daniel Gröber <dxld@darkboxed.org> - 2025-11-19 16:10 +0100 Bug#1121014: dhcpcd-base: Manager forgets iface cmdline opts on CARRIER event Daniel Gröber <dxld@darkboxed.org> - 2025-11-20 17:40 +0100 Bug#1121014: dhcpcd-base: Manager forgets iface cmdline opts on CARRIER event Daniel Gröber <dxld@darkboxed.org> - 2025-11-21 10:50 +0100
csiph-web