Debian

為什麼 Debian “Stretch” 強迫我使用不穩定(測試版)的 GRUB 包?

  • January 6, 2020

在搜尋GRUB2Debian v9.11.0 “Stretch”的可用軟體包時,我只beta列出了軟體包:

root@Debian:~# apt search GRUB2
Sorting... Done
Full Text Search... Done
grub-imageboot/oldstable 0.6 all
 boot iso, harddisk and floppy images with grub2 and syslinux memdisk

grub2/oldstable,now 2.02~beta3-5+deb9u2 amd64 [residual-config]
 GRand Unified Bootloader, version 2 (dummy package)

grub2-common/oldstable 2.02~beta3-5+deb9u2 amd64
 GRand Unified Bootloader (common files for version 2)

grub2-splashimages/oldstable 1.0.1+nmu1 all
 a collection of great GRUB2 splashimages

live-wrapper/oldstable 0.6+nmu1 all
 Wrapper for vmdebootstrap for creating live images

live-wrapper-doc/oldstable 0.6+nmu1 all
 Wrapper for vmdebootstrap for creating live images (Documentation)

vmdebootstrap/oldstable 1.7-1 amd64
 Bootstrap Debian into a (virtual machine) disk image

如您所見,此搜尋僅返回beta包。我不得不跳過箍來安裝一個穩定的GRUB2包,請參閱: 如何在不安裝 Beta 版本的情況下將 GRUB v1 升級到 GRUB v2?

問題:為什麼 Debian “Stretch” 儲存庫首先只包含 beta版本GRUB2?畢竟,穩定GRUB版 v2.00 是在 Debian “Stretch”發布前 5 年發布的,請參見此處: ftp.gnu.org/gnu/grub

這是此發行版儲存庫中的錯誤嗎?

這些是 Debian 9 發佈時可用的最佳版本。

查看導致版本 2.02~beta3-5deb9u2 的變更日誌提供了一些解釋:

  • 2.00確實是2012年發布的,上傳到Debian實驗版;2013 年 5 月,在 Debian 中進行了 14 次修訂(並在 Ubuntu 中進行了一些修復)之後,它被上傳到了不穩定的(針對下一個穩定版本);
  • 許多 2.00 的上傳和額外的修復,表明 2.00 存在許多錯誤;
  • 2013 年 12 月,GRUB 儲存庫的快照被打包,其中包含更多修復,證實了上述情況;
  • 隨後的 beta 版本被打包,再次是實驗性的,固定的,最終在 Debian 9 中發布,在官方“beta”版本之上有大量更新檔

因此,如果您願意,您可以擁有一個“穩定”的 2.00 版本,但您必須忍受後來發現的所有錯誤。真正要記住的重要一點是,版本號(包括“alpha”、“beta”等綽號)是上游開發人員選擇的名稱;理想情況下,它給出了一些穩定性的跡象,但在許多情況下,這是一廂情願的想法;特別是對於像 GRUB 這樣的項目,上游開發人員幾乎沒有希望測試該領域將遇到的所有案例。

與發行版中的任何軟體包一樣,您信任發行版開發人員的判斷。如果他們最終傳遞給定項目的看似令人驚訝的版本號,那麼這種情況背後通常有一個很好的理由(但問一下也無妨!)。

引用自:https://unix.stackexchange.com/questions/560606