Updated: 11 December 1998 |
POLYCENTER Software Installation Utility Developer's
Guide
Previous | Contents | Index |
You use a patch kit to apply a correction to a currently installed product. It can replace files, provide new files, or remove files. The PDF for a patch kit must contain a product statement with the keyword patch, an apply to statement, and an end product statement as shown in the following example:
product DEC AXPVMS TEST_A_ECO1 V1.0 patch ; apply to DEC AXPVMS TEST_A version minimum A2.0 version maximum V2.0 ; . . . end product ; |
A patch kit has the following characteristics:
Example 3-6 shows a patch kit.
Example 3-6 PDF for a Patch Kit |
---|
product DEC AXPVMS FORTECO_03 V1.0 patch ; (1) apply to DEC AXPVMS FORTRAN version required V7.1-1 ; (2) module [000000]DEC_FORTCLD.CLD type command generation 3 module FORTRAN;(3) end product ; |
Example 3-7 shows a patch kit that modifies the operating system.
Example 3-7 PDF for a Patch Kit that Modifies the Operating System |
---|
product DEC AXPVMS VMS61TO71U2_PCSI B1.0 patch ; (1) apply to DEC AXPVMS VMS version minimum V6.1 version below A7.2 ; (2) -- This patch kit provides the entire POLYCENTER Software Installation(3) -- facility built from OpenVMS V7.2 sources that can be installed on OpenVMS -- V6.1 through V7.1-n systems. Installation of this patch extends the -- capabilities of the DCL command PRODUCT, enhances the utility's user -- interface, and corrects problems. In addition, the availability of this -- patch enables product developers to use new product description language -- syntax introduced in OpenVMS V7.1 and V7.2 in their product kits for -- deployment on older OpenVMS systems that have this patch installed. -- -- Although this kit could have been packaged as a layered product, it was -- more appropriate to package it as a patch to the operating system because -- it replaces a facility that is bundled with OpenVMS. Finally, the use -- of generation numbers on files and library modules provides information -- used during object conflict detection and resolution should other patches -- for this facility be distributed in the future that update these objects. file [SYSEXE]PCSI$MAIN.EXE generation 50000000 ; file [SYSLIB]PCSI$SHR.EXE generation 50000000 ; file [SYSUPD]PCSI.CLD generation 50000000 ; (4) module [SYSUPD]PCSI.CLD type command generation 50000000 module PRODUCT ; module [SYSUPD]PRODUCT.HLP type help generation 50000000 module PRODUCT ; file [SYSUPD]PCSI$CREATE_RIGHTS_IDENTIFIER.COM generation 50000000 ; file [SYSUPD]PCSI$DELETE_RIGHTS_IDENTIFIER.COM generation 50000000 ; file [SYSUPD]PCSI$CREATE_ACCOUNT.COM generation 50000000 ; file [SYSUPD]PCSI$DELETE_ACCOUNT.COM generation 50000000 ; file [SYSUPD]PCSI$CREATE_NETWORK_OBJECT.COM generation 50000000 ; file [SYSUPD]PCSI$DELETE_NETWORK_OBJECT.COM generation 50000000 ; file [SYSUPD]PCSI$REGISTER_PRODUCT.COM generation 50000000 ; file [SYSUPD]PCSI$EXTRACT_TLB.COM generation 50000000 ; remove ;(5) file [SYSLIB]PCSI$MOTIFSHR.EXE ; -- obsolete file as of VMS V7.2 end remove ; end product ; |
You use a mandatory update kit to apply a correction to a currently installed product. It can replace files, provide new files, or remove files. The PDF for a mandatory update kit must contain a product statement with the keyword mandatory update, an apply to statement, and an end product statement, as shown in the following example:
product DEC AXPVMS TEST_A_ECO1 V1.0 mandatory update ; apply to DEC AXPVMS TEST_A version minimum A2.0 version maximum V2.0 ; . . . end product ; |
A mandatory update kit is functionally identical to a patch kit except for its kit-type designation. It is intended to be used for corrections that must be applied to the product.
The characteristics of a mandatory update kit are the same as for a
patch kit, as described in Section 3.5.5.
3.5.7 The Transition Kit Type
You use a transition kit to register in the product database a product that was not installed by the POLYCENTER Software Installation utility. For example, you would use a transition kit to register products installed by the VMSINSTAL utility. The PDF for a layered product transition kit must contain a product statement with the keyword transition and an end product statement as shown in the following example:
product DEC AXPVMS FMS V2.4 transition ; . . . end product ; |
To register an operating system product, the keyword operating system is added to the keyword transition as shown in the following example:
product DEC VAXVMS VMS V7.2 transition operating system ; . . . end product ; |
In contrast to OpenVMS Alpha, the OpenVMS VAX operating system is not installed by the POLYCENTER Software Installation utility. The OpenVMS VAX installation procedure uses the PRODUCT REGISTER PRODUCT VMS command to register the operating system in the product database.
The transition kit has the following characteristics:
There are several benefits of registering a product:
Example 3-8 shows a transition PDF for the FMS product.
Example 3-8 PDF for a Transition Kit |
---|
product DEC AXPVMS FMS V2.4 transition ; (1) infer version from [SYSLIB]FDVSHR.EXE ; (2) file [SYSLIB]FDVSHARE.OPT ; (3) module [SYSUPD]FDV.OBJ type object module FDV ; (4) module [SYSUPD]FDVMSG.OBJ type object module FDVMSG ; module [SYSUPD]FDVDAT.OBJ type object module FDVDAT ; module [SYSUPD]FDVERR.OBJ type object module FDVERR ; module [SYSUPD]FDVTIO.OBJ type object module FDVTIO ; module [SYSUPD]FDVXFR.OBJ type object module FDVXFR ; module [SYSUPD]HLL.OBJ type object module HLL ; module [SYSUPD]HLLDFN.OBJ type object module HLLDFN ; end product ; |
The following list describes the statements in this example:
An alternative way to register a product (without providing a transition kit for the user to register with a PRODUCT REGISTER PRODUCT command) is to execute the SYS$UPDATE:PCSI$REGISTER_PRODUCT.COM command procedure. This procedure prompts the user to enter product name, version, producer, and base system information, as shown in the following example:
$ @SYS$UPDATE:PCSI$REGISTER_PRODUCT.COM Product name: FMS Version: V2.4 Producer [DEC] : Base System [AXPVMS] : . . . The following product has been registered: DEC AXPVMS FMS V2.4 Transition (registration) |
Registering a product using the command procedure will allow another software product to reference this product with a software statement.
The product text file (PTF) is an optional component of a software product kit. However, most kits created using the POLYCENTER Software Installation utility include a PTF. You must supply a PTF to the kitting process if you want to use PDF statements that display text to users during product installation. The following PDF statements have corresponding text modules in the PTF:
For each text module in the PTF you can provide both brief and detailed descriptions. With the exception of the error statement, the brief version of the text module is displayed by default. (See Chapter 7 to see how help text is displayed for each statement.) The user requests detailed explanations by including the /HELP qualifier on the PRODUCT INSTALL command line. If you choose to provide only brief text for a given text module and the user asks for detailed text, the brief version is displayed. By providing detailed descriptions and other informational help text, you should be able to reduce or eliminate hardcopy installation documentation.
You might want to force the detailed text to be displayed without the user having to request it. To do this, use the information or option PDF statements, as in the following example:
|
The PTF you provide as input to the PRODUCT PACKAGE command:
The following are examples of valid input PDF and PTF names:
TEST.PDF TEST.PCSI$TEXT ABC_CO-AXPVMS-BLACKJACK-V0201-17-1.PCSI$DESC ABC_CO-AXPVMS-BLACKJACK-V0201-17-1.PCSI$TEXT |
The execution of the PRODUCT PACKAGE command transforms the input PTF into an output PTF. The input PTF is a text file containing header lines and text module lines. The output PTF is an OpenVMS library file. Its name consists of the product's stylized file name and a file type of .PCSI$TLB:
producer-base-product-version-kit_type.PCSI$TLB |
For example:
ABC_CO-AXPVMS-BLACKJACK-V0201-17-1.PCSI$TLB |
Note that you can convert the output PTF from an OpenVMS library file
back to a text file by executing the command procedure
PCSI$EXTRACT_TLB.COM, which is located in SYS$COMMON:[SYSUPD]. You must
supply the PTF library file as a parameter to the procedure.
4.2 Structure of a PTF
A PTF is a text file that contains packaging directives, module header lines, and module text. The PTF must begin with the =product directive line that uniquely identifies the product and specifies the type of kit. The rest of the file contains one or more text modules. Each text module entry consists of:
The user chooses whether to receive brief or detailed explanations by use of the /HELP qualifier on the PRODUCT INSTALL command.
Brief text format (the default) is restricted to one line of text; that is, the text in the =prompt directive line. To avoid carrying the single-line text over to the next line, try to keep your brief message to no more than 60 characters.
Detailed or help text can include any number of lines of text. The formatting of the information is preserved on output, except that the POLYCENTER Software Installation utility may indent the entire block of text displaying information about configuration options or software requirements.
Comment lines are not permitted in a PTF.
4.2.1 Specifying the Product Name
You must use the =product directive to specify product information in the PTF. The information that you specify with the =product directive must match the information you specify with the product statement in the PDF.
The =product directive has the following format:
=product producer base product version kit_type |
See Section 2.3 for the naming conventions.
4.2.2 PTF Modules and the Relationship with the PDF
PTF text modules are text blocks that you want to present to the user. The POLYCENTER Software Installation utility does not process text blocks sequentially, so the order of the text modules in the PTF does not matter.
Text modules are identified by a module header line in the following format:
1 module-name |
The module header line consists of the number 1, followed by a space or tab and the name of the module. The module-name must be from 1 to 31 ISO Latin-1 characters, excluding the horizontal tab, space, exclamation point (!), and comma (,) characters. For example:
1 SAMPLE |
The POLYCENTER Software Installation utility uses the name of the module to associate the text module with a line from the PDF. For example, the SAMPLE module could correspond to an option in the PDF:
option SAMPLE ; |
The utility also allows you to specify text modules that are not associated with statements in the PDF. These text modules are preceded by an apostrophe ('). Use the following module names to specify information about your product:
For example, a product might contain the following modules:
=product DEC VAXVMS C V1.0 full 1 'PRODUCT =prompt DEC C++ for OpenVMS DEC C++ for OpenVMS VAX is a native compiler that implements the C++ programming language and includes: o A C++ compiler that implements C++ as defined by The Annotated C++ Reference Manual, Ellis & Stroustrup, reprinted with corrections, May 1991. The compiler implementation includes templates but ex- cludes exception handling. DEC C++ generates optimized object code without employing an intermediate translation to C. o The DEC C++ Class Library, which consists of the following class li- brary packages: iostream, complex, generic, Objection, Stopwatch, String, task, messages, and vector. 1 'NOTICE =prompt © Digital Equipment Corporation 1992. All rights reserved. Unpublished rights reserved under the copyright laws of the United States. This software is proprietary to and embodies the confidential technology of Digital Equipment Corporation. Possession, use, or copying of this software and media is authorized only pursuant to a valid written license from Digital or an authorized sublicensor. Restricted Rights: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c)(1)(ii) of DFARS 252.227-7013, or in FAR 52.227-19, or in FAR 52.227-14 Alt. III, as applicable. 1 'LICENSE =prompt This product uses the PAKs: <xxx> and <xxx-RT>. This software is furnished under the licensing provisions of Digital Equipment Corporation's Standard Terms and Conditions. For more in- formation about Digital's licensing terms and policies, contact your local Digital office. 1 'PRODUCER =prompt Digital Equipment Corporation This software product is sold by Digital Equipment Corporation. |
Previous | Next | Contents | Index |
Copyright © Compaq Computer Corporation 1998. All rights reserved. Legal |
5952PRO_004.HTML
|