On 10 September 2012 15:48, William Hubbs <willi...@gentoo.org> wrote: > All, > > I have a regression in OpenRc wrt netplugd [1]. > > In researching this program, I have found that it and ifplugd, which is > the alternative, have been unmaintained for years. Also Debian has > declared netplugd to be obsolete in favor of ifplugd.
The page referenced on the bug that says so appears to be talking about a different package than the one we have in the tree - they have different authors stated, and also, for the one we have the package is called netplug, with the executable called netplugd, whereas for the one declared obsolete the package itself is called netplugd. > Does anyone have any thoughts about whether we should keep OpenRC > support for one or both of these? There are a few options for this functionality (that I'm aware of): 1) netplug: never used it so no particular comments. 2) ifplugd: what I'm using now. I can't remember if there's a particularly good reason why I chose it, but I suspect it might have been for the audio feedback it provides when it detects a connection or disconnection. This probably isn't compelling enough by itself to keep the package if we'd otherwise want to remove it, but it is quite nice. 3) wpa_supplicant: supposed to be able to do this even for wired interfaces, but I just did some experimenting and it seems broken - it thinks the cable is plugged in even when it isn't. 4) dhcpcd: not sure when it was introduced, but current dhcpcd can detect when the link goes up and down, and request/renew its lease when it comes up. The only wrinkle that I can see here is that, if no ifplugd/netplug/wpa_supplicant is configured, OpenRC waits for it to receive a lease when starting the interface, rather than allowing it to background itself. So for dhcpcd, it might be enough to just make OpenRC aware that it doesn't need to wait for a lease when starting the interface. Keeping at least one of the other options working would still be required for other DHCP clients if they don't have similar functionality, or non-DHCP situations where it's necessary to do some sort of reconfiguration when the network is (dis)connected (such as OpenRC's arping module), assuming anyone cares about those of course. > > Thanks, > > William > > [1] https://bugs.gentoo.org/show_bug.cgi?id=427088
