Public SourceMage Discussion List

[seth AT swoolley.homeip.net]

To solve the hotplug deprecation with newer udev issue you canjust treat 
hotplug as deprecated and make it like a deprecated spell except make 
the scripts all condition the deprecated behavior on the check for the 
new udev.

I'm fine with the rest of what you said, and I'll note that none of this 
process affects static dev users (they won't get either behavior since 
hotplug will revert to correct behavior with no udev installed and with 
no udev, it won't require them to update their kernel.)

This also means that anybody using an older kernel might want to use an 
udev-old (or a udev-and-hotplug spell), or is there something else that 
needs to happen to enable that?

Seth

On Sun, Jan 07, 2007 at 10:21:07PM +0000, Juuso Alasuutari wrote:
> We're finally headed towards stable 0.6, meaning that the transition from 
> hotplug to udev is inevitable for stable users. At the moment our spells 
> aren't quite ready for it, and this is something we definitely need to fix 
> before releasing.
> 
> I'm responsible for this issue and could use some suggestions. Here's what 
> the 
> situation will be at the time of upgrade from stable 0.4 to 0.6:
> 
> - users will have hotplug and the old udev installed
> - users will have the 2.6.14.2 kernel installed
> - the new udev needs a kernel >= 2.6.15 to do hotplugging, it will refuse 
> to 
> cast otherwise
> - hotplug is officially deprecated in favor of udev's module autoloading
> 
> What needs to happen is:
> 
> - a recent kernel absolutely must be cast before udev
> - casting the new udev must deprecate (dispel) hotplug
> 
> It seems that this can be achieved simply by making udev 'conflict y' with 
> hotplug. But what if hotplug comes later on in the upgrade install queue? 
> Then udev would dispel hotplug, which would still be recast afterwards. On 
> the other hand I don't think we want to completely deprecate hotplug; there 
> might be the odd case where it's wanted.
> 
> -- 
>         Juuso Alasuutari
> [[ Source Mage GNU/Linux ]]



> _______________________________________________
> SM-Discuss mailing list
> SM-Discuss AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-discuss