* Volker A. Brandt <[EMAIL PROTECTED]> [2008-02-29 21:37]:
> Stephen Hahn writes:
> > * Peter Tribble <[EMAIL PROTECTED]> [2008-02-29 19:56]:
> > > Now, to be absolutely clear here: you're saying that you anticipate
> > > that future Solaris (OpenSolaris) releases must supply and support
> > > both the shiny new system and the crufty old system for an extended
> > > period - 10 years or so?
> >
> > Yes.
>
> I have thought quite a while about this. At first I would definitely
> have agreed to that resounding "yes". Now, I am not so sure any more.
>
> One of the biggest obstacles to accepting the new is of course
> clinging to the old. The easier it is to stick to old stuff, the
> longer it will take for the new stuff to propagate.
>
> Now, I would actually prefer a clean cut. Yes, all my hard-won
> and deep knowledge about Custom Jumpstart and dynamic profiles
> will go down the drain. Yes, I will have to rewrite all my clever
> i.local class action scripts that create their own r.local cousins
> on the fly. That is bad -- for me. But if the new system is better
> than the old, so be it.
>
> The key here IMHO is migration tools. There should really be a toolset
> that reliably and reproducibly performs the following:
>
> - migrates a set of SVR4 packages into the new format as a set,
> preserving as much metadata as possible (i.e. "depend" info etc.)
>
> - converts the easy cases into the new formats automatically
>
> - provides useful hints to the package author (or migration
> requester) so that (s)he has a chance to recreate the packate
> functionality previously provided by various SVR4 features
>
> - clearly documents the migration, ideally in a machine-readable
> fashion (you can tell I've worked for banks :-)
>
> If we have such a toolset, we can dare to make a clean cut. And
> that clean cut will make the new world system ever so much better
> manageable.
Hey--someone out there wants to push even further! I'll incorporate
this as a potential compatibility ("aggressive migration") scenario in
the ARC inception materials, if you don't mind.
- Stephen
--
[EMAIL PROTECTED] http://blogs.sun.com/sch/
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
