also sprach Thomas Hood <[EMAIL PROTECTED]> [2005.02.18.0942 +0100]: > There is another option, actually (call it 'option #3') which is > for ifrename to wrap /sbin/hotplug with a script that runs > ifrename, changes INTERFACE and execs the original /sbin/hotplug. [...] > If we want ifrename to work with that future udev then > /sbin/udevsend will have to be wrapped in a similar way (... if we > adopt option #3).
I was going to say... if ifrename is being used and udev installed, ifrename must not just stop working. Thus, the solution you suggest is a viable one. Whether this is done with diversions, or by actually writing /sbin/ifrename.hotplug to /proc/sys/kernel/hotplug and then checking in the /sbin/ifrename.hotplug script whether /sbin/udevsend is available to call, and only fall back to /sbin/hotplug otherwise... we'll have to discuss more I guess. I favour the second approach (not with diversions) because it seems cleaner. -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!
signature.asc
Description: Digital signature
