|Skip Navigation Links|
|Exit Print View|
|Packaging and Delivering Software With the Image Packaging System in Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library|
This section describes general and Oracle Solaris action attributes and Oracle Solaris attribute tags.
The following attributes are not necessary for correct package installation, but having a shared convention reduces confusion between publishers and users.
A list of additional terms that should cause this package to be returned by a search.
A human readable string that describes the entity that provides the package. This string should be the name, or name and email of an individual, or the name of an organization.
A URL associated with the entity that provides the package.
A human readable string that describes the entity that creates the software. This string should be the name, or name and email of an individual, or the name of an organization.
A URL associated with the entity that creates the software delivered in the package.
A URL to the source code bundle for the package, if appropriate.
A URL to the source code repository for the package, if appropriate.
A changeset ID for the version of the source code contained in info.repository-url.
One or more case identifiers (for example, PSARC/2008/190) associated with the ARC case (Architecture Review Committee) or cases associated with the component delivered by the package.
One or more FMRIs that represent SMF services delivered by this package. These attributes are automatically generated by pkgdepend for packages that contain SMF service manifests. See the pkgdepend(1) man page.
To provide additional metadata for a package, use an organization-specific prefix on the attribute name. Organizations can use this method to provide additional metadata for packages developed in that organization or to amend the metadata of an existing package. To amend the metadata of an existing package, you must have control over the repository where the package is published. For example, a service organization might introduce an attribute named service.example.com,support-level or com.example.service,support-level to describe a level of support for a package and its contents.
Specifies which actions in a package can be installed in a non-global zone, in the global zone, or in either a non-global or the global zone. See Chapter 10, Handling Non-Global Zones for more information.