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 shell 中执行子命令以及使用全局 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

2.1.3.6 从禁用的仓库安装软件包 #编辑源文件

通常，您只能从启用的仓库安装或刷新软件包。选项 --plus-content TAG 可帮助您指定要在当前 Zypper 会话期间临时启用并完成之后禁用的仓库。

例如，要启用可能提供额外的 -debuginfo 或 -debugsource 软件包的仓库，请使用 --plus-content debug。您可以多次指定此选项。

要临时启用这些“debug”仓库以安装特定的 -debuginfo 软件包，请按如下所示使用该选项

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

字符串 build-id 由 gdb 为缺失的 debuginfo 软件包报告。

注意：禁用的安装介质

来自 openSUSE Leap 安装介质的仓库在成功安装后仍然配置为禁用。您可以使用 --plus-content 选项从安装介质而不是在线仓库安装软件包。在调用 zypper 之前，请确保介质可用，例如通过将 DVD 插入计算机的驱动器。

> zypper verify

> sudo zypper install-new-recommends

使用 Zypper 更新软件有三种不同的方法：安装补丁、安装软件包的新版本或更新整个发行版。后者通过 zypper dist-upgrade 实现。升级 openSUSE Leap 的讨论见 “入门”一书，第 12 章“系统升级和系统更改”。

> 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
[...]

2.1.4.3 安装新的软件包版本 #编辑源文件

如果存储库仅包含新的软件包，但不提供补丁，zypper patch 不会产生任何效果。要使用较新版本更新所有已安装的软件包，请使用以下命令

> sudo zypper update

重要提示

zypper update 会忽略存在问题的软件包。例如，如果某个软件包被锁定，zypper update 会省略该软件包，即使有更高版本的软件包可用。相反，zypper patch 如果该软件包被认为易受攻击，则会报告冲突。

要更新单个软件包，请使用 update 或 install 命令指定该软件包

> 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 的输出格式可以如下控制

有关服务处理的更多信息，请参阅 第 10 章，systemd 守护程序。

Zypper 的所有安装或补丁命令都依赖于已知存储库的列表。要列出系统已知的所有存储库，请使用以下命令

> zypper repos

结果将类似于以下输出

> zypper repos
#  | Alias                 | Name             | Enabled | GPG Check | Refresh
---+-----------------------+------------------+---------+-----------+--------
 1 | Leap-15.1-Main        | Main (OSS)       | Yes     | (r ) Yes  | Yes
 2 | Leap-15.1-Update      | Update (OSS)     | Yes     | (r ) Yes  | Yes
 3 | Leap-15.1-NOSS        | Main (NON-OSS)   | Yes     | (r ) Yes  | Yes
 4 | Leap-15.1-Update-NOSS | Update (NON-OSS) | Yes     | (r ) Yes  | Yes
[...]

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

默认情况下，不会显示 URI 或存储库的优先级等详细信息。使用以下命令列出所有详细信息

> zypper repos -d

> sudo zypper addrepo URI ALIAS

2.1.6.2 刷新存储库 #编辑源文件

zypper 允许您从配置的存储库中获取软件包的更改。要获取更改，请运行

> sudo zypper refresh

注意：zypper 的默认行为

默认情况下，某些命令会自动执行 refresh，因此您无需显式运行该命令。

可以使用 --plus-content 选项使用 refresh 命令查看禁用存储库中的更改

> sudo zypper --plus-content refresh

此选项会获取存储库中的更改，但会使禁用的存储库保持相同状态——禁用。

> sudo zypper removerepo 4
> sudo zypper removerepo "Non-OSS Repository"

> 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 what-provides 'perl(SVN::Core)'

> zypper info --requires MozillaFirefox

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 所做的任何更改。请参阅 第 3 章，使用 Snapper 进行系统恢复和快照管理 以获取更多信息。

有关从命令行管理软件的更多信息，请输入 zypper help、zypper help  COMMAND 或参阅 zypper(8) man 页面。有关完整的详细命令参考，包含最重要的命令的 备忘单 以及有关如何在脚本和应用程序中使用 Zypper 的信息，请参阅 https://en.opensuse.net.cn/SDB:Zypper_usage。有关最新 openSUSE Leap 版本的软件更改列表，请参见 https://en.opensuse.net.cn/openSUSE:Zypper_versions。

RPM 软件包具有 GPG 签名。要验证 RPM 软件包的签名，请使用命令 rpm --checksig  PACKAGE-1.2.3.rpm，以确定该软件包是否来自 SUSE 或来自其他可信赖的机构。特别是对于来自互联网的更新软件包，建议这样做。

通常，RPM 归档文件的安装非常简单：rpm -i PACKAGE.rpm。使用此命令安装软件包，但仅当满足其依赖关系且与其他软件包没有冲突时。使用错误消息，rpm 请求需要安装的软件包以满足依赖关系要求。在后台，RPM 数据库确保不会出现冲突——特定文件只能属于一个软件包。通过选择不同的选项，您可以强制 rpm 忽略这些默认设置，但这仅适用于专家。否则，您可能会损害系统的完整性，并可能危及更新系统的能力。

选项 -U 或 --upgrade 和 -F 或 --freshen 可用于更新软件包（例如，rpm -F PACKAGE.rpm）。此命令删除旧版本的的文件并立即安装新文件。这两个版本的区别在于 -U 安装先前系统中不存在的软件包，而 -F 仅更新先前安装的软件包。在更新时，rpm 使用以下策略仔细更新配置文件

更新后，应在比较后删除 .rpmsave 和 .rpmnew 文件，以免妨碍未来的更新。.rpmorig 扩展名分配给文件，如果该文件先前未被 RPM 数据库识别。

换句话说，.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 数据库可能会有所帮助。

Delta RPM 软件包包含 RPM 软件包的旧版本和新版本之间的差异。将 delta RPM 应用于旧 RPM 会产生一个完全的新 RPM。不必拥有旧 RPM 的副本，因为 delta RPM 也可以与已安装的 RPM 一起工作。delta RPM 软件包的尺寸甚至小于补丁 RPM，这在通过互联网传输更新软件包时具有优势。缺点是使用 delta RPM 涉及的更新操作消耗的 CPU 周期比普通或补丁 RPM 多得多。

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

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

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

> sudo applydeltarpm new.delta.rpm new.rpm

要从不访问文件系统的旧 RPM 派生它，请使用选项 -r

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

有关技术详细信息，请参阅 /usr/share/doc/packages/deltarpm/README。

使用选项 -q，rpm 启动查询，从而可以检查 RPM 归档文件（通过添加选项 -p）并查询已安装软件包的 RPM 数据库。有几个开关可用于指定所需的信息类型。请参阅 表 2.1，“基本 RPM 查询选项”。

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

Name        : wget
Name        : wget
Version     : 1.19.5
Release     : lp151.4.1
Architecture: x86_64
Install Date: Tue 30 Jul 2019 02:26:21 PM PDT
Group       : Productivity/Networking/Web/Utilities
Size        : 2881903
License     : GPL-3.0+
Signature   : RSA/SHA256, Thu 11 Apr 2019 02:23:42 AM PDT, Key ID b88b2fd43dbdc284
Source RPM  : wget-1.19.5-lp151.4.1.src.rpm
Build Date  : Thu 11 Apr 2019 02:23:27 AM PDT
Build Host  : cloud114
Relocations : (not relocatable)
Packager    : https://bugs.opensuse.org
Vendor      : openSUSE
URL         : https://gnu.ac.cn/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: openSUSE Leap 15.1

选项 -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

如果只知道文件名的一部分，请使用如下所示的 shell 脚本：示例 2.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 中。副本数量由变量 MAX_RPMDB_BACKUPS（默认值：5）在 /etc/sysconfig/backup 中控制。对于 /usr 中的 1 GB，单个备份的大小约为 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 现在可以使用 rpm -i 或，最好使用 rpm -U 进行安装。使用 rpm 安装后，它将出现在 RPM 数据库中。

请记住，spec 文件中的 BuildRoot 指令已被弃用。如果您仍然需要此功能，请使用 --buildroot 选项作为解决方法。

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

# 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 man 页面可以获取更多信息。

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

YaST 模块提供了一个功能齐全的软件包管理器。有关详细信息，请参阅 “入门”一书，第 9 章“安装或删除软件”。