ifrename(8) renames interfaces based on matching criteria documented in iftab(5). currently in wireless-tools-28-pre3 and earlier versions (up to -27?) the use of a wildcard in the name of the interface to be changed to causes the interface to be incorrectly renamed. for example, using the iftab config "eth* iwproto *" renames an interface to "eth%d" instead of "eth1". a following patch fixes ifrename to work as expected. Reproducible: Always Steps to Reproduce: 1. install wireless card 2. configure iftab with "example* iwproto *" 3. run ifrename Actual Results: any wireless interfaces (note the plural!!!) are renamed to "example%d" Expected Results: rename it to "example0"
Created attachment 44753 [details, diff] fixes the bug
I've tested ifrename with "example* iwproto *" in /etc/iftab here - works as I would have expected. My wireless net interfaces are renamed to example0, example1, ... I am using net-wireless/wireless-tools-28_pre3. Please attach the output of 'emerge --info' to this bug report.
hmm... looks like i had a configuration problem which was causing the bug. i can't reproduce now, nor can i find anyone who has the bug, so i suggest we resolve this bug as fixed.
well i figured out the problem: using wildcards with interfaces only work in 2.6 kernels apparently. there is a patch for 2.4 kernels, but i am currently working on a fix for ifrename so the kernel doesn't require patching.
