prototype(4)


prototype -- package information file

Description

prototype is an ASCII file used to specify package information. Each entry in the file describes a single deliverable object. An object can be a data file, directory, source file, or executable object. This file is generated by the package developer.

Entries in a prototype file consist of several fields of information separated by white space. Comment lines begin with a ``#'' and are ignored. The fields are described below and must appear in the order shown.


``part''
An optional field designating the part number in which the object resides. A part is a collection of files, and is the atomic unit by which a package is processed. A developer can choose criteria for grouping files into a part (for example, based on class). If this field is not used, part 1 is assumed.

``ftype''
A one-character field which indicates the file type. Valid values are:

f
a standard executable or data file

e
a file to be edited upon installation or removal

v
volatile file (one whose contents are expected to change)

d
directory

x
an exclusive directory (See NOTICES)

l
linked file

p
named pipe

c
character special device

b
block special device

i
installation script or information file

s
symbolic link

Once a file has the file type attribute v, it will always be volatile. For example, if a file being installed already exists and has the file type attribute v, then even if the version of the file being installed is not specified as volatile, the file type attribute will remain volatile.


``class''
The installation class to which the file belongs. This name must contain only alphanumeric characters and be no longer than 12 characters. The field is not specified for installation scripts. (admin and all classes beginning with capital letters are reserved class names.)

``pathname''
The pathname where the file will reside on the target machine, for example, /usr/bin/mail or bin/ras_proc. Relative pathnames (those that do not begin with a slash) indicate that the file is relocatable. The form path1=path2 can be used for two purposes: to define a link and to define local pathnames.

For linked files, path1 indicates the destination of the link and path2 indicates the source file. (This format is mandatory for linked files.)

For symbolically linked files, when path2 is a relative pathname starting with ./ or ../, path2 is not considered relocatable. For example, if you enter a line such as:

   	s /foo/bar/etc/mount=../usr/sbin/mount
path1 (/foo/bar/etc/mount) will be a symbolic link to ../usr/sbin/mount.

For local pathnames, path1 indicates the pathname an object should have on the machine where the entry is to be installed and path2 indicates either a relative or fixed pathname to a file on the host machine which contains the actual contents.

A pathname can contain a variable specification, which will be resolved at the time of installation. This specification should have the form
$[A-Z] (see NOTICES).

Special characters, such as an equal sign (``=''), are included in pathnames by surrounding the entire pathname in single quotes (as in, for example, '/usr/lib/~=').


``major''
The major device number. The field is only specified for block or character special devices.

``minor''
The minor device number. The field is only specified for block or character special devices.

``mode''
The octal mode of the file (for example, 0664). A question mark (``?'') indicates that the mode will be left unchanged, implying that the file already exists on the target machine. If the directory does not exist, the default is 0755. If it's a file, the default is 0644. This field is not used for linked files or packaging information files.

``owner''
The owner of the file (for example, bin or root). The field is limited to 14 characters in length. A question mark (``?'') indicates that the owner will be left unchanged, implying that the file already exists on the target machine. If it does not exist, ``owner'' defaults to root. This field is not used for linked files or packaging information files.

Can be a variable specification in the form of $[A-Z] (see NOTICES). Will be resolved at installation time.


``group''
The group to which the file belongs (for example, bin or sys). The field is limited to 14 characters in length. A question mark (``?'') indicates that the group will be left unchanged, implying that the file already exists on the target machine. If it does not exist, ``group'' defaults to ``other''. This field is not used for linked files or packaging information files.

Can be a variable specification in the form of $[A-Z] (see NOTICES). Will be resolved at installation time.

The following three optional fields must be used as a group (all three must be specified if any is specified):


``mac''
The Mandatory Access Control (MAC) Level Identifier (LID), an integer value that specifies a combination of a hierarchical classification and zero or more non-hierarchical categories. A question mark (``?'') indicates that the ``mac'' field will be left unchanged, implying that the file already exists on the target machine. This field can only be applied to a file on a sfs-type filesystem and is not used for linked files or packaging information files.


NOTE: Mandatory Access Control is not supported in this release; this field is present for compatibility with earlier release only. A value of 0 should be used if you must specify this field.


``fixed''
A comma-separated list of valid mnemonic fixed privilege names as defined for the filepriv command. The string NULL is used in place of the comma-separated list when fixed privileges are not to be specified. A question mark (``?'') indicates that the fixed field will be left unchanged, implying that the file already exists on the target machine. This field is not used for linked files or packaging information files. If the fixed attribute is not supplied, then files are installed with no fixed privileges.

``inherited''
A comma-separated list of valid mnemonic inherited privilege names as defined for the filepriv command. The string NULL is used in place of the comma-separated list when privilege is not to be specified. A question mark (``?'') indicates that the inherited field will be left unchanged, implying that the file already exists on the target machine. This field is not used for linked files or packaging information files. If the inherited attribute is not supplied, then files are installed with no inheritable privileges.

NOTE: inheritable privileges have no effect in the current release. This capability is maintained solely for compatibility with earlier releases.

An exclamation point (``!'') at the beginning of a line indicates that the line contains a command. These commands are used to incorporate files in other directories, to locate objects on a host machine, and to set permanent defaults. The following commands are available:


search
Specifies a list of directories (separated by white space) to search for when looking for file contents on the host machine. The basename of the ``path'' field is appended to each directory in the ordered list until the file is located. This command should not be specified in prototype files for packages that are to be compressed.

include
Specifies a pathname which points to another prototype file to include. Note that search requests do not span include files.

default
Specifies a list of attributes (mode, owner, group, mac, fixed, and inherited) to be used by default if attribute information is not provided for prototype entries which require the information. If either the mode, owner, or group attribute is supplied, all three of these attributes must be supplied.

If either the mac, fixed, or inherited attribute is supplied, all three security attributes must be supplied. If the security attributes are supplied and the other attributes are not supplied, use ``-'' for mode, owner, and group.

The defaults do not apply to entries in include prototype files.


NOTE: Values specified for mac and inherited will have no effect, because these features are not supported in the current release.


``param''=value
Places the indicated parameter in the current environment.

The above commands can have variable substitutions embedded within them, as demonstrated in the two example prototype files below.

Before files are overwritten during installation, they are copied to a temporary pathname. The exception to this rule is files whose mode includes execute permission, unless the file is editable (that is, ftype is e). For files which meet this exception, the existing version is linked to a temporary pathname, and the original file is removed. This allows processes which are executing during installation to be overwritten.

Examples

Example 1:
   !PROJDIR=/usr/proj
   !BIN=$PROJDIR/bin
   !CFG=$PROJDIR/cfg
   !LIB=$PROJDIR/lib
   !HDRS=$PROJDIR/hdrs
   !search /usr/myname/usr/bin /usr/myname/src /usr/myname/hdrs
   i pkginfo=/usr/myname/wrap/pkginfo
   i depend=/usr/myname/wrap/depend
   i version=/usr/myname/wrap/version
   d none /usr/wrap 0755 root bin
   d none /usr/wrap/bin 0755 root bin 0 NULL NULL
   ! search $BIN
   f none /usr/wrap/bin/INSTALL 0755 root bin
   f none /usr/wrap/bin/REMOVE 0755 root bin
   f none /usr/wrap/bin/addpkg 0755 root bin
   !default 755 root bin 0 NULL NULL
   f none /usr/wrap/bin/audit 0 audit,setplevel NULL
   f none /usr/wrap/bin/listpkg
   f none /usr/wrap/bin/pkgmk
   # The logfile starts as a zero length file, since the source
   # file has zero length. Later, the size of logfile grows.
   v none /usr/wrap/logfile=/usr/wrap/log/zero_length 0644 root bin
   # the following specifies a link (dest=src)
   l none /usr/wrap/src/addpkg=/usr/wrap/bin/rmpkg
   ! search $SRC
   !default 644 root other
   f src /usr/wrap/src/INSTALL.sh
   f src /usr/wrap/src/REMOVE.sh
   f src /usr/wrap/src/addpkg.c
   f src /usr/wrap/src/audit.c
   f src /usr/wrap/src/listpkg.c
   f src /usr/wrap/src/pkgmk.c
   d none /usr/wrap/data 0755 root bin
   d none /usr/wrap/save 0755 root bin
   d none /usr/wrap/spool 0755 root bin
   d none /usr/wrap/tmp 0755 root bin
   d src /usr/wrap/src 0755 root bin

Example 2:

   # this prototype is generated by 'pkgproto' to refer
   # to all prototypes in my src directory
   !PROJDIR=/usr/dew/projx
   !include $PROJDIR/src/cmd/prototype
   !include $PROJDIR/src/cmd/audmerg/protofile
   !include $PROJDIR/src/lib/proto

References

pkginfo(4), pkgmk(1)

Notices

Normally, if a file is defined in the prototype file but does not exist, that file is created at the time of package installation. However, if the file pathname includes a directory that does not exist, the file will not be created. For example, if the prototype file has the following entry:
   f none /usr/dev/bin/command

and that file does not exist, it will be created if the directory /usr/dev/bin already exists or if the prototype also has an entry defining the directory:

   d none /usr/dev/bin

An exclusive directory type (file) type x) specifies directories that are constrained to contain only files that appear in the software installation database (/var/sadm/install/contents). If there are other files in the directory, they will be removed by pkgchk -fx as described on the pkgchk(1M) man page.

Variable specifications for the ``pathname'', ``owner'', and ``group'' fields are defined in the pkginfo file. For example, ``owner'' could be $OWNER in the pkgmap file; if OWNER is defined as root in the pkginfo file, $OWNER will get the value root when the file gets installed.

MAC levels (mac) are always installed on sfs file systems, but have no effect because MAC is not supported in this release.

Fixed and inheritable privileges (fixed and inherited) on files, if present, are always installed. When a file with fixed privileges is executed, the fixed privileges are propagated to the new process. Inheritable privileges have no effect.


© 2004 The SCO Group, Inc. All rights reserved.
UnixWare 7 Release 7.1.4 - 25 April 2004