On Fri, Feb 10, 2006 at 02:01:05PM +0100, Jonas Smedegaard wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Fri, 10 Feb 2006 13:41:55 +0100 > Sven Luther <[EMAIL PROTECTED]> wrote: > > > 1) sarge-udev & etch-udev install concurently, maybe using the > > divert or alternative mechanism to not overwrite their files. > > Beware that some packages depend versioned on udev. They probably > expect that newer udev to not only be installed, but also running...
Good point, but well, we have 6 month to teach them to behave properly in the upgrade path, and they should be included in the solution. > And hooks for udev possibly behave wrongly (perhaps even fatally?) when > hooked into a too old udev? but will this matter for the keyboard, network and disk ? Well, the same ones yaird cares about. > I am not saying this is impossible, just that it is most probably > harder than simple divert. Ok, but i think the solution Marco proposed already takes care of a big chunk of the current problems, and we will only be needing to handle those cases where the new kernel fails to boot, and maybe using the recovery mode of d-i in those case would be acceptable ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
