[arc-discuss] [ogb-discuss] Defining OpenSolaris Consolidations

[Raju Alluri]

On 8/8/07, Brian Utterback <brian.utterback at sun.com> wrote:
>
> I think it is unwise to focus too much on the "does not duplicate"
> property. It seems to me that it would be perfectly reasonable to
> have conflicting consolidations that both deliver the same file,


Just curious: Wouldn't it make more sense to use the word "component" as in
a package/RPM/equivalent than a file here?

Actually that depends on what the native install system sees as a granule.
If the granularity for the install infrastructure (for auditing, for
versioning, for deploying) is at a package/RPM/foobar level, then we can say
"conflicting consolidations can deliver the same GRANULE but a single WOS
can have at most one such instance of a GRANULE". For Solaris, the granule
is an SVR4 package and for Linux, it could be an RPM or equivalent.

If we allow file level redundancy, then we need to have additional
infrastructure in install/uninstall to tag a single file with multiple
granules (SVR4 packages) and remove the file only when the last instance of
the granule is uninstalled.

Do we have any such infrastructure on horizon? If not, allowing file level
redundancy will lead to audit, uninstall and configuration issues.

[Or am I missing some fundamental background of this discussion?]

Regards,
- Raju


but that would have the restriction that either one but not both
> could be delivered into a single WOS.
>
> --
> blu
>
> Screening ideas are indeed thought up by the Office for Annoying
> Air Travelers and vetted through the Directorate for Confusion
> and Complexity - Kip Hawley, Head of the TSA
> ----------------------------------------------------------------------
> Brian Utterback - Solaris RPE, Sun Microsystems, Inc.
> Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom
> _______________________________________________
> arc-discuss mailing list
> arc-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/arc-discuss
>



-- 
--
Raju Alluri
http://raju.spurthi.com/blog/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.opensolaris.org/pipermail/arc-discuss/attachments/20070808/b459e3b4/attachment.html