linux的包管理太分散了,各个分支都有自己的包管理,应该逐步统一起来,其他方面可以让用户diy起来,自由度高和可选择性,开源等这些特性是linux优于其他两大系统的方面,但是复杂的包管理需要改进,尤其是某些包缺少依赖的时候,是很麻烦的。
包有多少不重要,重要的史我们发展好一个包就好啊!!!!这个包就很好啊!!!支持下!!!!!
一直在用这个格式的应用,确实很好。避免软件的一些毛病,比如强制更新。支持这个!!!
有个奇怪的想法,吧win软件打包成appimage
有个奇怪的想法,吧win软件打包成appimage
嗯,很早就知道,既然能独立运行不依赖系统本身的lib,那么两个问题:
1、整个APP有多大?
2、对于gui应用来说更致命,图形系统也不是依赖宿主系统本身(独立运行嘛),那么外观是否能与宿主系统协调一致?好吧为了一致,我将深度系统的dtk应用通过AppImage打包给深度系统用,那么就一致了,嗯,哪不是一多此一举吗
对于那些小众但你必须用的app,AppImage才有价值。
或者服务器端的应用才有价值,类似docker,呵呵,但服务器端通常没GUI,没有gui嘛,干嘛不直接用docker。
针对GUI的AppImage、snap、Flatpak这么多年都没有像docker那样火起来是有原因的
有的Appimage包打开后一设置,设置后要求重新启动才生效,但一重启就又还原了,怎么办
谢谢推荐,非常好用,可以很方便使用krita的appimage
无法下载啊
如虎添翼啊!
“安装应用的旧版”这个选项目前无法使用。此前安装的是logseq v0.8.5,今天升级到v0.8.7
AppImage安装器的 Gitee或者GitHub地址是啥?
V23中删除了吗?还挺好用的
一直在用这个格式的应用,确实很好。避免软件的一些毛病,比如强制更新。支持这个!!!
避免不了。
我用P3X-Redis-UI AppImage,它就是强制升级。
下载新APPimage,自动删除老的appimage
AppImage安装器
多年以来,Linux一直使用DEB packages来管理 Debian的软件包;使用 RPM 管理Fedora的软件包。
用户使用这些包管理工具可以很方便的安装软件,但是这些仍然满足不了开发人员的需求。
开发人员不得不开发更多的工具,于是AppImage来到了我们面前。
AppImage 是一个压缩的镜像文件,它包含软件运行需要的所有依赖和库文件。
几乎可以在所有的linux发行版本中使用。
不过AppImage也有一个缺陷,就是很多AppImage文件不能通过图标启动。
AppImage搭配AppImage安装器一起使用,简直如虎添翼,欢迎大家体验!