Zypper 的一般語法為︰

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

括號中的部分為非必需。執行 Zypper 最簡單的方法就是輸入其名稱，後面跟著指令。例如，若要將所有需要的修補程式套用至系統類型︰

zypper patch

此外，您還可以在指令之前輸入全域選項來從一或多個全域選項中進行選擇。例如，--non-interactive 表示直接執行指令，不詢問任何問題 (自動套用預設回答)︰

zypper --non-interactive patch

若要使用特定於特殊指令的選項，請在指令之後輸入這些選項。例如，--auto-agree-with-licenses 表示將所有需要的修補程式套用至系統，而不要求確認任何授權 (系統會自動接受所有授權)。

zypper patch --auto-agree-with-licenses

某些指令需要一或多個引數︰例如，使用安裝指令時，您需要指定要安裝的套件︰

zypper install mplayer

某些選項也需要引數。以下指令會列出所有已知模式︰

zypper search -t pattern

您可以將上述所有指令組合使用。例如，以下指令將從 factory 儲存庫安裝 mplayer 和 amarok 套件，並顯示詳細資訊︰

zypper -v install --from factory mplayer amarok

--from 選項可確保所有儲存庫均處於啟用狀態 (以解決相依性問題)，並且始終從指定的儲存庫要求套件。

大部分 Zypper 指令都有一個 dry-run 選項，對指定的指令進行模擬。它可以用於測試。

zypper remove --dry-run MozillaFirefox

若要安裝或移除套件，請使用以下指令：

zypper install package_name
zypper remove package_name

Zypper 可以使用多種方式來指定安裝和移除指令中所使用的套件︰

若要同時安裝並移除套件，請使用 +/- 輔助按鍵。若要安裝 emacs 並移除 vim，請使用︰

zypper install emacs -vim

若要移除 emacs 並安裝 vim，請使用︰

zypper remove emacs +vim

為了防止將名稱以 - 開頭的套件解譯為指令選項，請一律將此類名稱用做第二個引數。如果行不通，則在前面加上 --︰

zypper install -emacs +vim       # Wrong
zypper install vim -emacs        # Correct
zypper install -- -emacs +vim    # same as above
zypper remove emacs +vim         # same as above

如果想讓系統在移除某套件後自動移除由於此操作而導致不再需要的所有套件，請使用 --clean-deps 選項︰

rm package_name --clean-deps

依預設，Zypper 會在安裝或移除所選套件前或出現問題時要求您確認。使用 --non-interactive 選項可覆寫此行為。此選項必須放在實際指令 (install、remove 和 patch) 的前面，如下所示︰

zypper --non-interactive install package_name

此選項允許在程序檔與 cron 工作中使用 Zypper。

	不要移除必要的系統套件
不要移除 glibc、zypper、kernel 或類似套件。這些套件都是系統的必要套件，若是移除，可能會導致系統不穩定甚至停止工作。

zypper source-install package_name

zypper source-install -D package_name # source package only
zypper source-install -d package_name # build dependencies only

zypper search -t srcpackage

zypper verify

zypper install-new-recommends

Zypper 有三種方法更新軟體︰安裝修補程式、安裝新版本的套件或更新整個套裝作業系統。最後一種方法透過 zypper dist-upgrade 指令來實現，可參閱第 6.1.4 節「使用 zypper 進行套裝作業系統升級」。

zypper patch

zypper patch --bugzilla=number

zypper patch --cve=number

zypper patch --cve=CVE-2010-2713

zypper update

zypper update package_name
zypper install package_name

zypper list-updates

zypper list-updates --all

6.1.3.3. 升級到新的產品版本¶

若要將安裝的產品輕鬆升級到新版本 (例如，從 SUSE Linux Enterprise Server 11 升級到 SUSE Linux Enterprise Server 11 SP1)，請先調整您的儲存庫以符合目前的 SUSE Linux Enterprise Desktop 儲存庫。如需詳細資訊，請參閱第 6.1.5 節「使用 Zypper 管理儲存庫」。然後使用 zypper dist-upgrade 指令並指定所需的儲存庫。此指令可確保所有套件都從目前啟用的儲存庫安裝。如需詳細說明，請參閱 第 6.1.4 節「使用 zypper 進行套裝作業系統升級」。

若將要套裝作業系統升級限制為特定儲存庫中的套件，並在滿足相依性條件時考量其他儲存庫，請使用 --from 選項並指定儲存庫 (使用別名、編號或 URI)。

	zypper update 與 zypper dist-upgrade 的不同之處
選擇 zypper update 會將套件更新至您的產品所適用的較新版本，並保持系統的完整性。zypper update 遵從以下規則︰ 不變更廠商 不變更結構 不降級 保留安裝的套件 執行 zypper dist-upgrade 時，目前啟用的儲存庫中的所有套件都會安裝。此規則會強制執行，因此套件可能會變更廠商或結構，甚至降級。不滿足相依條件的所有套件在升級後都會被解除安裝。

使用 zypper 指令行公用程式可以升級至新版套裝作業系統。最重要的是，您可以從執行中的系統啟動系統升級程序。

對於要執行遠端升級或在許多具有類似設定的系統上升級的進階使用者來說，此項功能很有吸引力。

6.1.4.2. 升級程序¶

	檢查系統備份
在真正開始執行升級程序前進行檢查，確定您的系統備份最新並可還原。這一點很重要，因為您之後必須執行許多手動步驟。

1. 執行線上更新，以確定軟體管理堆疊保持最新。如需詳細資訊，請參閱第 1 章「YaST 線上更新」。

2. 設定要用做更新來源的儲存庫。請務必正確設定。使用 YaST (請參閱第 6.4 節「Managing Software Repositories and Services」 (第 6 章「Installing or Removing Software」, ↑部署指南)) 或 zypper (請參閱第 6.1 節「使用 Zypper」)。根據您的自定設定，以下步驟中使用的儲存庫名稱會稍有不同。

   考慮準備或更新自己的安裝伺服器。如需背景詳細資訊，請參閱第 11.2.1 節「Setting Up an Installation Server Using YaST」 (第 11 章「Remote Installation」, ↑部署指南)。

   若要檢視您目前的儲存庫，請輸入︰

   zypper lr -u
   

   	zypper 指令名稱
   zypper 指令可以使用完整形式，也可以使用縮寫形式。例如，您可以將 zypper install 縮寫為 zypper in。以下段落中，使用的是簡短形式。

   1. 使用以下指令將系統儲存庫的版本號碼從 11 提升為 11-SP1，以及新增 11_SP1 儲存庫︰

      server=http://download.example.org
      zypper ar $server/distribution/11-SP1/repo/oss/ SLE-11-SP1
      zypper ar $server/update/11-SP1/ SLE-11-SP1-Update
      

      移除舊的儲存庫︰

      zypper rr SLE-11
      zypper rr SLE-11-Update

   2. 停用協力廠商儲存庫或其他 Open Build Service 儲存庫，因為 zypper dup 只能用於預設的儲存庫 (以要停用的儲存庫名稱取代 repo-alias)︰

      zypper mr -d repo-alias

      或者，也可以降低這些儲存庫的優先程度。

      	處理未解決的相依性
      zypper dup 會移除所有存在相依性未解決的問題的套件，但會保留滿足相依性之已停用儲存庫的套件。

      zypper dup 可確保所有安裝的套件都來自同一個可用的儲存庫。它不會考慮所安裝套件的版本、架構或廠商，因此會模擬執行全新安裝。儲存庫中不再可用的套件會視為孤立套件。如果此類套件無法滿足相依性，即會被解除安裝。若滿足相依性，將不會被解除安裝。

   3. 此作業結束後，使用以下指令檢查儲存庫組態︰

      zypper lr -d
      

3. 使用 zypper ref 重新整理本地中繼資料和儲存庫內容。

4. 使用 zypper up zypper 從 11 SP1 儲存庫拉入 zypper 和套件管理堆疊。

5. 使用 zypper dup 執行實際的套裝作業系統升級。系統會要求您確認 SUSE Linux Enterprise 和某些套件的授權，具體視安裝的套件集而定。

6. 使用 SuSEconfig 執行基本的系統組態。

7. 使用 shutdown -r now 將系統重新開機。

Zypper 的所有安裝或修補指令均依賴於一系列已知的儲存庫。若要列出系統可識別的所有儲存庫，請使用指令︰

zypper repos

結果類似於以下輸出︰

# | Alias                             | Name                              | Enabled | Refresh
--+-----------------------------------+-----------------------------------+---------+--------
1 | SUSE-Linux-Enterprise-Server 11-0 | SUSE-Linux-Enterprise-Server 11-0 | Yes     | No
2 | SLES-11-Updates                   | SLES 11 Online Updates            | Yes     | Yes
3 | broadcomdrv                       | Broadcom Drivers                  | Yes     | No      

在各種指令中指定儲存庫時，可以使用 zypper repos 指令輸出的別名、URI 或儲存庫編號。儲存庫別名是儲存庫名稱的縮寫形式，用於儲存庫處理指令。請注意，修改儲存庫清單後，儲存庫的編號可能會發生變更。但別名永遠不會自行變更。

依預設，不會顯示儲存庫的詳細資料 (如 URI 或優先程度)。若要列出所有詳細資料，可以使用以下指令︰

zypper repos -d

zypper addrepo URIalias

zypper removerepo 3

zypper modifyrepo -er -p 20 'updates'

zypper renamerepo 'Mozilla Firefox' firefox

Zypper 提供多種方法來查詢儲存庫或套件。若要獲得所有可用產品、模式、套件或修補程式的清單，請使用以下指令︰

zypper products
zypper patterns
zypper packages
zypper patches

若要在所有儲存庫中查詢某些套件，請使用 search。它可以對套件名稱、或 (視情況) 對套件摘要及描述進行搜尋。搜尋詞彙中可以使用萬用字元 * 和 ?。依預設，搜尋不區分大小寫。

zypper search firefox       # simple search for "firefox"
zypper search "*fire*"      # using wildcards
zypper search -d fire       # also search in package descriptions and summaries
zypper search -u firefox    # only display packages not already installed

若要搜尋提供特殊功能的套件，請使用指令 what-provides。例如，如果您想瞭解哪個套件提供 Perl 模組 SVN::Core，請使用以下指令︰

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

若要查詢單個套件，請在 info 指令中使用準確的套件名稱做為引數。它會顯示套件的詳細資訊。如果還想顯示套件所需/推薦的項目，請使用選項 --requires 和 --recommends︰

zypper info --requires MozillaFirefox

what-provides 套件類似於 rpm -q --whatprovides 套件，但是 rpm 只能查詢 RPM 資料庫 (即所有已安裝套件的資料庫)。另外，Zypper 會告知您任何儲存庫功能的提供者，而不是只有已安裝的儲存庫。

Zypper 現隨附一個組態檔案，透過該檔案可永久變更 Zypper 的行為 (整個系統範圍或僅針對特定使用者)。對於系統範圍的變更，請編輯 /etc/zypp/zypper.conf。對於特定使用者的變更，請編輯 ~/.zypper.conf。如果 ~/.zypper.conf 尚不存在，您可以使用 /etc/zypp/zypper.conf 做為範本︰將其複製到 ~/.zypper.conf 並根據喜好進行調整。如需有關可用選項的說明，請參閱檔案中的備註。

如果您在存取設定之儲存庫中的套件時遇到問題 (例如，zypper 找不到特定套件，儘管您知道它存在於某個儲存庫中)，則可使用以下指令重新整理儲存庫︰

zypper refresh

如果不起作用，請嘗試

zypper refresh -fdb

此指令會強制執行全面的重新整理和資料庫重建，包括強制下載原始中繼資料。

如果根分割區上使用的是 btrfs 檔案系統，則在為建立適當的檔案系統快照而提交檔案系統變更時，zypper 會自動呼叫 snapper。這些快照可用於回復 zypper 所做的所有變更。如需有關 snapper 的詳細資訊，請參閱 man snapper。

此功能在預設檔案系統上無法使用。

RPM 套件具有 GnuPG 簽章。若要驗證 RPM 套件的簽名，請使用指令 rpm --checksig 套件-1.2.3.rpm 來判斷套件是來自 Novell/SUSE，還是來自另一個可信任機構。特別建議在從網際網路更新套件時使用此指令。

一般而言，安裝 RPM 歸檔很簡單︰rpm -i package.rpm。使用此指令可安裝套件，但是必須滿足其相依性條件，而且不能與其他套件衝突。如果 rpm 要求要安裝的套件必須符合相依性要求，會顯示錯誤訊息。RPM 資料庫會在背景中確認沒有產生衝突 — 特定的檔案僅可屬於一個套件。藉由選擇不同選項，您可以強迫 rpm 忽略這些預設，但只有進階使用者才可以這樣做。否則，會危及系統完整性，還可能危害更新系統的能力。

-U 或 --upgrade 以及 -F 或 --freshen 選項可用來更新套件 (例如，rpm -F 套件.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 套件. rpm，在不出現相依性問題的情況下刪除套件。只要其他應用程式還需要它，理論上無法刪除 Tcl/Tk，。即使是這種情況下，RPM 還是可從資料庫呼叫以得到協助。如果由於某種原因無法進行這樣的刪除操作 (即使不存在其他相依性問題)，或許可以使用選項 --rebuilddb 來重建 RPM 資料庫。

為了確保系統的操作安全性，必須經常在系統上安裝更新套件。以前，要除去套件中的錯誤，只能夠更換整個套件。在大型套件中，如果某些小檔案包含錯誤，就很容易出現這種情況。但是，SUSE RPM 提供在套件中安裝修補程式的功能。

最重要的考量可用 pine 當作範例：

可在 rpm 以及 rpmbuild 的 man 頁面中找到包括 RPM 修補程式功能的相關資訊。

	SUSE Linux Enterprise Desktop 的正式更新
為了儘可能減小更新的下載大小，SUSE Linux Enterprise Desktop 的正式更新以 Delta RPM 套件的形式提供，而不是以修補程式 RPM 的形式提供。如需詳細資料，請參閱第 6.2.4 節「Delta RPM 套件」。

Delta RPM 套件包含舊版與新版 RPM 套件之間的差異。將 delta RPM 套用到舊版 RPM 上會產生一個全新的 RPM。但是您不需要取得舊版的 RPM，因為 delta RPM 也可以和安裝的 RPM 搭配使用。delta RPM 套件的大小比修補程式 RPM 還小，這一特點有利於透過網際網路傳送更新套件。缺點是使用 delta RPM 的更新作業會比一般或修補程式 RPM 消耗更多的 CPU 週期。

prepdeltarpm、writedeltarpm 以及 applydeltarpm 二進位檔屬於 delta RPM 套裝軟體 (deltarpm 套件) 的一部分，可協助您建立並套用 delta RPM 套件。使用下列指令可建立名稱為 new.delta.rpm 的 delta RPM。下列指令假設 old.rpm 和 new.rpm 都已存在：

prepdeltarpm -s seq -i info old.rpm > old.cpio
prepdeltarpm -f new.rpm > new.cpio
xdelta delta -0 old.cpio new.cpio delta
writedeltarpm new.rpm delta info new.delta.rpm

最後，移除暫存工作檔案 old.cpio、new.cpio 以及 delta。

如果已經安裝舊套件，使用 applydeltarpm 即可從檔案系統重新建構新 RPM：

applydeltarpm new.delta.rpm new.rpm

若不要存取檔案系統，而要從舊 RPM 產生新 RPM，請使用 -r 選項：

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

如需技術詳細資訊，請參閱 /usr/share/doc/packages/deltarpm/README。

rpm 指令在使用 -q 選項時會啟動查詢，以便檢查 RPM 歸檔 (藉由新增選項 -p 的方式)，並查詢所安裝套件的 RPM 資料庫。有多個切換參數可用於指定所需的資訊類型。請參閱表格 6.1 「最重要的 RPM 查詢選項」。

例如，rpm -q -i wget 指令可顯示如 範例 6.2 「rpm -q -i wget」 中所示的資訊。

Name        : wget                         Relocations: (not relocatable)
Version     : 1.11.4                            Vendor: openSUSE
Release     : 1.70                          Build Date: Sat 01 Aug 2009 09:49:48 CEST
Install Date: Thu 06 Aug 2009 14:53:24 CEST      Build Host: build18
Group       : Productivity/Networking/Web/Utilities   Source RPM: wget-1.11.4-1.70.src.rpm
Size        : 1525431                          License: GPL v3 or later
Signature   : RSA/8, Sat 01 Aug 2009 09:50:04 CEST, Key ID b88b2fd43dbdc284
Packager    : http://bugs.opensuse.org
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.
[...]

只有在您指定完整檔案名稱及完整路徑時，選項 -f 才會有作用。提供盡可能多的檔案名稱。例如，以下指令

rpm -q -f /bin/rpm /usr/bin/wget

會產生：

rpm-4.8.0-4.3.x86_64
wget-1.11.4-11.18.x86_64

如果只知道檔案名稱的一部分，可使用範例 6.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 rpm 指令會顯示有關特定套件 (在此範例中為 rpm 套件) 變更資訊的詳細清單，並按日期排序。

藉由安裝的 RPM 資料庫協助，可執行驗證檢查。這些檢查可以使用 -V、-y 或 --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 中的來源和調整以及 SPECS 中的相關 .spec。

請不要對系統元件 (glibc、rpm、sysvinit 等) 進行試驗，因為這樣會危害系統的穩定性。

以下範例使用 wget.src.rpm 套件。安裝來源套件之後，會獲得類似下列清單中所列的檔案：

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

rpmbuild -b X /usr/src/packages/SPECS/wget.spec 可開始編譯。X 代表建立程序各種階段的萬用字元 (請參閱 --help 的輸出或 RPM 文件以取得詳細資訊)。以下僅為簡略的說明：

現在可使用 rpm -i (最好使用 rpm -U) 來安裝所建立的二進位 RPM。使用 rpm 來安裝會讓它出現在 RPM 資料庫中。

許多套件中都包含不想要的檔案，它們會在 build 程序中增到執行系統中，因為導致危險產生。若要避免此狀況，可以使用 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 man 頁面來存取其他資訊。

Midnight Commander (mc) 可顯示 RPM 歸檔的內容，並複製部分內容。它將歸檔以虛擬檔案系統呈現，提供 Midnight Commander 的所有常見功能表選項。使用 F3 可顯示 HEADER。使用游標和 Enter 可檢視歸檔結構。使用 F5 可複製歸檔元件。

具有完整功能的套件管理員是以 YaST 模組的方式提供。如需詳細資料，請參閱第 6 章「Installing or Removing Software」 (↑部署指南)。