* Susanne Oberhauser <froh@novell.com> [Sep 26. 2008 16:09]:
Hi,
thx to some kind pointer off-list I found and checked http://en.opensuse.org/Product_Management/Code11/Upgrade
This all looks great as long as you don't depend on an add-on with KMPs (aka driver kit) to get your machine booting.
Well, if you need a driver for _booting_, driverupdate (aka 'dud') is your friend: http://en.opensuse.org/Linuxrc#p_driverupdate
In that case a few things need to be addressd:
- The inst source and the KMPs need to be protected from incidential force-deinstallation. They are not outdated per se, only if they are obsoleted explicitely.
Not quite. A package will be removed if its dependencies cannot be fulfilled any longer. Any kernel driver has a rather high probability of broken dependencies on a distribution upgrade.
btw, in general the assumption that a package shall be removed if it has no successor will silently remove functionality. The user then has no choice to tell that he was not aware of this implication.
The 'to be removed' packages are explicitly listed.
So if some packages need to be removed for a dist-update, then there needs to be some mechanism that checks back with the user wether this really is what she wants (ovverridable with some '--yes-to-uninstalls').
There is little value in keeping a binary package with broken dependencies installed ;-) The 'override' is to lock the package explicitly. But the binary/driver won't work anyways.
- There needs to be a way to migrate several repos in one step simultanously, so the kernel and the KMPs get updated in one single step, before reboot.
The update stack in 11.1 / SLE11 supports 'services', a collection of repositories. See http://duncan.mac-vicar.com/blog/archives/351 However, this requires knowledge of old and new repositories which is hard to collect.
This simultaneous migration of base product and add-ons must not depend on an interactive tool, else it will not meet larger deployment's need for unattendend, prescheduled maintenance mass roll-outs.
I think everyone working on the update stack is very aware of this fact.
I can put this as known gaps into the wiki but I wanted to check back here before I touch that page.
Please do touch the wiki so questions and gaps can be answered and documented there persistently. Klaus -- To unsubscribe, e-mail: opensuse-softwaremgmt+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-softwaremgmt+help@opensuse.org