Bart Smaalders writes:
> Note that this software also has to work correctly when installing bits
> to a
> image which isn't booted.  One of the fundamental design constraints we're
> placing on IPS is that it be able to manipulate images regardless of version
> skew between the live image and the image being manipulated.  Indeed, it
> needs to be possible to create bootable SPARC images when running on an
> x86 machine.  This forces us to make a clean separation between installation
> and self/auto configuration; we simply do not run any portions of the
> software
> being installed during packaging installation.

Now this is a laudable goal; thank you for this clear statement.
However, I don't quite see a satisfying solution to the problem
that follows from this goal:  How do you propagate the knowledge
about the configuration of the indidiual packages to the image
that you manipulate?

If you install a number of packages, and a subset needs post-installation
steps (provided by SMF), and a subset of *those* fail in their
post-installation services, what then?  If a SysV pkg script failed
in non-interactive mode, the package was flagged as "partially installed"
(depending on the failure, of course -- sometimes it wasn't installed
at all).

It is easy to see how this will reflect on the service within SMF:
If post-install config fails, the service is marked as maintenance
(or some other state yet to be determined).  But how will I be able to
recognize this when looking at the package?


Regards -- Volker
-- 
------------------------------------------------------------------------
Volker A. Brandt                  Consulting and Support for Sun Solaris
Brandt & Brandt Computer GmbH                   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim                     Email: [EMAIL PROTECTED]
Handelsregister: Amtsgericht Bonn, HRB 10513              Schuhgröße: 45
Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt

Attachment: pgpddNuTuB26F.pgp
Description: PGP signature

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

Reply via email to