跳过导航链接 | |
退出打印视图 | |
应用程序包开发者指南 Oracle Solaris 10 1/13 Information Library (简体中文) |
此节讨论可选的软件包安装脚本。pkgadd 命令可自动执行使用软件包信息文件作为输入安装软件包时所需的所有操作。您不必提供任何软件包安装脚本。不过,如果您要为软件包创建定制的安装过程,可以使用安装脚本来实现。安装脚本:
必须可由 Bourne shell (sh) 执行
必须包含 Bourne shell 命令和文本
不必包含 #!/bin/sh shell 标识符
不必是可执行文件
可使用四种类型的安装脚本执行定制的操作:
request 脚本请求来自正在安装软件包的管理员的数据,以指定或重新定义环境变量。
checkinstall 脚本检查目标系统上是否有所需数据,可设置或修改软件包环境变量,以及确定安装是否继续。
注 - checkinstall 脚本自 Solaris 2.5 及兼容发行版开始可用。
过程脚本指定在安装或删除软件包之前或之后将调用的过程。四个过程脚本是 preinstall 、postinstall、preremove 和 postremove。
类操作脚本定义了应该在安装或删除期间应用于某类文件的一个操作或一组操作。您可以定义自己的类。或者,可以使用四个标准类(sed、awk、build 和 preserve)之一。
您使用的脚本类型取决于安装过程中何时需要该脚本的操作。软件包安装后,pkgadd 命令执行以下步骤:
执行 request 脚本。
执行 checkinstall 脚本。
checkinstall 脚本收集文件系统数据,并可创建或修改环境变量定义来控制后续安装。有关软件包环境变量的更多信息,请参见软件包环境变量。
为要安装的每个类安装软件包对象。
这些文件的安装逐类进行,并相应地执行类操作脚本。所处理的类列表及其安装顺序最初由 pkginfo 文件中的 CLASSES 参数定义。不过,request 脚本或 checkinstall 脚本可更改 CLASSES 参数的值。有关安装期间如何处理类的更多信息,请参见软件包安装期间如何处理类。
为每个类删除软件包对象
删除也按逐个类进行。删除脚本按照与安装时相反的顺序,根据 CLASSES 参数定义的序列进行处理。有关安装期间如何处理类的更多信息,请参见软件包安装期间如何处理类。
删除硬链接。
删除常规文件。
删除符号链接、设备和命名管道。
request 脚本不会在软件包删除时进行处理。但是,该脚本的输出会保留在已安装的软件包中,供删除脚本使用。request 脚本的输出是环境变量列表。
以下环境变量组对所有安装脚本可用。某些环境变量可由 request 脚本或 checkinstall 脚本修改。
除了必需的参数之外,request 脚本或 checkinstall 脚本可设置或修改 pkginfo 文件中的任何标准参数。pkginfo(4) 手册页中详细介绍了标准安装参数。
注 - 只能在 Solaris 2.5 发行版和兼容发行版及之后的发行版中修改 BASEDIR 参数。
您可定义自己的安装环境变量,方法是在 pkginfo 文件中为这些变量赋值。这种环境变量只能含字母数字字符,且首字母必须大写。这些环境变量中的任何一个都可由 request 脚本或 checkinstall 脚本更改。
request 脚本和 checkinstall 脚本都可以定义新的环境变量,方法是为其赋值并将其放在安装环境中。
下表列出了通过环境对所有安装脚本可用的环境变量。这些环境变量都不能由脚本修改。
|
有关更多信息,请参见 pkginfo(1) 手册页、pkgparam(1) 手册页和第 4 章。
表 3-2 安装脚本退出代码
|
有关安装脚本返回的退出代码的示例,请参见第 5 章。
注 - 随您的软件包一起提供的所有安装脚本均应在 prototype 文件中有一个条目。文件类型应该是 i(表示软件包安装脚本)。
request 脚本是软件包可直接与安装该软件包的管理员进行交互的唯一途径。例如,该脚本可用于询问管理员是否安装软件包的可选组件。
request 脚本的输出必须是环境变量及其值的列表。此列表可以包括在 pkginfo 文件中创建的任一参数以及 CLASSES 和 BASEDIR 参数。该列表还可引入尚未在其他位置定义的环境变量。不过,适用情况下,pkginfo 文件应该始终提供缺省值。有关软件包环境变量的更多信息,请参见软件包环境变量。
当 request 脚本为环境变量赋值时,它必须使这些值对 pkgadd 命令和其他软件包脚本可用。
request 脚本不能修改任何文件。该脚本仅与正在安装软件包的管理员交互,并根据这种交互创建环境变量赋值的列表。request 脚本以非特权用户 noaccess 的身份运行(如果存在该用户)。否则,该脚本将以 root 身份执行。
pkgadd 命令使用一个用于命名 request 脚本的响应文件的参数调用该脚本。响应文件存储管理员的响应。
在软件包删除期间,request 脚本不会执行。不过,该脚本指定的环境变量将被保存,并在软件包删除期间可用。
应该将环境变量赋值添加到安装环境(通过将其写入到响应文件),供 pkgadd 命令和其他打包脚本使用(对于该脚本称为 $1)。
request 脚本不能修改除 CLASSES 和 BASEDIR 参数之外的系统环境变量和标准安装环境变量。该脚本可以修改您创建的其他任何环境变量。
注 - request 脚本只能在 Solaris 2.5 和兼容发行版及之后的发行版中修改 BASEDIR 参数。
对于 request 脚本可以处理的每个环境变量,应该在 pkginfo 文件中为其指定一个缺省值。
输出列表的格式应该是 PARAM=value。例如:
CLASSES=none class1
管理员的终端被定义为 request 脚本的标准输入。
不要在 request 脚本中对目标系统执行任何特殊分析。根据该分析测试系统中是否存在特定二进制文件或特定行为以及设置环境变量都是有风险的。无法保证 request 脚本在安装时实际执行。安装软件包的管理员可能提供将插入环境变量的响应文件,而不会调用 request 脚本。如果 request 脚本还评估目标文件系统,该评估可能不会发生。为了进行特殊处理而对目标系统进行的分析最好留给 checkinstall 脚本完成。
注 - 如果将安装软件包的管理员可能使用 JumpStart 产品,那么不能以交互方式安装该软件包。此时您不应该为软件包提供 request 脚本,或者您需要与管理员沟通,希望他们应该在安装之前使用 pkgask 命令。pkgask 命令存储管理员对 request 脚本的响应。有关 pkgask 命令的更多信息,请参见 pkgask(1M) 手册页。
如果您要创建其他安装脚本,请跳至下一任务:如何收集文件系统数据。
如果您未创建 prototype 文件,请完成如何使用 pkgproto 命令创建 prototype 文件过程。跳至步骤 5。
如果您已经创建了 prototype 文件,请编辑该文件,并为刚刚创建的安装脚本添加一个条目。
如果需要,请参见如何生成软件包。
示例 3-5 编写 request 脚本
当 request 脚本为环境变量赋值时,它必须使这些值对 pkgadd 命令可用。此示例显示了为以下四个环境变量执行该任务的 request 脚本片段: CLASSES、NCMPBIN、 EMACS 和 NCMPMAN。假定之前已使用该脚本在与管理员的交互会话中定义了这些变量。
# make environment variables available to installation # service and any other packaging script we might have cat >$1 <<! CLASSES=$CLASSES NCMPBIN=$NCMPBIN EMACS=$EMACS NCMPMAN=$NCMPMAN !
另请参见
在生成软件包之后,请安装该软件包以确认它已正确安装并验证其完整性。第 4 章介绍了这些任务,并提供了有关如何将经过验证的软件包转换为分发介质的逐步说明。
checkinstall 脚本在可选的 request 脚本执行之后不久执行。checkinstall 脚本以 noaccess 用户的身份运行(如果存在该用户)。checkinstall 脚本无权更改文件系统数据。不过,它可以根据所收集的信息创建或修改环境变量,以控制所发生的安装的过程。该脚本还能够完全停止安装过程。
checkinstall 脚本旨在对文件系统执行基本检查,这些检查无法使用 pkgadd 命令正常执行。例如,此脚本可用于提前检查以确定当前软件包中是否有任何文件将覆写现有文件,或者将管理常规软件相关性。depend 文件只管理软件包级别的相关性。
与 request 脚本不同,无论是否提供了响应文件,checkinstall 脚本都会执行。存在该脚本并不表明软件包是交互式软件包。可使用 checkinstall 脚本的情形包括 request 脚本被禁用或管理交互无法实现。
注 - checkinstall 脚本自 Solaris 2.5 及兼容发行版开始可用。
checkinstall 脚本不能修改任何文件。此脚本只分析系统的状态,并根据该交互创建环境变量赋值的列表。为强制实施此限制,checkinstall 脚本以非特权用户 noaccess 的身份执行(如果存在该用户)。否则,此脚本将以非特权用户 nobody 身份执行。checkinstall 脚本没有超级用户权限。
pkgadd 命令使用一个用于命名 checkinstall 脚本的响应文件的参数调用该脚本。脚本的响应文件用于存储管理员的响应。
在软件包删除期间,checkinstall 脚本不会执行。不过,该脚本指定的环境变量将被保存,并在软件包删除期间可用。
应该将环境变量赋值添加到安装环境(通过将其写入到响应文件),供 pkgadd 命令和其他打包脚本使用(对于该脚本称为 $1)。
checkinstall 脚本不能修改除 CLASSES 和 BASEDIR 参数之外的系统环境变量和标准安装环境变量。该脚本可以修改您创建的其他任何环境变量。
对于 checkinstall 脚本可以处理的每个环境变量,应该在 pkginfo 文件中为其指定一个缺省值。
输出列表的格式应该是 PARAM=value。例如:
CLASSES=none class1
在 checkinstall 脚本执行期间不允许与管理员交互。所有管理员交互仅限于 request 脚本。
如果您要创建其他安装脚本,请跳至下一任务:如何编写过程脚本。
如果您未创建 prototype 文件,请完成如何使用 pkgproto 命令创建 prototype 文件过程。跳至步骤 5。
如果您已经创建了 prototype 文件,请编辑该文件,并为刚刚创建的安装脚本添加一个条目。
如果需要,请参见如何生成软件包。
示例 3-6 编写 checkinstall 脚本
此 checkinstall 示例脚本将检查是否安装了 SUNWcadap 软件包所需的数据库软件。
# checkinstall script for SUNWcadap # # This confirms the existence of the required specU database # First find which database package has been installed. pkginfo -q SUNWspcdA # try the older one if [ $? -ne 0 ]; then pkginfo -q SUNWspcdB # now the latest if [ $? -ne 0 ]; then # oops echo "No database package can be found. Please install the" echo "SpecU database package and try this installation again." exit 3 # Suspend else DBBASE="`pkgparam SUNWsbcdB BASEDIR`/db" # new DB software fi else DBBASE="`pkgparam SUNWspcdA BASEDIR`/db" # old DB software fi # Now look for the database file we will need for this installation if [ $DBBASE/specUlatte ]; then exit 0 # all OK else echo "No database file can be found. Please create the database" echo "using your installed specU software and try this" echo "installation again." exit 3 # Suspend fi
另请参见
在生成软件包之后,请安装该软件包以确认它已正确安装并验证其完整性。第 4 章介绍了这些任务,并提供了有关如何将经过验证的软件包转换为分发介质的逐步说明。
过程脚本提供了将在软件包安装或删除期间的特定点执行的一组指令。根据这些指令将执行的时间,必须将四个过程脚本命名为预定义的名称之一。这些脚本不带参数执行。
在开始安装类之前运行。该脚本不应安装任何文件。
在安装了所有卷之后运行。
在开始删除类之前运行。该脚本不应删除任何文件。
在删除了所有类之后运行。
过程脚本以 uid=root 和 gid=other 执行。
每个脚本应该能够多次执行,因为该脚本针对软件包的每个卷都执行一次。这意味着使用同一输入执行脚本任意次数时,会产生与只执行脚本一次相同的结果。
用于安装不在 pkgmap 文件中的软件包对象的每个过程脚本必须使用 installf 命令通知软件包数据库它正在添加或修改路径名。完成所有添加或修改之后,应带有 -f 选项调用此命令。只有 postinstall 和 postremove 脚本可以按这种方式安装软件包对象。有关更多信息,请参见 installf(1M) 手册页和第 5 章。
在过程脚本执行期间不允许与管理员交互。所有管理员交互仅限于 request 脚本。
用于删除未从 pkgmap 文件安装的文件的每个过程脚本必须使用 removef 命令通知软件包数据库它正在删除路径名。完成删除之后,应带有 -f 选项调用此命令。有关详细信息和示例,请参见 removef(1M) 手册页和第 5 章。
注 - 必须使用 installf 和 removef 命令,因为过程脚本不会自动与 pkgmap 文件中列出的任何路径名相关联。
必须将过程脚本命名为预定义的名称之一: preinstall、postinstall、 preremove 或 postremove。
如果您要创建类操作脚本,请跳至下一任务:如何编写类操作脚本。
如果您未创建 prototype 文件,请完成如何使用 pkgproto 命令创建 prototype 文件过程。跳至步骤 5。
如果您已经创建了 prototype 文件,请编辑该文件,并为刚刚创建的每个安装脚本添加一个条目。
如果需要,请参见如何生成软件包。
另请参见
在生成软件包之后,请安装该软件包以确认它已正确安装并验证其完整性。第 4 章介绍了这些任务,并提供了有关如何将经过验证的软件包转换为分发介质的逐步说明。
对象类允许在安装或删除时对一组软件包对象执行一系列操作。您需要在 prototype 文件中将对象指定给一个类。必须为所有软件包对象指定类,但是缺省情况下将为无需特殊操作的对象指定 none 类。
在 pkginfo 文件中定义的安装参数 CLASSES 是将安装的类的列表(包括 none 类)。
CLASSES 列表确定安装顺序。类 none 总是首先安装(如果有)而且最后删除。因为目录是所有其他文件系统对象的基础支持结构,因此应将所有目录指定给 none 类。通常使用 none 类是最安全的,虽然也可能有例外情况。此策略可确保在创建目录包含的对象之前创建目录。此外,不会在一个目录清空之前尝试删除该目录。
下面描述了安装类时发生的系统操作。操作针对软件包的每个卷都会重复执行一次(在该卷进行安装时)。
pkgadd 命令创建操作脚本处理的路径名列表。此列表的每一行都包含源路径名和目标路径名,由空格分隔。源路径名指明要安装的对象在安装卷上所处的位置。目标路径名指明应将该对象安装到的目标系统上的位置。列表的内容受以下条件限制:
如果没有针对某个特定类的安装提供类操作脚本,则生成的列表中的路径名将会从卷复制到相应的目标位置。
执行类操作脚本(如果存在)。
将会使用包含项目 1 中生成的列表的标准输入调用类操作脚本。如果该卷是软件包的最后一个卷,或者该类中不再有对象存在,则将使用单个参数 ENDOFCLASS 执行该脚本。
注 - 即使软件包中不存在该类的常规文件,也会使用一个空列表和 ENDOFCLASS 参数至少调用类操作脚本一次。
pkgadd 命令执行内容和属性审计,并创建硬链接。
成功执行项目 2 或 3 之后,pkgadd 命令将审计路径名列表的内容和属性信息。pkgadd 命令会自动创建与类关联的链接。将为生成的列表中的所有路径名更正检测到的属性不一致性。
对象是按逐个类删除的。对于软件包存在但未在 CLASSES 参数中列出的类将首先被删除(例如,使用 installf 命令安装的对象)。CLASSES 参数中列出的类按相反顺序删除。none 类总是最后删除。下面描述了删除类时发生的系统操作:
pkgrm 命令创建一个路径名列表。
pkgrm 命令创建属于指定类的已安装路径名的列表。其他软件包引用的路径名将会从列表中排除,除非其文件类型为 e。e 文件类型表示该文件应该在安装或删除时进行编辑。
如果正被删除的软件包在安装期间修改了任何类型为 e 的文件,该软件包应只删除它添加的行。请勿删除一个非空的可编辑文件。删除软件包添加的行。
如果不存在类操作脚本,将会删除路径名。
如果您的软件包没有类的删除类操作脚本,将会删除 pkgrm 命令生成的列表中的所有路径名。
注 - 文件类型为 e(可编辑)的文件不会指定给类和关联的类操作脚本。这些文件将在此时被删除,即使路径名与其他软件包共享。
如果类操作脚本存在,将会执行该脚本。
pkgrm 命令使用包含项目 1 中生成的列表的脚本标准输入来调用类操作脚本。
pkgrm 命令执行审计。
成功执行类操作脚本之后,pkgrm 命令会从软件包数据库删除对路径名的引用,除非路径名由其他软件包引用。
类操作脚本定义一组将在安装或删除软件包期间执行的操作。将会根据其类定义对一组路径名执行这些操作。有关类操作脚本的示例,请参见第 5 章。
类操作脚本根据它将处理的类以及这些操作是在软件包安装还是删除期间发生来命名。下表中显示了两种名称格式:
|
例如,名为 manpage 的类的安装脚本名称将是 i.manpage,删除脚本名称将是 r.manpage。
将会为当前卷上指定类的所有文件执行脚本。
pkgadd 和 pkgrm 命令创建 pkgmap 文件中列出的属于该类的所有对象的列表。因此,类操作脚本只能处理在 pkgmap 中定义的属于特定类的路径名。
当最后一次执行类操作脚本时(即不再有属于该类的文件),将会使用关键字参数 ENDOFCLASS 执行类操作脚本一次。
在类操作脚本执行期间不允许与管理员交互。
如果一个软件包分布在多个卷上,则类操作脚本将针对至少包含属于类的一个文件的每个卷执行一次。因此,每个脚本必须能够多次执行。这意味着使用同一输入执行脚本任意次数时,必须产生与只执行脚本一次相同的结果。
当文件属于具有类操作脚本的类时,脚本必须安装该文件。pkgadd 命令不安装有类操作脚本的文件,虽然它确实执行安装验证。
类操作脚本绝不应添加、删除或修改不出现在 pkgadd 命令生成的列表中的路径名或系统属性。有关此列表的更多信息,请参见软件包安装期间如何处理类中的项目 1。
当脚本发现 ENDOFCLASS 参数时,会将后续处理操作(例如清除)放到脚本中。
所有管理员交互仅限于 request 脚本。请勿尝试使用类操作脚本从管理员获取信息。
提供了用于在安装和删除软件包时使用 sed 指令来编辑文件的方法。
提供了用于在安装和删除软件包时使用 awk 指令来编辑文件的方法。
提供了通过使用 Bourne shell 命令动态地构造或修改文件的方法。
提供了一个方法来保留不应被将来的软件包安装覆盖的文件。
提供与清单相关联的服务管理工具 (Service Management Facility, SMF) 服务的自动安装和卸载。manifest 类应用于软件包中的所有 SMF 清单。
如果一个软件包中的多个文件需要的特殊处理可完全通过 sed、awk 或 sh 命令定义,则使用系统类安装的速度比使用多个类及其对应类操作脚本更快。
sed 类提供了一种修改目标系统上现有对象的方法。如果存在属于 sed 类的文件,sed 类操作脚本将在安装时自动执行。sed 类操作脚本的名称应该与对其执行指令的文件的名称相同。
sed 类操作脚本按以下格式提供 sed 指令:
两个命令指定应执行指令的时间。位于 !install 命令之后的 sed 指令在软件包安装期间执行。位于 !remove 命令之后的 sed 指令在软件包删除期间执行。这些命令在文件中的使用顺序无关紧要。
有关 sed 指令的更多信息,请参见 sed(1) 手册页。有关 sed 类操作脚本的示例,请参见第 5 章。
awk 类提供了一种修改目标系统上现有对象的方法。这些修改将以 awk 类操作脚本中的 awk 指令实现。
如果存在属于 awk 类的文件,awk 类操作脚本将在安装时自动执行。这类文件包含如下格式的 awk 类脚本指令:
两个命令指定应执行指令的时间。位于 !install 命令之后的 awk 指令在软件包安装期间执行。位于 !remove 命令之后的指令在软件包删除期间执行。可按照任意顺序使用这些命令。
awk 类操作脚本的名称应该与对其执行指令的文件的名称相同。
待修改的文件用作 awk 命令的输入,该脚本的输出最终将替换原始对象。使用该语法可能不会将环境变量传递给 awk 命令。
有关 awk 指令的更多信息,请参见 awk(1) 手册页。
build 类可通过执行 Bourne shell 指令创建或修改软件包对象文件。这些指令作为软件包对象提供。如果该软件包对象属于 build 类,这些指令将会在安装时自动运行。
build 类操作脚本的名称应该与对其执行指令的文件的名称相同。该名称还必须可由 sh 命令执行。该脚本的输出将成为生成或修改后的文件新版本。如果脚本未生成任何输出,表明没有创建或修改该文件。因此,该脚本可以修改或创建文件本身。
例如,如果软件包提供了一个缺省文件 /etc/randomtable,并且目标系统上尚不存在该文件,则 prototype 文件条目可能如下所示:
e build /etc/randomtable ? ? ?
软件包对象 /etc/randomtable 可能如下所示:
!install # randomtable builder if [ -f $PKG_INSTALL_ROOT/etc/randomtable ]; then echo "/etc/randomtable is already in place."; else echo "# /etc/randomtable" > $PKG_INSTALL_ROOT/etc/randomtable echo "1121554 # first random number" >> $PKG_INSTALL_ROOT/etc/randomtable fi !remove # randomtable deconstructor if [ -f $PKG_INSTALL_ROOT/etc/randomtable ]; then # the file can be removed if it's unchanged if [ egrep "first random number" $PKG_INSTALL_ROOT/etc/randomtable ]; then rm $PKG_INSTALL_ROOT/etc/randomtable; fi fi
有关使用 build 类的另一个示例,请参见第 5 章。
preserve 类通过确定在安装软件包时某个现有文件是否应当被覆盖来保留软件包对象文件。使用 preserve 类脚本时的两种可能情况是:
如果将安装的文件在目标目录中尚不存在,通常将安装该文件。
如果将安装的文件存在于目标目录中,将显示一条消息指出该文件已存在,此时将不会安装该文件。
preserve 脚本会将上述两种情况的结果都视为成功。只有在第二种情况中当文件无法复制到目标目录时才会失败。
自 Solaris 7 发行版开始,i.preserve 脚本以及该脚本的一个副本 i.CONFIG.prsv 以及其他类操作脚本都可在 /usr/sadm/install/scripts 目录中找到。
可修改该脚本以包括您希望保留的一个或多个文件名。
manifest 类会自动安装或卸载与 SMF 清单相关联的服务管理工具 (Service Management Facility, SMF) 服务。如果您不熟悉 SMF,请参见《Oracle Solaris 管理:基本管理》中的第 18 章 "管理服务(概述)",了解有关如何使用 SMF 来管理服务的信息。
软件包中的的所有服务清单都应由类 manifest 来标识。安装和移除服务清单的类操作脚本包含在软件包子系统中。调用 pkgadd(1M) 时,会导入此服务清单。调用 pkgrm(1M) 时,会删除服务清单中禁用的实例。还会删除清单中没有保留实例的所有服务。如果将 -R 选项提供给 pkgadd(1M) 或 pkgrm(1M),在系统下一次以备用引导路径重新引导时,才会完成这些服务清单操作。
以下软件包信息文件中的部分代码显示了 manifest 类的用法。
# packaging files i pkginfo i copyright i depend i preinstall i postinstall # # source locations relative to the prototype file # d none var 0755 root sys d none var/svc 0755 root sys d none var/svc/manifest 0755 root sys d none var/svc/manifest/network 0755 root sys d none var/svc/manifest/network/rpc 0755 root sys f manifest var/svc/manifest/network/rpc/smserver.xml 0444 root sys
注 - 不要在您的软件包中包括 i.manifest 和 r.manifest 文件,因为这些类操作脚本是 Oracle Solaris OS 的一部分,并且在每个发行版中有所不同。包括这些文件会使您的软件包在不同的 Oracle Solaris 发行版之间的可移植性降低。
例如,将对象指定给 application 和 manpage 类将如下所示:
f manpage /usr/share/man/manl/myappl.1l f application /usr/bin/myappl
例如,application 和 manpage 类的条目将如下所示:
CLASSES=manpage application none
注 - none 类始终最先安装,最后删除,无论它在 CLASSES 参数的定义中位置如何。
例如,名为 application 的类的安装脚本将命名为 i.application,而其删除脚本将命名为 r.application。
切记,当一个文件属于具有类操作脚本的类时,脚本必须安装该文件。pkgadd 命令不安装有类操作脚本的文件,虽然它确实执行安装验证。如果您定义了一个类但是没有提供类操作脚本,则对该类执行的唯一操作是将组件从安装介质复制到目标系统(缺省 pkgadd 行为)。
如果您未创建 prototype 文件,请完成如何使用 pkgproto 命令创建 prototype 文件过程,然后跳至步骤 7。
如果您已经创建了 prototype 文件,请编辑该文件,并为刚刚创建的每个安装脚本添加一个条目。
如果需要,请参见如何生成软件包。
在生成软件包之后,请安装该软件包以确认它已正确安装并验证其完整性。第 4 章介绍了如何执行此任务,并提供了有关如何将经过验证的软件包转换为分发介质的逐步说明。