NAME
pkgmap − package contents description file
DESCRIPTION
pkgmap is an ASCII file that provides a complete listing of the package contents. It is automatically generated by pkgmk(1) using the information in the prototype(4) file.
Each entry in pkgmap describes a single ’’deliverable object file.’’ A deliverable object file includes shell scripts, executable objects, data files, directories, and so forth. The entry consists of several fields of information, each field separated by a space. 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 the criteria for grouping files into a part (for example, based on class). If no value is defined in this field, part 1 is assumed. | ||
|
ftype |
A one-character field that indicates the file type. Valid values are: |
b
|
block special device | |||
|
c |
character special device | ||
|
d |
directory | ||
|
e |
a file to be edited upon installation or removal (may be shared by several packages) | ||
|
f |
a standard executable or data file | ||
|
i |
installation script or information file | ||
|
l |
linked file | ||
|
p |
named pipe | ||
|
s |
symbolic link | ||
|
v |
volatile file (one whose contents are expected to change, like a log file) | ||
|
x |
an exclusive directory accessible only by this package | ||
|
class |
The installation class to which the file belongs. This name must contain only alphanumeric characters and be no longer than 12 characters. It is not specified if the ftype is i (information file).
pathname
pathname may contain variables of the form $variable that support install-time configuration of the file. variable may be embedded in the pathname structure. (See prototype(4) for definitions of variable specifications.)
Do not use the following reserved words in pathname, since they are applied by pkgadd(1M) using a different mechanism:
PKG_INSTALL_ROOT
BASEDIR
CLIENT_BASEDIR
|
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. This field is not used for linked files, packaging information files, or non-installable files. |
The mode can contain a variable specification. (See prototype(4) for definitions of variable specifications.)
|
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. This field is not used for linked files or non-installable files. It is used optionally with a package information file. If used, it indicates with what owner an installation script will be executed. |
The owner can contain a variable specification. (See prototype(4) for definitions of variable specifications.)
|
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. This field is not used for linked files or non-installable files. It is used optionally with a package information file. If used, it indicates with what group an installation script will be executed. |
The group can contain a variable specification. (See prototype(4) for definitions of variable specifications.)
|
size |
The actual size of the file in bytes. This field is not specified for named pipes, special devices, directories or linked files. | ||
|
cksum |
The checksum of the file contents. This field is not specified for named pipes, special devices, directories, or linked files. |
modtime
The time of last modification, as reported by the stat(2) function call. This field is not specified for named pipes, special devices, directories, or linked files.
Each pkgmap file must have one line that provides information about the number of parts, maximum size of parts that make up the package, and, optionally, the size of the package after compression (where size is given in 512-byte blocks). This line is in the following format:
: number_of_parts maximum_part_size compressed_pkg_size
Lines that begin with ’’#’’ are comment lines and are ignored.
When files are saved during installation before they are overwritten, they are normally just copied to a temporary pathname. However, for files whose mode includes execute permission (but which are not editable), 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: A sample pkgmap file
: 2 500
1 i pkginfo 237 1179 541296672
1 b class1 /dev/diskette 17 134 0644 root other
1 c class1 /dev/rdiskette 17 134 0644 root other
1 d none bin 0755 root bin
1 f none bin/INSTALL 0755 root bin 11103 17954 541295535
1 f none bin/REMOVE 0755 root bin 3214 50237 541295541
1 l none bin/UNINSTALL=bin/REMOVE
1 f none bin/cmda 0755 root bin 3580 60325 541295567
1 f none bin/cmdb 0755 root bin 49107 51255 541438368
1 f class1 bin/cmdc 0755 root bin 45599 26048 541295599
1 f class1 bin/cmdd 0755 root bin 4648 8473 541461238
1 f none bin/cmde 0755 root bin 40501 1264 541295622
1 f class2 bin/cmdf 0755 root bin 2345 35889 541295574
1 f none bin/cmdg 0755 root bin 41185 47653 541461242
2 d class2 data 0755 root bin
2 p class1 data/apipe 0755 root other
2 d none log 0755 root bin
2 v none log/logfile 0755 root bin 41815 47563 541461333
2 d none save 0755 root bin
2 d none spool 0755 root bin
2 d none tmp 0755 root bin
SEE ALSO
pkgmk(1), pkgadd(1M), stat(2), pkginfo(4), prototype(4)
Application Packaging Developer’s Guide
NOTES
The pkgmap file may contain only one entry per unique pathname.