中文 
zihaoxing
deepin
2019-06-26 08:24 deepin https://bbs.deepin.org/post/179839
我寻思，第一种不就是apt，第二种不就是deb包嘛
apt并不能在所有linux发行版上运行，我说的这个包管理器是可以在所有linux发行版上运行的．
Reply Like 0 View the author
#21
apt并不能在所有linux发行版上运行，我说的这个包管理器是可以在所有linux发行版上运行的．
Ochir deepin
2019-06-26 08:56 deepin 野生项目经理+1
Reply Like 0 View the author
WENWEN
deepin
2019-06-26 15:33 deepin 艾特谁也没有用，fp格式官方努力过，不管在启动速度和包大小都有差距，而且各种runtime，所以一句话，努力吧
Reply Like 0 View the author
herdde
deepin
2019-06-26 16:45 deepin 删帖吧
了解下appimage，软件取决于打包格式，不是有个包管理器就行的
了解下appimage，软件取决于打包格式，不是有个包管理器就行的
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 17:01 deepin https://bbs.deepin.org/post/179839
艾特谁也没有用，fp格式官方努力过，不管在启动速度和包大小都有差距，而且各种runtime，所以一句话，努力 ...
flatpak不搞去重的话，那么多基于java和qt开发的软件，每个软件都在系统里装个很大的jdk或qt, 占用的空间会是原来的几倍到几十倍．
Reply Like 0 View the author
herdde deepin
2019-06-26 17:07 deepin https://bbs.deepin.org/post/179839
flatpak不搞去重的话，那么多基于java和qt开发的软件，每个软件都在系统里装个很大的jdk或qt, 占用的空 ...
windows软件就是这么干的，又不是不能用
Reply Like 0 View the author
funtoo deepin
2019-06-26 17:08 deepin 章口就莱
连flatpak实现了runtime和应用本身分离的机制都不知道，就开始指点江山了
连flatpak实现了runtime和应用本身分离的机制都不知道，就开始指点江山了
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 18:38 deepin https://bbs.deepin.org/post/179839
章口就莱
连flatpak实现了runtime和应用本身分离的机制都不知道，就开始指点江山了 ...
呵呵，libreoffice的tar.xz和deb包200Ｍ的体积，用flatpak打包后的磁盘占用超过了600M,体积增加了3倍，这种格式的安装包体积太大，很多人都会觉得太占磁盘空间，不愿意使用这种格式.
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 18:39 deepin https://bbs.deepin.org/post/179839
windows软件就是这么干的，又不是不能用
libreoffice的tar.xz和deb包200Ｍ的体积，用flatpak打包后的磁盘占用超过了600M,体积增加了3倍，这种格式的安装包体积太大，很多人都会觉得太占磁盘空间，不愿意使用这种格式.
Reply Like 0 View the author
funtoo deepin
2019-06-26 19:10 deepin https://bbs.deepin.org/post/179839
呵呵，libreoffice的tar.xz和deb包200Ｍ的体积，用flatpak打包后的磁盘占用超过了600M,体积增加了3倍，这 ...
还呵呵呢，自己双重标准玩得溜，拿deb和tar.xz这种压缩包来和flatpak的实际磁盘占用空间比较。
libreoffice官方发布的deb解包以后磁盘占用也是600多M，所以你还是章口就莱
Reply Like 0 View the author
159******10
deepin
2019-06-26 19:20 deepin appimage了解下，这个很方便
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 19:23 deepin https://bbs.deepin.org/post/179839
还呵呵呢，自己双重标准玩得溜，拿deb和tar.xz这种压缩包来和flatpak的实际磁盘占用空间比较。
libreoffi ...
flatpak打包的gimp要下载1.4Ｇ的软件安装包，网上都觉得flatpak太过臃肿，只是你自己不愿意承认罢了．
Why flatpack apps are so huge in size
https://forums.linuxmint.com/viewtopic.php?t=275123
Flatpak download size
https://askubuntu.com/questions/1106040/flatpak-download-size
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 19:23 deepin https://bbs.deepin.org/post/179839
跟他说什么都没用
flatpak打包的gimp要下载1.4Ｇ的软件安装包，网上都觉得flatpak太过臃肿，只是你自己不愿意承认罢了．
Why flatpack apps are so huge in size
https://forums.linuxmint.com/viewtopic.php?t=275123
Flatpak download size
https://askubuntu.com/questions/1106040/flatpak-download-size
Reply Like 0 View the author
funtoo deepin
2019-06-26 19:29 deepin https://bbs.deepin.org/post/179839
flatpak打包的gimp要下载1.4Ｇ的软件安装包，网上都觉得flatpak太过臃肿，只是你自己不愿意承认罢了．
W ...
没研究过原理，只凭几个片面观点又开始意淫了？
也不看看首次安装flatpak应用里面有多少是runtime包，runtime齐全的情况下，上层flatpak应用根本不会出现明显的臃肿情况，只是flatpak的设计无法复用系统已有共享库，必须另外安装runtime。
不再回复了，装睡的人是叫不醒的，我也懒得和连原理都不研究的野生项目经理费口舌。
Reply Like 0 View the author
jianguo922 deepin
2019-06-26 19:40 deepin 目前，提议是好，关键还得看软件开发商或者软件组织有一个统一标准
Reply Like 0 View the author
Feng Yu deepin
2019-06-26 19:43 deepin 什么样的打包格式都不重要，重要的是生态打造。apt和yum发展了这么多年，才有今天的规模，snap和flatpak算是新生事物，但是软件包少之又少，导致用户不愿意使用。搞一个新的软件包格式，说起来容易，生态问题你怎么解决？
不要觉得这玩意好像做起来很容易，一个完整的生态没个十几二十年不太可能发展起来。所以我不建议单独搞什么新的打包格式，那个不重要，丰富软件生态，先提高Linux下的桌面级软件包数量才是关键(服务器环境无需担心，基本上服务端软件几乎都有Linux版本，生态已经十分完善)
不要觉得这玩意好像做起来很容易，一个完整的生态没个十几二十年不太可能发展起来。所以我不建议单独搞什么新的打包格式，那个不重要，丰富软件生态，先提高Linux下的桌面级软件包数量才是关键(服务器环境无需担心，基本上服务端软件几乎都有Linux版本，生态已经十分完善)
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 19:58 deepin https://bbs.deepin.org/post/179839
什么样的打包格式都不重要，重要的是生态打造。apt和yum发展了这么多年，才有今天的规模，snap和flatpak算 ...
国内搞一个之后，上交给国家来管理和运作，由国家制定标准和推广，linux的国产生态会变得更丰富，也能解决软件碎片化和不兼容问题．
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 19:59 deepin https://bbs.deepin.org/post/179839
第二种就是flatpak现在做的，不过发行版各用个的，所以得不到统一
国内搞一个之后，上交给国家来管理和运作，由国家制定标准和推广，linux的国产生态会变得更丰富，也能解决软件碎片化和不兼容问题．
Reply Like 0 View the author
Feng Yu deepin
2019-06-26 20:02 deepin https://bbs.deepin.org/post/179839
国内搞一个之后，上交给国家来管理和运作，由国家制定标准和推广，linux的国产生态会变得更丰富，也能解 ...
这样只会让这个生态死的更快，不要总觉得什么都要上升到国家层面，也不要觉得什么东西交给国家就一定能搞定。看看慕尼黑的迁移Linux计划。再看看Google当初开发Android的时候，交给美国政府去推广了吗？
Reply Like 0 View the author
zihaoxing deepin
2019-06-26 20:02 deepin https://bbs.deepin.org/post/179839
目前，提议是好，关键还得看软件开发商或者软件组织有一个统一标准
国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和推广，让腾讯，阿里和国内其它公司的软件最好也用这种格式打包一份，linux的国产生态会变得更丰富，也能解决软件碎片化和不兼容问题．
Reply Like 0 View the author
Please sign in first
国内能否借鉴snap和flatpak开发一个新的包管理器，可以采用如下两种路线．
第一种路线，目的可以在所有linux发行版上都可以安装运行，在打包软件时，写入要安装的所有依赖库的列表，搞一个清单，打包成一个很小的软件包，在安装软件时，先检测一下用户系统中之前已经安装了哪些依赖库，已经安装的依赖库就不再重复安装，把软件和没有安装的新库安装一下就好了．如果打包的软件包太大，用户会觉得软件打包的体积太大，不愿意安装．
第二种路线，目的可以在所有linux发行版上都可以安装运行，把所有的依赖库都打包到一个软件包里，做一个完整的软件安装包，体积较大，打包的软件可能会有几百Ｍ甚至几Ｇ的体积，这是不可避免的，但是在安装软件时，也先检测一下用户之间已经安装了哪些依赖库，如果有已经安装的依赖库，就不再重复安装，将打包的依赖库删除，保留系统里已经安装的依赖库，然后继续安装没有安装过的依赖库和软件.
国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和推广，让腾讯，阿里和国内其它公司的软件最好也用这种格式打包一份，linux的国产生态会变得更丰富，也能解决软件碎片化和不兼容问题．