We might be able to achieve the general goal without creating problems mentioned by James if the model is slightly different.

Currently Solaris has:
* Install a pkg in all zones (pkgadd)
* Install a pkg in the GZ only (pkgadd -G)
* Install a pkg in a non-GZ only (pkgadd -G)

Note that pkgadd will fail if -G is used and the pkg has set 
SUNW_PKG_ALLZONES=true.

To be consistent with the existing usage, a new feature:
* Install a pkg in all zones except one (or a list of zones)
  (pkgadd -Z <zonename>)

should be added to pkgadd, e.g. "pkgadd -Z twilight" would install the pkg in all zones except zone 'twilight'. (There is probably a better option-letter.)

We would still need to decide what should happen if this new option is used and SUNW_PKG_ALLZONES=true. Do we obey the pkg creator or the person running pkgadd?
To be consistent with the way -G works, pkgadd should fail.

James Dickens wrote:
Currently if you create a zone, and install another package in the
global zone, it is installed in the non-global zones. I propose a
feature that you can lock each non-global zone then the new packages
would not be installed in the non-global zones. Of course this only
effects packages that are installed in non inherited directories. If
the package makes changes in an inherited directory I realize that the
change would be visible.

Each zone would have to be unlocked or the lock would have to be
ignored if patch the system.

The interface would be


#zoneadm –z zonename lock

With the zone locked no changes in the global zone effects the
non-global zones.

#zoneadm –z zonename unlock

Now packages installed after being unlocked would be installed in the
non-global zone at the same time as happens now.
_______________________________________________

--
--------------------------------------------------------------------------
Jeff VICTOR              Sun Microsystems            jeff.victor @ sun.com
OS Ambassador            Sr. Technical Specialist
Solaris 10 Zones FAQ:    http://www.opensolaris.org/os/community/zones/faq
--------------------------------------------------------------------------
_______________________________________________
zones-discuss mailing list
zones-discuss@opensolaris.org

Reply via email to