9 使用命令行工具管理软件 #

Zypper 的常用语法为：

zypper [--global-options] COMMAND  [--command-options] [arguments]

不需要括在括号中的组件。有关常规选项和所有命令的列表，请参见 zypper help。要获取有关特定命令的帮助，请键入 zypper help COMMAND。

您可以组合上述所有软件集。例如，下面的命令将在详细模式下安装 factory 储存库中的 mc 和 vim 软件包：

> sudo zypper -v install --from factory mc vim

--from 选项可在从指定储存库请求软件包时，使所有储存库都处于启用状态（以解决任何依赖性问题）。--repo 是 --from 的别名，您可以使用两者中的任何一个。

多数 Zypper 命令都有 dry-run 选项，它模拟给定的命令。它可用于测试。

> sudo zypper remove --dry-run MozillaFirefox

Zypper 支持 --userdata STRING 全局选项。您可以使用此选项指定一个将会写入 Zypper 的日志文件和插件（例如 Btrfs 插件）的字符串。它可以用于标记和标识日志文件中的事务。

> sudo zypper --userdata STRING patch

Zypper 子命令是存储在 zypper_execdir 配置选项所指定的目录中的可执行文件。默认目录为 /usr/lib/zypper/commands。如果在该位置找不到某个子命令，Zypper 会自动在其余 $PATH 位置搜索该子命令。这样，您便可以创建自己的本地扩展并将其存储在用户空间中。

不支持在 Zypper 外壳中执行子命令和使用全局 Zypper 选项。

列出可用的子命令：

> zypper help subcommand
[...]
Available zypper subcommands in '/usr/lib/zypper/commands'

  appstream-cache
  lifecycle
  migration
  search-packages

Zypper subcommands available from elsewhere on your $PATH

  log                   Zypper logfile reader
                            (/usr/sbin/zypper-log)

查看子命令的帮助屏幕：

> zypper help appstream-cache

要安装或去除软件包，请使用以下命令：

> sudo zypper install PACKAGE_NAME
> sudo zypper remove PACKAGE_NAME

警告：不要去除必需的系统软件包

不要去除必需的系统软件包，例如 glibc、zypper、kernel。如果去除这些包，系统可能会变得不稳定，或完全停止工作。

> sudo zypper install emacs -vim

> sudo zypper remove emacs +vim

> sudo zypper install -emacs +vim       # Wrong
> sudo zypper install vim -emacs        # Correct
> sudo zypper install -- -emacs +vim    # Correct
> sudo zypper remove emacs +vim         # Correct

> sudo zypper rm --clean-deps PACKAGE_NAME

> sudo zypper --non-interactive install PACKAGE_NAME

> zypper source-install PACKAGE_NAME

> sudo zypper source-install -D PACKAGE_NAME

> sudo zypper source-install -d PACKAGE_NAME

> zypper search -t srcpackage

> zypper source-download

9.1.3.6 从禁用的储存库安装软件包 #

 

通常，您只能安装或刷新来自启用的储存库的软件包。--plus-content TAG 选项可帮助您指定要刷新的、要在当前 Zypper 会话期间暂时启用的，以及要在会话完成后禁用的储存库。

例如，要启用可以提供其他 -debuginfo 或 -debugsource 软件包的储存库，请使用 --plus-content debug。可以多次指定此选项。

要暂时启用此类“调试”储存库以安装特定的 -debuginfo 软件包，请按如下所示使用该选项：

> sudo zypper --plus-content debug \
   install "debuginfo(build-id)=eb844a5c20c70a59fc693cd1061f851fb7d046f4"

对于缺少的 debuginfo 软件包，gdb 将会报告 build-id 字符串。

注意：已禁用安装媒体

仍会配置 SUSE Linux Enterprise Server 安装媒体中的储存库，但成功安装后会禁用这些储存库。您可以使用 --plus-content 选项从安装媒体而不是联机储存库安装软件包。在调用 zypper 之前，请确保该媒体可用，例如，将 DVD 插入计算机的光驱中。

> zypper verify

> sudo zypper install-new-recommends

用 Zypper 更新软件有三种方式：安装软件包、安装软件包的新版本或更新整个分发包。最后一种方式可通过 zypper dist-upgrade 来实现。中介绍了如何升级 SUSE Linux Enterprise Server第 2 章 “升级路径和方法”。

> sudo zypper patch

> sudo zypper patch --with-update

> sudo zypper patch --with-optional

> sudo zypper patch --bugzilla=NUMBER

> sudo zypper patch --cve=NUMBER

> sudo zypper patch --cve=CVE-2010-2713

> sudo zypper patch --updatestack-only

> zypper list-patches --all --cve
Issue | No.           | Patch             | Category    | Severity  | Status
------+---------------+-------------------+-------------+-----------+----------
cve   | CVE-2019-0287 | SUSE-SLE-Module.. | recommended | moderate  | needed
cve   | CVE-2019-3566 | SUSE-SLE-SERVER.. | recommended | moderate  | not needed
[...]

9.1.4.3 安装新的软件包版本 #

 

如果某个安装源只包含新软件包，但未提供补丁，则 zypper patch 不会产生任何作用。要将所有已安装的软件包更新为较新的可用版本，请使用以下命令：

> sudo zypper update

重要

zypper update 会忽略有问题的软件包。例如，如果某个软件包被锁定，即使该软件包有更高的版本可用，zypper update 也会忽略该软件包。相反，如果软件包被视为带漏洞，zypper patch 会报告冲突。

要更新个别软件包，请用更新或安装命令指定软件包：

> sudo zypper update PACKAGE_NAME
> sudo zypper install PACKAGE_NAME

可使用此命令来获取所有新的可安装软件包的列表：

> zypper list-updates

请注意，此命令只会列出符合以下准则的软件包：

• 与已安装的软件包拥有相同的供应商，

• 由至少与已安装软件包拥有相同优先级的储存库提供，

• 可安装（满足所有依赖项）。

所有新的可用软件包（无论是否可安装）的列表可通过以下方式获取：

> sudo zypper list-updates --all

要确定无法安装新软件包的原因，请使用上面所述的 zypper install 或 zypper update 命令。

> sudo zypper packages --orphaned

在修补、更新或去除软件包时，系统上可能有一些正在运行的进程仍在使用已被更新或去除操作删除的文件。运行 zypper ps 可以列出使用已删除文件的进程。如果此类进程属于某个已知的服务，则会列出服务名称，方便您重启动该服务。默认情况下，zypper ps 会显示一个表：

> zypper ps
PID   | PPID | UID | User  | Command      | Service      | Files
------+------+-----+-------+--------------+--------------+-------------------
814   | 1    | 481 | avahi | avahi-daemon | avahi-daemon | /lib64/ld-2.19.s->
      |      |     |       |              |              | /lib64/libdl-2.1->
      |      |     |       |              |              | /lib64/libpthrea->
      |      |     |       |              |              | /lib64/libc-2.19->
[...]

通过如下方式可控制 zypper ps 的输出格式：

有关服务处理的详细信息，请参见第 19 章 “systemd 守护程序”。

Zypper 的所有安装或补丁命令均基于已知储存库列表。要列出系统已知的所有储存库，请使用命令：

> zypper repos

结果将类似于与以下输出：

> zypper repos
# | Alias        | Name          | Enabled | Refresh
--+--------------+---------------+---------+--------
1 | SLEHA-15-GEO | SLEHA-15-GEO  | Yes     | No
2 | SLEHA-15     | SLEHA-15      | Yes     | No
3 | SLES15       | SLES15        | Yes     | No

当在各个命令中指定储存库时，可以使用别名、URI 或 zypper repos 命令输出中的储存库编号。储存库别名是用于储存库处理命令中的储存库名称的简短版本。请注意，在修改储存库列表后，储存库编号可能会更改。别名本身不会更改。

默认情况下不显示储存库的 URI 或优先级之类的细节。用以下命令可以列出所有细节：

> zypper repos -d

> sudo zypper addrepo URI ALIAS

9.1.6.2 刷新储存库 #

 

zypper 可让您从配置的储存库中提取软件包的更改。要提取更改，请运行：

> sudo zypper refresh

注意：zypper 的默认行为

有些命令默认会自动执行 refresh，因此您不需要明确运行该命令。

将 refresh 命令与 --plus-content 选项搭配使用时，还可查看已禁用储存库中的更改：

> sudo zypper --plus-content refresh

该选项虽然会提取储存库中的更改，但会使禁用储存库的状态保持不变，即仍为禁用。

> sudo zypper removerepo 1
> sudo zypper removerepo "SLEHA-12-GEO"

> sudo zypper modifyrepo -er -p 20 'updates'

> sudo zypper renamerepo 'Mozilla Firefox' firefox

Zypper 提供各种查询储存库或软件包的方式。要获取所有可用的产品、软件集、软件包或补丁的列表，请使用以下命令：

> zypper products
> zypper patterns
> zypper packages
> zypper patches

要查询特定软件包的所有储存库，请使用 search。要获得有关特定软件包的信息，请使用 info 命令。

> zypper search-packages package1 package2

> zypper what-provides 'perl(SVN::Core)'

> zypper info --requires MozillaFirefox

SUSE 产品的支持周期一般为 10 年。通常，您可以使用 SUSE 的延长支持产品将标准生命周期延长三年。根据您的产品，在 https://www.suse.com/lifecycle 中找到具体的支持生命周期。

要检查您的产品和所支持软件包的生命周期，请如下所示使用 zypper lifecycle 命令：

# zypper lifecycle
    Product end of support
Codestream: SUSE Linux Enterprise Server 15             2028-07-31
    Product: SUSE Linux Enterprise Server 15 SP3        n/a*

Module end of support
Basesystem Module                                       n/a*
Desktop Applications Module                             n/a*
Server Applications Module                              n/a*

Package end of support if different from product:
autofs                                   Now, installed 5.1.3-7.3.1, update available 5.1.3-7.6.1

Zypper 现在随附配置文件，允许您永久更改 Zypper 的行为（系统范围或用户特定）。要进行系统范围更改，请编辑 /etc/zypp/zypper.conf。要进行用户相关的更改，请编辑 ~/.zypper.conf。如果 ~/.zypper.conf 尚不存在，您可以使用 /etc/zypp/zypper.conf 作为模板：将其复制到 ~/.zypper.conf 并根据您的喜好进行调整。请参见文件中的注释，获取有关可用选项的帮助。

如果您在访问配置的储存库中的软件包时遇到问题（例如，尽管您知道某个软件包在某个储存库中，但 Zypper 找不到该软件包），刷新储存库或许可以解决问题：

> sudo zypper refresh

如果不起作用，则尝试

> sudo zypper refresh -fdb

这会强制完全刷新和重构建数据库，包括强制下载原始元数据。

如果根分区上使用的是 Btrfs 文件系统，且系统中安装了 snapper，当 Zypper 提交对文件系统所做的更改时会自动调用 snapper，以创建相应的文件系统快照。这些快照可用于还原 Zypper 进行的任何更改。有关更多信息，请参见第 10 章 “使用 Snapper 进行系统恢复和快照管理”。

有关从命令行管理软件的详细信息，请输入 zypper help、zypper help  COMMAND，或参见 zypper(8) 手册页。有关详尽的命令参考、最重要的命令的 cheat sheets，以及如何在脚本和应用程序中使用 Zypper 的信息，请参见 https://en.opensuse.org/SDB:Zypper_usage。最新 SUSE Linux Enterprise Server 版本的软件更改列表可在 https://en.opensuse.org/openSUSE:Zypper_versions 中找到。

RPM 软件包具有 GPG 签名。要校验 RPM 软件包的签名，请使用 rpm --checksig  PACKAGE-1.2.3.rpm 命令确定该软件包是来自 SUSE 还是另一个可信机构。特别建议对来自互联网的更新软件包使用此命令。

修复操作系统中的问题时，您可能需要将问题临时修复 (PTF) 安装到生产系统中。SUSE 提供的软件包已使用特殊的 PTF 密钥签名。但是，与 SUSE Linux Enterprise 11 不同，SUSE Linux Enterprise 12 系统上默认不会导入此密钥。要手动导入该密钥，请使用以下命令：

> sudo rpm --import \
/usr/share/doc/packages/suse-build-key/suse_ptf_key.asc

导入该密钥后，您可以在系统上安装 PTF 软件包。

通常，安装 RPM 存档的过程非常简单，只需使用 rpm -i PACKAGE.rpm。使用此命令可以安装软件包，但前提是满足其依赖项并且不与其他软件包冲突。如果出现错误消息，rpm 将请求那些需要安装的软件包以满足依赖项要求。在后台，RPM 数据库确保不出现冲突 － 一个特定文件只能属于一个软件包。通过选择不同的选项，您可以强制 rpm 忽略这些默认设置，但这只供专家用户使用。否则，将影响系统的完整性并可能使系统无法更新。

选项 -U 或 --upgrade 以及 -F 或 --freshen 可用于更新软件包（例如，rpm -F PACKAGE.rpm）。此命令将删除旧版本的文件并立即安装新文件。两个版本之间的差别是：-U 安装系统中以前不存在的软件包，而 -F 只更新以前安装的软件包。更新时，rpm 使用以下策略小心更新配置文件：

更新后，在对 .rpmsave 和 .rpmnew 文件进行比较后应去除这些文件，以防它们阻碍日后的更新。如果 RPM 数据库以前未能识别文件，则会为其指派扩展名 .rpmorig。

否则，将使用 .rpmsave。换句话说，.rpmorig 是从异系统格式更新为 RPM 的结果。.rpmsave而 . 是从旧版 RPM 更新到新版 RPM 产生。.rpmnew 不提供任何有关系统管理员是否对配置文件进行过任何更改的信息。/var/adm/rpmconfigcheck 中提供了这些文件的列表。更新时不会覆盖某些配置文件（如 /etc/httpd/httpd.conf），以便系统能够持续运行。

-U 开关的作用并不完全等同于使用 -e 选项进行卸装，再使用 -i 选项进行安装，它还有其他作用。只要可能，就应使用 -U。

要去除软件包，请输入 rpm -e PACKAGE。仅当不存在未解决的依赖项问题时，此命令才会删除软件包。例如，只要有其他程序需要 Tcl/Tk，理论上就不能删除它。即使是在这种情况下，RPM 也会向数据库寻求帮助。如果出于某种原因无法执行此类删除操作（即使不存在其他依赖性问题），或许可以使用选项 --rebuilddb 来重构建 RPM 数据库。

增量 RPM 软件包包含旧版本和新版本的 RPM 软件包之间的差别。在旧 RPM 上应用增量 RPM 将得到全新的 RPM。不需要旧 RPM 的副本，因为增量 RPM 也可以与已安装的 RPM 一起工作。增量 RPM 软件包的大小甚至比补丁 RPM 小，这有利于通过互联网传送更新软件包。缺点是，涉及增量 RPM 的更新操作与使用纯粹 RPM 或补丁 RPM 进行更新的情况相比，占用的 CPU 周期要长得多。

makedeltarpm 和 applydelta 二进制文件是增量 RPM 套件（软件包 deltarpm）的一部分，可帮助您创建和应用增量 RPM 软件包。使用以下命令可以创建名为 new.delta.rpm 的增量 RPM。以下命令假设 old.rpm 和 new.rpm 都存在：

> sudo makedeltarpm old.rpm new.rpm new.delta.rpm

如果旧软件包已经安装，则使用 applydeltarpm 可以从文件系统重新构建新的 RPM：

> sudo applydeltarpm new.delta.rpm new.rpm

要从旧 RPM 产生新 RPM 而不访问文件系统，请使用 -r 选项：

> sudo applydeltarpm -r old.rpm new.delta.rpm new.rpm

有关技术细节，请参见 /usr/share/doc/packages/deltarpm/README。

带 -q 选项的 rpm 会启动查询，如此用户便可检查 RPM 存档（通过添加选项 -p）并查询已安装软件包的 RPM 数据库。可以使用多个开关指定所需信息的类型。请参见表 9.1 “基本 RPM 查询选项”。

例如，命令 rpm -q -i wget 可显示例 9.2 “rpm -q -i wget” 中所示的信息。

Name        : wget
Version     : 1.14
Release     : 17.1
Architecture: x86_64
Install Date: Mon 30 Jan 2017 14:01:29 CET
Group       : Productivity/Networking/Web/Utilities
Size        : 2046483
License     : GPL-3.0+
Signature   : RSA/SHA256, Thu 08 Dec 2016 07:48:44 CET, Key ID 70af9e8139db7c82
Source RPM  : wget-1.14-17.1.src.rpm
Build Date  : Thu 08 Dec 2016 07:48:34 CET
Build Host  : sheep09
Relocations : (not relocatable)
Packager    : https://www.suse.com/
Vendor      : SUSE LLC <https://www.suse.com/>
URL         : http://www.gnu.org/software/wget/
Summary     : A Tool for Mirroring FTP and HTTP Servers
Description :
Wget enables you to retrieve WWW documents or FTP files from a server.
This can be done in script files or via the command line.
Distribution: SUSE Linux Enterprise 15

只有当您指定带有完整路径的完整文件名时，选项 -f 才起作用。根据需要提供任意多个文件名。例如：

> rpm -q -f /bin/rpm /usr/bin/wget
rpm-4.14.1-lp151.13.10.x86_64
wget-1.19.5-lp151.4.1.x86_64

如果只知道部分文件名，则可以使用外壳脚本，如例 9.3 “搜索软件包的脚本”所示。当运行所显示的脚本时，将部分文件名以参数的形式传递给脚本。

#! /bin/sh
for i in $(rpm -q -a -l | grep $1); do
    echo "\"$i\" is in package:"
    rpm -q -f $i
    echo ""
done

rpm -q --changelog PACKAGE 命令会按日期顺序显示有关特定软件包的详细更改信息列表。

借助已安装的 RPM 数据库，可以进行校验检查。使用 -V 或 --verify 可启动这些检查。将 rpm 与此选项搭配使用，将显示软件包中自安装后已更改的所有文件。rpm 使用八位字符符号来提供有关以下更改的提示：

对于配置文件，将输出字母 c。例如，要检查 /etc/wgetrc( wget 软件包）的更改，请使用以下命令：

> rpm -V wget
S.5....T c /etc/wgetrc

RPM 数据库的文件放置在 /var/lib/rpm 中。如果分区 /usr 的大小为 1 GB，则此数据库可能会占用将近 30 MB 的空间，特别是在全面更新之后。如果数据库比预期大得多，建议使用选项 --rebuilddb 来重构建数据库。在执行此操作之前，制作旧数据库的备份。cron 脚本 cron.daily 每天都会创建数据库副本（打包成 gzip 格式），并将这些副本存储在 /var/adm/backup/rpmdb 中。副本数量由 /etc/sysconfig/backup 中的变量 MAX_RPMDB_BACKUPS（默认值为 5）控制。对于 1 GB 的 /usr，单个备份的大小大约为 1 MB。

所有源软件包的扩展名都是 .src.rpm（源 RPM）。

注意：安装的源软件包

源软件包可以从安装媒体复制到硬盘并使用 YaST 解压缩。但在软件包管理器中，它们不会被标记为已安装 ([i])。这是因为源软件包不是在 RPM 数据库中输入的。只有已安装的操作系统软件列在 RPM 数据库中。“安装”源软件包时，只将源代码添加到系统中。

在 /usr/src/packages 中，必须存在用于 rpm 和 rpmbuild 的以下目录（除非在 /etc/rpmrc 这样的文件中指定了自定义设置）：

使用 YaST 安装源软件包时，所有必需的组件都安装在 /usr/src/packages 中：源文件和调整内容存放于 SOURCES 中，相关的 .spec 文件存放于 SPECS 中。

警告：系统完整性

不要对系统组件（glibc、rpm 等）进行试验，因为这样会影响系统的稳定性。

下面的示例使用 wget.src.rpm 软件包。安装源软件包后，应具有类似以下列表中的文件：

/usr/src/packages/SOURCES/wget-1.19.5.tar.bz2
/usr/src/packages/SOURCES/wgetrc.patch
/usr/src/packages/SPECS/wget.spec

rpmbuild -bX /usr/src/packages/SPECS/wget.spec 会启动编译。X 是通配符，代表构建进程的不同阶段（有关详细信息，请参见 --help 的输出或 RPM 文档）。以下内容只是简要描述：

现在可以使用 rpm -i（最好使用 rpm -U）创建二进制 RPM。使用 rpm 进行安装使它显示在 RPM 数据库中。

请记住，规范文件中的 BuildRoot 指令已弃用。如果您仍然需要此功能，请使用 --buildroot 选项作为替代方案。

许多软件包存在的风险是构建进程中会将许多不需要的文件添加到正在运行的系统中。为防止发生这种情况，请使用 build，它将创建构建软件包的已定义环境。要建立这一 chroot 环境，build 脚本必须和完整的软件包树结构一起提供。可以通过 NFS 或从 DVD 使用硬盘上的此树。使用 build --rpms DIRECTORY 设置位置。与 rpm 不同，build 命令会在源目录中查找 .spec 文件。要使用系统中 /media/dvd 下挂载的 DVD 构建 wget（如上例所示），请以 root 用户身份运行以下命令：

# cd /usr/src/packages/SOURCES/
# mv ../SPECS/wget.spec .
# build --rpms /media/dvd/suse/ wget.spec

之后，系统便会在 /var/tmp/build-root 中建立一个极简环境。在此环境中构建软件包。完成后，生成的软件包将位于 /var/tmp/build-root/usr/src/packages/RPMS 中。

build 脚本提供多个其他选项。例如，使脚本优先选择您自己的 RPM、忽略构建环境的初始化或者将 rpm 命令限制在上述阶段之一。有关更多信息，请使用 build --help 并参见 build 手册页。

Midnight Commander (mc) 可以显示 RPM 存档的内容并复制部分内容。它将存档表示为虚拟文件系统，提供 Midnight Commander 所有常用的菜单选项。使用 F3 键可显示 HEADER。使用光标键和 Enter 键查看存档结构。使用 F5 键复制部分存档。

拥有全部功能的软件包管理器将作为 YaST 模块提供。有关详细信息，请参见第 8 章 “安装或去除软件”。