Flatpak会带来软件臃肿的问题吗?
Tofloor
poster avatar
Ligocut光剪视频剪辑软件
deepin
Backbone of ecological co-construction group
2017-09-30 02:50
Author
Flatpak会带来软件臃肿的问题吗?
Reply Favorite View the author
All Replies
avatar
南浦月
deepin
2017-09-30 02:58
#1

紫薯布丁
Reply View the author
avatar
woodelf
deepin
2017-09-30 03:23
#2
同LS,另外,由于库冗余,极端情况下,如果某个下层库爆出安全问题或bug,后果可能就是所有相关的flatpak包都需要重新打包升级,产生数倍的维护成本。







    来自:Mozilla/5.0 (X11; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0  (zh-CN)
    ——2017/9/29 下午7:23:37
    Reply View the author
    Comments
    zxciddee
    2017-09-30 22:27
    应用的维护应该是软件开发者的事,linux就是个奇葩,这倒好,打包全是deepin的事了
    zxciddee
    2017-09-30 22:25
    不要危言耸听,重要的下层库都是系统集成的,有什么维护成本?windows行linux就不行了?
    avatar
    Ligocut光剪视频剪辑软件
    deepin
    Backbone of ecological co-construction group
    2017-09-30 06:17
    #3
    这样子。。。。。那deepin官方有没有别的对策?或者采用自家的打包方式
    Reply View the author
    avatar
    bnbvb
    deepin
    2017-09-30 07:12
    #4
    会,变得跟win下差不多。
    Reply View the author
    avatar
    herdde
    deepin
    2017-09-30 16:36
    #5
    使用Flatpak软件臃肿问题怎么办-深度科技论坛|深度操作系统正在为全世界的电脑提供强劲动力! https://bbs.deepin.org/post/143135
    Reply View the author
    avatar
    iceyer
    deepin
    2017-09-30 17:01
    #6
    https://bbs.deepin.org/post/146166
    同LS,另外,由于库冗余,极端情况下,如果某个下层库爆出安全问题或bug,后果可能就是所有相关的flatpak包 ...

    flatpak哪来的库冗余...
    那是appimage的问题
    Reply View the author
    avatar
    justforlxz
    deepin
    2017-09-30 17:03
    #7
    我觉得我的硬盘还OK。
    Reply View the author
    avatar
    方老四
    deepin
    2017-09-30 18:02
    #8
    是不是与windiws的绿色软件差不多,不用安装,直接运行,但要大很多?
    Reply View the author
    avatar
    黑色
    deepin
    2017-09-30 18:40
    #9
    多少会,但是硬盘这东西。。。。无所谓,不爆内存就ok
    Reply View the author
    avatar
    woodelf
    deepin
    2017-09-30 18:42
    #10
    https://bbs.deepin.org/post/146166
    flatpak哪来的库冗余...
    那是appimage的问题

    我明白你的意思,我说的冗余也并不在于runtime层面,而是bundled library层面。
    目前来看,由于KDE的runtime尚未正式上线,所以按照我的理解,相关程序要flatpak化就需要各自打包相应的库,这样就会产生我所说的冗余和维护成本不降反升的问题了。
    这些问题未来可以解决,但是现阶段还是可能存在,







      来自:Mozilla/5.0 (X11; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0  (zh-CN)
      ——2017/9/30 上午10:42:06
      Reply View the author
      avatar
      iceyer
      deepin
      2017-09-30 21:22
      #11
      https://bbs.deepin.org/post/146166
      我明白你的意思,我说的冗余也并不在于runtime层面,而是bundled library层面。
      目前来看,由于KDE的runt ...

      KDE的runtime基本可用了. KDE的runtime也是叠在freedesktop上的, 安装完成大概有800M.
      而且应用开发者没事不会去带打包KDE的runtime的,里面有QT全家桶, 编译目录大概有20~40G.

      应用自身带库本来就是消除依赖的一种方式. 考虑到大家的硬盘大小,我倒是觉得这东西基本可以接受.  

      Flatpak现在的问题事沙盒机制和freedesktop不对付的地方太多. 还有输入法这种历史遗留大坑,估计2年内都很难完善.
      Reply View the author
      Comments
      lineme
      2017-10-14 00:20
      输入法用不上,中日韩地区的人民该哭了,傻逼老外。
      avatar
      FZFZ
      deepin
      2017-09-30 23:20
      #12
      这样的问题deepin团队不会没考虑过。
      Reply View the author
      avatar
      jingle
      deepin
      2017-09-30 23:45
      #13
      https://bbs.deepin.org/post/146166
      这样的问题deepin团队不会没考虑过。

      决定上flatpak 之前 研究了1年+
      Reply View the author
      avatar
      Ligocut光剪视频剪辑软件
      deepin
      Backbone of ecological co-construction group
      2017-10-01 04:49
      #14
      jingle 发表于 2017-9-30 15:45
      决定上flatpak 之前 研究了1年+

      有你这句话我就放心了!
      Reply View the author
      avatar
      InReality啟
      deepin
      2017-10-13 18:42
      #15
      jingle 发表于 2017-9-30 15:45
      决定上flatpak 之前 研究了1年+

      期待deepin15.5的flatpak
      Reply View the author
      avatar
      bsidb
      deepin
      2017-10-13 23:41
      #16
      https://bbs.deepin.org/post/146166
      KDE的runtime基本可用了. KDE的runtime也是叠在freedesktop上的, 安装完成大概有800M.
      而且应用开发者没 ...

      Flatpak和IBus的对接问题好像今年8月左右解决了,相关的ISSUE已关闭。
      Reply View the author
      avatar
      fxh303
      deepin
      2017-10-14 00:40
      #17
      https://bbs.deepin.org/post/146166
      决定上flatpak 之前 研究了1年+

      如果以后主要软件都用上flatpak之后,home目录单独分区的情况下根目录大概需要分多少空间够用?我的home目录50G,根目录20G够用吗?
      Reply View the author
      avatar
      iminto
      deepin
      2017-10-14 01:05
      #18
      很明显,不会
      Reply View the author
      avatar
      shouhuanxiaoji
      deepin
      2017-10-25 03:04
      #19
      本帖最后由 shouhuanxiaoji 于 2017-10-24 19:28 编辑

      按照目前情况我是这么认为的:1-flatpak、snappy、appimage技术思路相似,沙盒运行、能让你体验新的应用版本、跨发行版,这样的雷同技术路线导致最终只会有一个能成主流,其他的会成为小众。
      2、snappy设计之初针对手机,但是ubuntu手机挂了,说针对pc系统完全是无稽之谈,ubuntu pc系统赚钱的是服务器版,服务器又有docker这种神奇,所以我认为失去了c社焦点的snappy在得不到商业利益支持前提下会逐渐失去开发者青睐。flatpak生下来就是个庶子,非redhat官方支持,仅是两个员工项目,redhat的商业产品可还没支持flatpak呢,打包也比较麻烦,依赖库支持也不完善,我感觉flatpak这种如果要成功需要很多社区的底层项目响应支持才可以。
      appimage是个异类,没有大公司支持,纯靠社区,连官方的源服务器都是免费的。但是有个非常大的优势:下载即可运行,打包又非常傻瓜,对开发者和用户非常友好,又可以规避版权问题,大量闭源软件可以搞,利于推广,技术问题(比如依赖解决,主要针对开源软件)可以留待以后慢慢解决。所以现在反而是最受欢迎的。我曾经学习过snappy和flatpak文档,说实话,没看懂,技术渣,但是appimage一看就懂,马上着手打几个包。
      3、关于冗余和安全问题就别讨论了。有毒反而是个好消息,说明终于被重视了,最起码360又得更新一波。冗余是个问题?
      Reply View the author