昨天，我們警告我們的Twitter追隨者，它是1月2日，即某些盎格魯-撒克遜國家的神聖無辜者的一天，我們可以讀到一些奇怪的消息。 帖子所依據的新聞也是如此，我們決定等到第二天，再確認這不是在開玩笑。 它不是： 基本操作系統將傳遞給Flatpak數據包，一種更現代的程序包類型，與Canonical的Snap程序包共享許多功能。
像Snap包，Flatpak包一樣 其中包含應用程序正常運行所需的一切，因此我們指的是核心軟件和依賴項。 這也更加安全，更新速度也更快，對開發人員而言更是好事，因為他們只需要編程一次即可，並且可以在您決定兼容的任何操作系統上運行。 這就是基本OS將來會做的事情。
基本OS + Flatpak App Center ...但沒有Flathub
基本的OS開發人員幾乎從Flatpak誕生之日就開始使用它。 而且，不僅使用這種類型的軟件包，而且他們保證他們已經嘗試了多年，以決定哪種方法是最佳選擇。 在那一刻 他們注意到Flatpak仍然被稱為“ XDG-App”，那是在2015年。 對於那些不知道的人來說，2015年是現在被稱為Flatpak和Snap軟件包的項目誕生的那一年，但是Canonical的建議確實在2016年16.04月成名，因為它是Ubuntu附帶的最重要的新穎性之一。 XNUMX Xenial Xerus。 我發現提到Flatpak早於Snap很重要。
但他們警告： “ Flatpak不是Flathub”。 您必須區分包格式和存儲庫，可以從中訪問 此鏈接。 Elementary OS希望軟件搜索和安裝繼續在其App Center中進行，儘管他們沒有這麼說，因為這樣一來，他們還可以控制所下載的所有內容，並擁有更多的捐贈選擇。 而且，App Center使用按需付費的支付系統來下載/安裝應用程序。
他們還想說明的是切換到Flatpak 但這並不意味著他們會拋棄其本機應用程序 他們也不會更改下載和安裝系統，以便開發人員可以從捐贈中收取款項。 另外，所有內容都將經過仔細測試，以確保在將其發佈到App Center之前可以正常工作，所有操作與到目前為止相同。
基本操作系統將創建 您自己的App Center的Flatpak存儲庫，與到目前為止他們基於Debian的軟件的存儲庫所做的幾乎一樣。
.deb軟件包的問題
那麼， Ubunlog 仍然有許多 .deb 軟體包的粉絲，部分原因是我們喜歡經典軟體包，部分原因是我們在使用新型軟體包時遇到了問題。但事實是 .deb軟件包通常使用依賴項 而且，如果其中之一包含漏洞，則整個程序都存在安全漏洞。 從理論上講，現代的軟件包格式消除了這些問題，同時更早地提供了更新。 從理論上或在實踐中，但我認為Flatpak和Snap軟件包中的所有內容都還需要完善。
此外， 新軟件包基於沙箱，這限制了應用程序對操作系統的訪問。 沙盒應用程序可提高安全性和隱私性。
為何基本操作系統沒有選擇Snap軟件包？
基本的操作系統確保他們也可以使用Canonical，但是有些事情他們根本不喜歡，在某些情況下，我完全同意：
- 分散式設計。 Flatpak允許任何人創建自己的存儲庫，因此基本操作系統將擁有自己的存儲庫。 這意味著可以從App Center安裝的所有內容都將具有相同的設計，而Snap軟件包到目前為止是不會發生的。 這就是我的意思 這裡 因此Canonical應該做些其他事情，例如給開發人員施加一些壓力，使其盡快發布更新（哎呀，Mozilla，……），並且一切都採用類似的設計。 在Snap軟件包中，我們可以找到帶有Windows 95，GNOME，KDE ...等映像的應用程序，並且該系統似乎有XNUMX個父級。
- Flatpak接近基本OS工作。 例如，已經為Flatpak的未來構建了現代GTK功能，並且從一開始就考慮GTK來開發Flatpak。
- 與獨立應用程序開發人員達成共識。 基本OS與獨立開發人員並肩工作。 儘管有些人選擇了這兩個軟件包，但他們說Flatpak更易於使用。
它將如何影響用戶和開發人員？
基本操作系統可確保 您的操作系統用戶將不會注意到任何事情。 他們唯一會注意到的事情是積極的，例如更快的下載和更新。 對於開發人員，將像以前一樣繼續交付和審查應用程序。
La 懷疑我離開了是 仍將允許安裝.deb軟件包。 過去，如果您未安裝Gdebi，GNOME軟件或除App Center以外的其他安裝工具，則無法從App Center外部安裝軟件。 如果仍然允許，從DEB軟件包到Flatpak的遷移似乎只會帶來好處。
您如何看待基本操作系統遷移到Flatpak？
出色的說明，請繼續加油！