關於碎片化,贊成和反對的說法很多,但是最近出現了一些非常有趣的解決方案,例如為所有發行版(不僅僅是Ubuntu)開放的Canonical snap軟件包。 但是除此之外,還有其他可能性,其中之一就是我們提出這種觀點的可能性,那就是 AppImages。 基本上,可以以通用方式為GNU / Linux打包應用程序。
這有助於鼓勵開發人員為Linux創建更多的軟件,因為他們有時不願為不同的現有發行版生成和維護的軟件包數量。 其他時候,他們選擇只提供與某些發行版兼容的軟件,而忽略其餘部分,這不是一個完整的解決方案。 因此,這些類型的項目為我們打開了希望, 軟件包的通用性.
除此之外,對應用程序的更新(包括安全性更新)將以某種方式到達 通過上游更直接 (來自原始開發者)。 這要歸功於增量更新,即僅包含新版本更改的軟件包。 這樣,我們所有人都會贏得勝利,開發人員會更輕鬆,更新所帶來的好處始終是為最終用戶提供最新的和具有更多兼容性的軟件包。 除了提高安全性外,還可以實施沙盒技術來隔離它們。
但是,並非一切都是優勢, 反對有冗餘a,因為通過集成所有依賴項,我們可以發現庫和其他當前不可用的重複元素所浪費的存儲空間。 但嘿,這是其餘優點所必須付出的代價...有關更多信息,您可以諮詢 應用程序圖像.org.
我喜歡Appimage可以考慮得更多,它們已經存在了很長時間,現在隨著戰鬥的進行,它們成為標準的可能性很小。 從Ubuntu創建它們非常容易(我真的不是很喜歡,只是從Ubuntu創建) 我在ubuntu中無縫創建了vokoscreen Appimage,並在openSUSE中使用它而沒有問題。
希望贏得標準技術的人同樣容易創建,而不僅僅是從Ubuntu
告訴我它是如何完成的,以及您使用了哪些步驟和應用程序
正如維基所說,我做到了
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
首先下載第一行中顯示的必要組件
sudo apt-get更新; sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath保險絲#debian,Ubuntu
然後
git克隆 https://github.com/probonopd/AppImageKit.git
光盤 AppImageKit
cmake。
使
而不是leafpad
導出APP = Leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
我放了vokoscreen
導出APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
這是從虛擬機上獲得的,因為我使用的是openSUSE,所以我對一些單獨包含的庫有一些麻煩(這表明該庫在openSUSE中丟失了),但是我將它們添加到了vokoscreen.AppDir目錄中,並使用
導出APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
只要不存在具有相同名稱的文件,它就可以工作,因此您必須刪除以前的.AppImage
如果您聽不懂或不太清楚,我想我會用AppImage為kdenlive製作視頻教程
問候
.
很好的appimage
對我來說最好的是它們是便攜式的
好吧,相當成功,我認為這將是一個很大的進步,並且可以使它標準化一些,我是Linux用戶,但在某些方面我感到不舒服。
我們甚至不同意這一點。 Ubuntu發布了SNAP軟件包,Red Hat發布了Flatpak。 而且他們不同意將一件事標準化。 Linux中的碎片問題將繼續存在。