Removing rules files would work fine if a) using dpkg and b) udev had left
its rules files as conffiles under /etc. This sort of situation is why dpkg
does not add back deleted conffiles on upgrade. But since udev's rules files
have moved to /lib/udev, deletion of rules files will no longer persist
across upgrades.
Now it seems you'd have to create an empty version of the net generator rule
in /etc/udev to override the one from /lib/udev.
Posted Oct 15, 2009 20:09 UTC (Thu) by nix (subscriber, #2304)
[Link]
That was exactly my moan :)
I'm not sure that creating an empty version of the net generator rule file
works, either: I'm not sure if udev replaces files named $FOO in /lib/udev
with files of the same name in /etc/udev/rules.d. NEWS says:
> It does not matter in which directory a rule file lives, all files are
> sorted in lexical order.
which could go either way.
Char devices for network interfaces
Posted Oct 16, 2009 3:02 UTC (Fri) by njs (guest, #40338)
[Link]
Posted Oct 16, 2009 16:15 UTC (Fri) by nix (subscriber, #2304)
[Link]
Well, /lib/udev was already in use for other udev stuff which has to be runnable before /usr is mounted (e.g. /lib/udev/vol_id).
But, yes, putting what damn well should be conffiles (as witness the fact that people want to change them, even if udev upstream is resistant) in /lib is demented.