I'd like to see if I'm properly understanding what you wrote here, Bart,

Bart Smaalders wrote:
> 
> There will be no changes in the kernel makefiles in terms of building
> the kernel.  Packages will be delivered to a repo rather than
> being created on disk....
> 
> If the type IDs in genunix change, I assume its elfhash changes.
> Likewise, if the dependent modules change, their elfhashes will
> change as well.
> 
> All the bits that changed as the result of this build will appear
> in the same package updates.
> 
> Eg if the build produced a different genunix, disp and devfs,
> those three modules will appear as different in the next rev
> of the core kernel package(s), and always will be installed as a unit.
> 
> The model of picking and choosing kernel components generated over
> various builds from the past two years will be a thing of the past.
> 
> No more "dim sum" patching!

It SOUNDS like you are saying something like the following:

- There will be a [core kernel] IPS "package"
- Users will have a choice of choosing the equivalent of
   REV.2007.MM.DD of kernel package, or REV.2008.MM.DD of kernel package;
   they will no longer have a choice of "patch kernel module X"
- This is better then what sun does now, because sun allows/provides
    "patch kernel module X" at the moment

So, you're happier with "the new system", because it doesnt allow for that 
last possibility.

Please correct me if I'm wrong here, but... at a functional level, how is 
this different from Sun just deciding,

"We're no longer going to provide piecemeal patches: We are only going to 
provide 'patch rev XX for SUNWckr'. We are not going to provide 'patch rev 
YY for subcomponent foo of SUNWckr."

To put it another way; you plan to "fix" the software maintainance process 
at Sun, by taking away the ability to do piecemeal patching, rather than 
going through a management path of simply telling engineering at a 
managerial level, "stop releasing piecemeal patches".

Does that accurately sum things up?

_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to