APPIMAGE 如能解決埋 ARM 支持的話應可逐漸成為主要軟件包

chue

最重要係免安裝,當成為主流後,你一般應用玩樂根本無需再成個安裝,餘下一D系統管理類例如輸入法亦有一定機會只需透過軟體商店安裝即可使用,ARCH 系除外因為仲要寫多幾行文件先可令輸入法生效

Okt04175

MacOS套程式免安裝下載即用嘅概念喺以前啲人覺得佢係行得好前，喺而家睇其實係基本野。
Linux同MacOS好接近，開發Team有心嘅話應該都唔難向MacOS學習到點樣做好AppImage部份。當Linux發展到可以好似MacOS咁絕大部份程式/遊戲下載完直接開得唔使裝嗰陣就係Linux大吸Windows客嘅時候。

fakeman

其實唔可以用 x86/x86_64 嘅方式去諗, 平台太統一, Mac 更加唔洗講, 只此一家
ARM

單係最普通嘅 armel/armhf/arm64 已經可以玩死唔少人, 唔係個個都知自己應該要用邊套. 等於 x86 行唔到 x64 嘅套件一樣, 只係 x86_64 出現咗太耐, 兼且市場都唔會有新嘅 32bit x86 出俾 consumer, 呢個問題 virtually 唔存在.

然後又有 hardware support 問題, 呢 d 又係 vendor specific, 例如 R-Pi 4B 可以行 ARM64 instruction set, 但係 Arch Linux ARM 暫時只能提供 ARMv7 嘅 32bit platform, 原因係 Linux kernel 仍然未有 R-Pi 4B 嘅 full support

AppImage 目的就係將 program + runtime lib 打包晒一齊, 如果太多唔同平台係好難組合, user 亦未必知係 program 問題定自己揀錯咗平台套件, 所以根本問題源於 ARM platform 嘅分散特性, AppImage 或 Flatpak 果 d 唔會解決到