Comment 9 for bug 34286

OK, it isn't /class/net/wifi0, it's /class/net/wifi0_ifrename

syslog is also more promising then...

Mar 17 00:26:21 localhost udevd[7797]: main: will daemonize
Mar 17 00:26:21 localhost udevd[7798]: main: initialize max_childs to 64
Mar 17 00:26:21 localhost udevd[7798]: main: initialize max_childs_running to 16
Mar 17 00:26:50 localhost udevd[7798]: udev_event_run: seq 2480 forked, pid [7800], 'add' 'net', 0 seconds old
Mar 17 00:26:50 localhost udevd-event[7800]: wait_for_sysfs: file appeared after 0 loops
Mar 17 00:26:50 localhost udevd-event[7800]: run_program: 'iftab_helper wifi0_ifrename 00:02:8a:9e:c9:33 801'
Mar 17 00:26:50 localhost udevd-event[7800]: run_program: '/lib/udev/iftab_helper' (stdout) 'eth1'
Mar 17 00:26:50 localhost udevd-event[7800]: run_program: '/lib/udev/iftab_helper' returned with status 0
Mar 17 00:26:50 localhost udevd-event[7800]: udev_rules_get_name: rule applied, 'wifi0_ifrename' becomes 'eth1'
Mar 17 00:26:50 localhost udevd-event[7800]: rename_net_if: changing net interface name from 'wifi0_ifrename' to 'eth1'
Mar 17 00:29:50 localhost udevd[7798]: udev_done: seq 2480, pid [7800] exit with 1, 180 seconds old

/etc/iftab and /etc/network interfaces are still the same.

The renaming process seems to work "in time" for me but udev is taking a long break.