Create a pkginfo file, if not done already.
For step-by-step instructions, see How to Create a pkginfo File.
Create a prototype file, if not done already.
For step-by-step instructions, see How to Create a prototype File by Using the pkgproto Command.
Make your current working directory the same directory that contains your package's prototype file.
Build the package.
$ pkgmk [-o] [-a arch] [-b base-src-dir] [-d device] [-f filename] [-l limit] [-p pstamp] [-r rootpath] [-v version] [PARAM=value] [pkginst] |
Overwrites the existing version of the package.
Overrides the architecture information in the pkginfo file.
Requests that base-src-dir be added to the beginning of relocatable path names when the pkgmk command is searching for objects on the development system.
Specifies that the package should be copied onto device, which may be a an absolute directory path name, diskette, or removable disk.
Names a file, filename, that is used as your prototype file. The default names are prototype or Prototype.
Specifies the maximum size, in 512-byte blocks, of the output device.
Overrides the production stamp definition in the pkginfo file.
Requests that the root directory rootpath be used to locate objects on the development system.
Overrides the version information in the pkginfo file.
Sets global environment variables. Variables beginning with lowercase letters are resolved at build time. Those beginning with uppercase letters are placed into the pkginfo file for use at install time.
Specifies a package by its package abbreviation or a specific instance (for example, SUNWcadap.4).
For more information, see the pkgmk(1) man page.
Verify the contents of the package.
$ pkgchk -d device-name pkg-abbrev Checking uninstalled directory format package pkg-abbrev from device-name ## Checking control scripts. ## Checking package objects. ## Checking is complete. $ |
Specifies the location of the package. Note that device-name can be a full directory path name or the identifiers for a tape or removable disk.
Is the name of one or more packages (separated by spaces) to be checked. If omitted, the pkgchk command checks all available packages.
The pkgchk command prints what aspects of the package are being checked and displays warnings or errors, as appropriate. For more information on the pkgchk command, see Verifying the Integrity of a Package.
Errors should be considered very seriously. An error could mean that a script needs fixing. Check all errors and move on if you disagree with the output from the pkgchk command.
This example uses the prototype file created in Fine-Tuning a prototype File Created With the pkgproto Command.
$ cd /home/jane/InfoFiles $ pkgmk ## Building pkgmap from package prototype file. ## Processing pkginfo file. WARNING: parameter set to "system990708093144" WARNING: parameter set to "none" ## Attempting to volumize 13 entries in pkgmap. part 1 -- 3170 blocks, 17 entries ## Packaging one part. /var/spool/pkg/SUNWcadap/pkgmap /var/spool/pkg/SUNWcadap/pkginfo /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/demo/file1 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/lib/file2 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/man/man1/file3.1 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/man/man1/file4.1 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/man/windex /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/srcfiles/file5 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/srcfiles/file6 ## Validating control scripts. ## Packaging complete. $ |
If your package contains relocatable files, you can use the -b base-src-dir option to the pkgmk command to specify a path name to be added to the beginning of the relocatable path names while the package is being created. This option is useful if you haven't used the path1=path2 format for relocatable files or specified a search path with the !search command in the prototype file.
The following command builds a package with the following characteristics:
The package is built by using the sample prototype file that is created by the pkgproto command. See Example—Creating a prototype File With the pkgproto Command for more information.
The package is built without modifying the path fields.
The package adds an entry for the pkginfo file.
$ cd /home/jane/InfoFiles $ pkgmk -o -b /home/jane ## Building pkgmap from package prototype file. ## Processing pkginfo file. WARNING: parameter set to "system960716102636" WARNING: parameter set to "none" ## Attempting to volumize 13 entries in pkgmap. part 1 -- 3170 blocks, 17 entries ## Packaging one part. /var/spool/pkg/SUNWcadap/pkgmap /var/spool/pkg/SUNWcadap/pkginfo /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/demo/file1 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/lib/file2 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/man/man1/file3.1 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/man/man1/file4.1 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/man/windex /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/srcfiles/file5 /var/spool/pkg/SUNWcadap/reloc/SUNWcadap/srcfiles/file6 ## Validating control scripts. ## Packaging complete. |
In this example, the package is built in the default directory, /var/spool/pkg, by specifying the -o option. This option overwrites the package that was created in Example 2–2.
If you put package information files (such as pkginfo and prototype) and the package objects in two different directories, you can create your package by using the -b base-src-dir and -r rootpath options to the pkgmk command. If you have your package objects in a directory called /product/pkgbin and the other package information files in a directory called /product/pkgsrc, you could use the following command to place the package in the /var/spool/pkg directory:
$ pkgmk -b /product/pkgbin -r /product/pkgsrc -f /product/pkgsrc/prototype |
Optionally, you could use these commands to achieve the same result:
$ cd /product/pkgsrc $ pkgmk -o -b /product/pkgbin |
In this example, the pkgmk command uses the current working directory to find the remaining parts of the package (such as the prototype and pkginfo information files).
If you want to add any optional information files and installation scripts to your package, see Chapter 3, Enhancing the Functionality of a Package (Tasks). Otherwise, after you build the package, you should verify its integrity. Chapter 4, Verifying and Transferring a Package explains how to do so, and provides step-by-step instructions on how to transfer your verified package to a distribution medium.