Bug#650606: followup

2011-12-07 Thread Marco d'Itri
reassign 650606 ifrename severity 650606 serious thanks On Dec 05, Jesse Molina wrote: > -->egrep -v "^#" /lib/udev/rules.d/19-ifrename.rules > > SUBSYSTEM=="net", ACTION=="add", IMPORT="/sbin/ifrename -u -i %k", > NAME:="$env{INTERFACE}" This package needs to be fixed. Or even better removed.

Bug#650606: followup

2011-12-05 Thread Jesse Molina
-->egrep -v "^#" /lib/udev/rules.d/19-ifrename.rules SUBSYSTEM=="net", ACTION=="add", IMPORT="/sbin/ifrename -u -i %k", NAME:="$env{INTERFACE}" -- This appears to be the only IMPORT used in all of /lib/udev/rules.d which does not specify the type, which I think needs to be "program". IMPO

Bug#650606: followup

2011-12-04 Thread Jesse Molina
I don't know WTF this means, but I get the feeling this is a big clue: Output from a "udevadm test" parse_file: reading '/lib/udev/rules.d/19-ifrename.rules' as rules file add_rule: IMPORT{} type missing, ignoring IMPORT /lib/udev/rules.d/19-ifrename.rules:13 Marco d'Itri wrote: tag 65046

Bug#650606: followup

2011-12-04 Thread Marco d'Itri
tag 650461 unreproducible help thank On Dec 05, Jesse Molina wrote: > Fixed by downgrading to udev_172-1 and libudev0_172-1 (amd64), which > were the previously installed version here. Sorry, but I cannot find any change which could have caused this. You will have to debug this by yourself. --

Bug#650606: followup

2011-12-04 Thread Jesse Molina
Fixed by downgrading to udev_172-1 and libudev0_172-1 (amd64), which were the previously installed version here. -->sudo dpkg -i /var/cache/apt/archives/udev_172-1_amd64.deb /var/cache/apt/archives/libudev0_172-1_amd64.deb Sample config being used: -->egrep -v "^#" /etc/udev/rules.d/70-per