Bug#294180: hook scripts for net class

2005-02-16 Thread Thomas Hood
On Wed, 2005-02-16 at 14:04 -0800, Jean Tourrilhes wrote: > Thomas wrote : > > udev makes ifrename unnecessary. > > For someone familiar with ifrename and its documentation, I > find this statement puzzling. OK, I change my statement to "udev makes ifrename unnecessary in many cases." I a

Bug#294180: hook scripts for net class

2005-02-16 Thread Jean Tourrilhes
martin f krafft wrote : > > About waproamd: could you simply file a request to remove the > package against ftp.debian.org? Maybe we can make udev and ifrename > conflict? That's counter productive. The main goal of udev is to populate /dev, and the interface name renaming is just a side

Bug#294180: Re: Bug#294180: hook scripts for net class

2005-02-16 Thread Jean Tourrilhes
Marco wrote : > > ifrename is not needed if you are using udev. If you are not, you are on > your own. Sorry, but that's not true. It pains me that the hotplug/udev project suffers from NIH, this is not the first time I see them making blanket statements that their stuff completely replac

Bug#294180: [madduck@debian.org: Bug#294180: hook scripts for net class]

2005-02-16 Thread Marco d'Itri
On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote: > Marco: if udevsend replaces /sbin/hotplug, then udev should be > installed on the standard system, huh? Maybe then we can either > integrate ifrename into it, or argue that ifrename is not necessary > anymore? ifrename is not needed if you ar

Bug#294180: [madduck@debian.org: Bug#294180: hook scripts for net class]

2005-02-16 Thread Marco d'Itri
reassign 294180 ifrename retitle 294180 ifrename should be run before ifplugd thanks On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote: > I can confirm that the latest hotplug (not yet uploaded) and the > latest udev (not yet uploaded) fix this issue halfway. Now udevsend > is used for the not

Bug#294180: [madduck@debian.org: Bug#294180: hook scripts for net class]

2005-02-16 Thread Marco d'Itri
On Feb 16, [EMAIL PROTECTED] wrote: > How to solve the problem? Running ifrename from /sbin/hotplug > instead of from net.agent works for me. I would send a patch but This will not happen, hotplug-ng uses a C program and anyway on udev systems udevsend will be used as the hotplug multiplexer. OT

Bug#294180: hook scripts for net class

2005-02-16 Thread martin f krafft
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.1124 +0100]: > Yes, starting with the next hotplug package. You can already try this by > upgrading to the latest udev package and modifying the hotplug init > script to stop changing /proc/sys/kernel/hotplug. Awesome. Is this going to be in

Bug#294180: hook scripts for net class

2005-02-16 Thread martin f krafft
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.1113 +0100]: > hotplug-ng does not renames network interfaces. But if you use udevsend > as the hotplug multiplexer then I think that udev will rename the > interfaces before anything else. Will Debian do so? Otherwise ifplugd, waproamd clas

Bug#294180: hook scripts for net class

2005-02-16 Thread Marco d'Itri
On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote: > also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.1113 +0100]: > > hotplug-ng does not renames network interfaces. But if you use udevsend > > as the hotplug multiplexer then I think that udev will rename the > > interfaces before anyt

Bug#294180: hook scripts for net class

2005-02-16 Thread Marco d'Itri
On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote: > ... then the only problem that remains is ifplugd and renaming. > Will hotplug-ng rename the interfaces/device nodes before calling > the hook scripts, or is the renaming done with the > /etc/hotplug.d/default scripts again? hotplug-ng does n

Bug#294180: hook scripts for net class

2005-02-15 Thread martin f krafft
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.0153 +0100]: > > The solution -- I think -- seems to be to call ifplugd/waproamd > > from /etc/hotplug/net/* instead. However, that does not exist. > How should such a directory work? run-parts with the information in the environment? > Do

Bug#294180: hook scripts for net class

2005-02-15 Thread Marco d'Itri
On Feb 08, martin f krafft <[EMAIL PROTECTED]> wrote: > The solution -- I think -- seems to be to call ifplugd/waproamd from > /etc/hotplug/net/* instead. However, that does not exist. How should such a directory work? Do you feel it is still needed, considering that /etc/hotplug/usb/ will not be

Bug#294180: hook scripts for net class

2005-02-08 Thread martin f krafft
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.08.1227 +0100]: > I need to think about this and discuss this with the upstream > maintainer. Don't hold your breath. I won't. However, please consider elevating the priority since right now, ifplugd and waproamd effectively disable ifrename in

Bug#294180: hook scripts for net class

2005-02-08 Thread Marco d'Itri
On Feb 08, martin f krafft <[EMAIL PROTECTED]> wrote: > Could you please add support for hook scripts for the net class to > /etc/hotplug? I need to think about this and discuss this with the upstream maintainer. Don't hold your breath. -- ciao, Marco signature.asc Description: Digital signatu

Bug#294180: hook scripts for net class

2005-02-08 Thread martin f krafft
Package: hotplug Version: 0.0.20040329-16 Severity: wishlist ifplugd and waproamd both use /etc/hotplug.d/net/* scripts to start themselves when a new network card becomes available. This bites if programmes like ifrename or udev want to rename an interface: ifplugd/waproamd ups the interface befo