Il 24/01/2013 21:45, Michael Orlitzky ha scritto:
On 01/24/13 15:39, Michael Orlitzky wrote:
On 01/24/13 15:26, viv...@gmail.com wrote:
If you're going to upgrade both anyway, you should be upgrading the
kernel first. That way if you lose power or the system crashes, the box
can reboot.
which can be the exact opposite order if instead you have to _disable_ a
feature in the kernel which would make udev not bootable.
Don't remember exactly what, but it happened in the past when Greg was
still maintainer and an obsolete feature was making udev confused.
Suppose, you're on e.g. udev-1, and,
* udev-2 requires CONFIG_FOO=n
* udev-1 will not boot with CONFIG_FOO=y
Sorry, that should be an 'n' instead of a 'y'. I started out with 'y'
and tried to switch to 'n' to match your example.
actually it wasn't an issue that could made a system un-bootable but was
like this:
* udev-129 could live with CONFIG_SYSFS_DEPRECATED=y
* udev-130 require CONFIG_SYSFS_DEPRECATED not set
The example was given just to underline the fact that a different emerge
order may be required.
cheers