使用 dnf 進行 Linux 包管理
在計算機系統上安裝應用程序非常簡單:就是將檔案(如 .zip
文件)中的文件複製到目標計算機上,放在操作系統預期放應用程序的位置。因為我們中的許多人習慣於使用花哨的安裝「嚮導」來幫助我們在計算機上安裝軟體,所以這個過程似乎在技術上應該比實際更複雜。
然而,複雜的是,是什麼構成了一個程序?用戶認為的單個應用程序實際上包含了分散在操作系統中的軟體庫的各種依賴代碼(例如:Linux 上的 .so 文件、Windows 上的 .dll 文件和 macOS 上的 .dylib 文件)。
為了讓用戶不必擔心這些程序代碼之間的複雜的互相依賴關係, Linux 使用 包管理系統 來跟蹤哪些應用程序需要哪些庫,哪些庫或應用程序有安全或功能更新,以及每個軟體會附帶安裝哪些額外的數據文件。包管理器本質上是一個安裝嚮導。它們易於使用,提供了圖形界面和基於終端的界面,讓你的生活更輕鬆。你越了解你的發行版的包管理器,你的生活就會越輕鬆。
在 Linux 上安裝應用程序
如果你在使用 Linux 桌面時,偶爾想要安裝一個應用程序,那麼你可能正在尋找 GNOME 「軟體」,它是一個桌面應用程序瀏覽器。
![GNOME 「軟體」 程序](/data/attachment/album/202205/04/101540ua7z7xaipq5pq17z.png "The GNOME Software app")
它會按你的預期工作:點擊它的界面,直到你找到一個看起來有用的應用程序,然後單擊 「安裝」 按鈕。
或者,你可以在 GNOME 「軟體」 中打開從網路下載的 .rpm
或 .flatpakref
軟體包,以便它進行安裝。
但如果你更傾向於使用命令行,請繼續閱讀。
用 dnf 搜索軟體
在安裝應用程序之前,你可能需要確認它是否存在於你的發行版的伺服器上。通常,使用 dnf
搜索應用程序的通用名稱就足夠了。例如,假設你最近閱讀了 一篇關於 Cockpit 的文章,並決定嘗試一下。你可以搜索 cockpit
驗證該發行版是否包含它:
$ dnf search cockpit
Last metadata expiration check: 0:01:46 ago on Tue 18 May 2021 19:18:15 NZST.
==== Name Exactly Matched: cockpit ====
cockpit.x86_64 : Web Console for Linux servers
==== Name & Summary Matched: cockpit ==
cockpit-bridge.x86_64 : Cockpit bridge server-side component
cockpit-composer.noarch : Composer GUI for use with Cockpit
[...]
有一個精確的匹配。上面列出的匹配的軟體包名為 cockpit.x86_64
,但名稱中的 .x86_64
部分僅表示它兼容該 CPU 架構。默認情況下,你的系統會安裝適配當前 CPU 架構的軟體包,因此你可以忽略該擴展名。所以你確認你要查找的軟體包確實簡稱為 cockpit
。
現在你可以放心地使用 dnf install
安裝它。 此步驟需要管理員許可權:
$ sudo dnf install cockpit
一般來說,這就是典型的 dnf
工作流:搜索並安裝。
然而,有時 dnf search
的結果並不清晰,或者你想要關於一個軟體包的更多信息,而不僅僅是它的通用名稱。有一些相關的 dnf
子命令,具體取決於你想要的信息。
軟體包的元數據
如果你覺得你的搜索已 接近 想要的結果,但還不確定,查看軟體包的元數據通常會有所幫助,例如項目的網址和描述。要獲取此信息,請使用顧名思義的 dnf info
命令:
$ dnf info terminator
Available Packages
Name : terminator
Version : 1.92
Release : 2.el8
Architecture : noarch
Size : 526 k
Source : terminator-1.92-2.el8.src.rpm
Repository : epel
Summary : Store and run multiple GNOME terminals in one window
URL : https://github.com/gnome-terminator
License : GPLv2
Description : Multiple GNOME terminals in one window. This is a project to produce
: an efficient way of filling a large area of screen space with
: terminals. This is done by splitting the window into a resizeable
: grid of terminals. As such, you can produce a very flexible
: arrangements of terminals for different tasks.
這個信息告訴你可用軟體包的版本、在你系統中註冊的哪一個存儲庫提供了它、該項目的網站以及詳細的功能描述。
哪個軟體包提供的這個文件?
軟體包名稱並不總是與你要查找的內容相匹配。例如,假設你正在閱讀的文檔告訴你必須安裝名為 qmake-qt5
的東西:
$ dnf search qmake-qt5
No matches found.
dnf
資料庫非常廣泛,因此你不要局限於搜索完全匹配的內容。你可以使用 dnf provides
命令來了解你正在尋找的東西是否作為某個更大的軟體包的一部分而提供:
$ dnf provides qmake-qt5
qt5-qtbase-devel-5.12.5-8.el8.i686 : Development files for qt5-qtbase
Repo : appstream
Matched from:
Filename : /usr/bin/qmake-qt5
qt5-qtbase-devel-5.15.2-3.el8.x86_64 : Development files for qt5-qtbase
Repo : appstream
Matched from:
Filename : /usr/bin/qmake-qt5
可以確認應用程序 qmake-qt5
是名為 qt5-qtbase-devel
的軟體包的一部分。它還告訴你,該應用程序會安裝到 /usr/bin
,因此你知道了安裝後它的確切位置。
軟體包中包含哪些文件?
有時我發現自己會從完全不同的角度來對待 dnf
。有時,我已經確認我的系統上安裝了一個應用程序;我只是不知道我是怎麼得到它的。還有一些時候,我知道我安裝了一個特定的軟體包,但我不清楚這個軟體包到底在我的系統上安裝了什麼。
如果你需要對包的 有效負載 進行 「 逆向工程 」,可以使用 dnf repoquery
命令和 --list
選項。這將查看存儲庫中有關軟體包的元數據,並列出該軟體包提供的所有文件:
$ dnf repoquery --list qt5-qtbase-devel
/usr/bin/fixqt4headers.pl
/usr/bin/moc-qt5
/usr/bin/qdbuscpp2xml-qt5
/usr/bin/qdbusxml2cpp-qt5
/usr/bin/qlalr
/usr/bin/qmake-qt5
/usr/bin/qvkgen
/usr/bin/rcc-qt5
[...]
這些列表可能很長,使用 less
或你喜歡的分頁命令配合管道操作會有所幫助。
移除應用程序
如果你決定系統中不再需要某個應用程序,可以使用 dnf remove
卸載它,該軟體包本身安裝的文件以及不再需要的任何依賴項都會被移除:
$ dnf remove bigapp
有時,你發現隨著一個應用程序一起安裝的依賴項對後來安裝的其他應用程序也有用。如果兩個包需要相同的依賴項,dnf remove
不會 刪除依賴項。在安裝和卸載大量應用程序之後,孤兒軟體包散落各處的現象並不少見。大約每年我都要執行一次 dnf autoremove
來清除所有未使用的軟體包:
$ dnf autoremove
這不是必需的,但這是一個讓我的電腦感覺更好的大掃除步驟。
了解 dnf
你對包管理器的工作方式了解得越多,在必要時安裝和查詢應用程序就越容易。即便你不是 dnf
的重度使用者,當你發現自己與基於 RPM 的發行版交互時,了解它也會很有用。
告別 yum
後,我最喜歡的包管理器之一是 dnf
命令。雖然我不喜歡它的所有子命令,但我發現它是目前最健壯的 包管理系統 之一。 下載我們的 dnf 速查表 習慣該命令,不要害怕嘗試一些新技巧。一旦熟悉了它,你可能會發現很難使用其他任何東西替代它。
via: https://opensource.com/article/21/6/dnf-linux
作者:Seth Kenlon 選題:lujun9972 譯者:hanszhao80 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive