• Home
  • Categories
  • WIKI
  • LANGUAGE: en
    • 国内能否借鉴flatpak开发一个新的包管理器，跨系统和去重复
    Apps Section 4307 views · 74 replies ·
    Tofloor
    poster avatar
    zihaoxing
    deepin
    2019-06-26 06:01
    Author
    本帖最后由 zihaoxing 于 2019-6-26 19:43 编辑

    国内能否借鉴snap和flatpak开发一个新的包管理器，可以采用如下两种路线．
    第一种路线，目的可以在所有linux发行版上都可以安装运行，在打包软件时，写入要安装的所有依赖库的列表，搞一个清单，打包成一个很小的软件包，在安装软件时，先检测一下用户系统中之前已经安装了哪些依赖库，已经安装的依赖库就不再重复安装，把软件和没有安装的新库安装一下就好了．如果打包的软件包太大，用户会觉得软件打包的体积太大，不愿意安装．

    第二种路线，目的可以在所有linux发行版上都可以安装运行，把所有的依赖库都打包到一个软件包里，做一个完整的软件安装包，体积较大，打包的软件可能会有几百Ｍ甚至几Ｇ的体积，这是不可避免的，但是在安装软件时，也先检测一下用户之间已经安装了哪些依赖库，如果有已经安装的依赖库，就不再重复安装，将打包的依赖库删除，保留系统里已经安装的依赖库，然后继续安装没有安装过的依赖库和软件.

    国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和推广，让腾讯，阿里和国内其它公司的软件最好也用这种格式打包一份，linux的国产生态会变得更丰富，也能解决软件碎片化和不兼容问题．






    Reply Favorite View the author
    All Replies
    3 / 4
    To page
    avatar
    zihaoxing
    deepin
    2019-06-26 20:05
    #41
    https://bbs.deepin.org/post/179839
    这样只会让这个生态死的更快，不要总觉得什么都要上升到国家层面，也不要觉得什么东西交给国家就一定能搞 ...

    你觉得如果按照公司的意愿，百度会出百度网盘for linux吗，腾讯会为龙芯出微信for linux吗
    Reply View the author
    avatar
    zihaoxing
    deepin
    2019-06-26 20:05
    #42
    https://bbs.deepin.org/post/179839
    我寻思，第一种不就是apt，第二种不就是deb包嘛

    国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和推广，让腾讯，阿里和国内其它公司的软件最好也用这种格式打包一份，linux的国产生态会变得更丰富，也能解决软件碎片化和不兼容问题．
    Reply View the author
    avatar
    zihaoxing
    deepin
    2019-06-26 20:06
    #43
    https://bbs.deepin.org/post/179839
    艾特谁也没有用，fp格式官方努力过，不管在启动速度和包大小都有差距，而且各种runtime，所以一句话，努力 ...

    国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和推广，让腾讯，阿里和国内其它公司的软件最好也用这种格式打包一份，linux的国产生态会变得更丰富，也能解决软件碎片化和不兼容问题．
    Reply View the author
    avatar
    st******ra@outlook.com
    deepin
    2019-06-26 20:07
    #44
    https://bbs.deepin.org/post/179839
    国内搞一个之后，上交给国家来管理和运作，由国家制定标准和推广，linux的国产生态会变得更丰富，也能解 ...

    强烈支持！
    确实需要这样一个跨发行版、去重复的Linux软件包管理器啊！
    所谓的flatpak包占用应用空间大的问题，其实在现在的动辄几百GB、上TB的SSD或者机械硬盘面前简直太小儿科了！而且现在几乎已经普及了光纤入户，马上即将到来的5G时代更是把下载速度提升了若干倍，实在是没有任何理由不建立这样的具有先进属性的新的包管理器啊！
    Reply View the author
    avatar
    zihaoxing
    deepin
    2019-06-26 20:09
    #45
    https://bbs.deepin.org/post/179839
    这样只会让这个生态死的更快，不要总觉得什么都要上升到国家层面，也不要觉得什么东西交给国家就一定能搞 ...

    linux这个系统基本上腾讯，阿里和百度都不愿意为其开发软件，用的人太少，没有什么收益，在国家的推广下才有些希望．
    百度网盘在中标麒麟上出个linux版的百度网盘，腾讯在龙芯上开发微信．如果国家没有起作用，他们会愿意给Linux开发软件吗？
    Reply View the author
    avatar
    Feng Yu
    deepin
    2019-06-26 20:19
    #46
    https://bbs.deepin.org/post/179839
    linux这个系统基本上腾讯，阿里和百度都不愿意为其开发软件，用的人太少，没有什么收益，在国家的推广下 ...

    国家不是没有推广过红旗Linux，以及麒麟。可最后什么样不用我说了。打铁还需自身硬。桌面发行版本来就不是一两个公司和一两个国家搞的定的，关键还是开源+开放。看看Android的生态，是全球的开发者花费十余年的时间共同打造的，而不是美国政府和Google一家公司推动的，那样适得其反。
    Reply View the author
    avatar
    zihaoxing
    deepin
    2019-06-26 20:26
    #47
    https://bbs.deepin.org/post/179839
    国家不是没有推广过红旗Linux，以及麒麟。可最后什么样不用我说了。打铁还需自身硬。桌面发行版本来就不 ...

    这跟开源和开放没有太大的关系，反而软件开放商并不怎么喜欢开源和开放．
    linux系统开源了这么多年，大公司并不怎么愿意为Linux开发软件．
    而闭源的windows系统和macos系统却拥有了海量的软件生态，软件开放商大都抛弃了开源的Linux平台，拥抱了闭源的windows和macos.
    Reply View the author
    avatar
    st******ra@outlook.com
    deepin
    2019-06-26 20:37
    #48
    https://bbs.deepin.org/post/179839
    这跟开源和开放没有太大的关系，反而软件开放商并不怎么喜欢开源和开放．
    linux系统开源了这么多年，大公 ...

    嗯！ 说到问题的实质了！
    开源只不过是一厢情愿的口号，而要想生存和发展壮大，还得靠闭源和商业化！
    明明在windows下面一个双击加确认就能完成的安装过程，偏偏在Linux下面还要输入命令、补依赖、甚至自己编译，更可怕的是自己编译的软件的卸载问题，简直是非极客不能使用！
    MacOS就更轻松，直接把安装文件拖进应用程序文件夹就完成了！
    要真开发的话，强烈建议学习MacOS的这种方式！开发一个新的包管理器和安装方式，去除复杂的安装过程，让Linux用户只管操心使用软件而不必太关心如何安装！这才是根本！
    Reply View the author
    avatar
    y***e@gmail.com
    deepin
    2019-06-26 20:38
    #49
    深度论坛的专业水平被此贴迅速拉低了好几档啊……
    Reply View the author
    avatar
    WENWEN
    deepin
    2019-06-26 20:56
    #50
    https://bbs.deepin.org/post/179839
    国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和 ...

    我就再回复一次

    1、应用生态都没有建立，包格式就不用说了，国家强制要求别人开发linux版本都没有人理（市场决定）

    2、就算bat开发linux应用，打包什么格式能说啥限制就限制，ms的后缀都还有exe msi呢，先去了解下fp吧

    3、deepin发展了这么多年，高层难道不知道，应用生态先建立起来再说吧，官方也努力了 效果没有那么好


    1. deepin-fpapp-com.deepin.calendar/                  28-Nov-2017 12:48                   -
    2. deepin-fpapp-com.deepin.imageviewer/               26-Dec-2017 07:04                   -
    3. deepin-fpapp-com.deepin.movie/                     28-Nov-2017 12:48                   -
    4. deepin-fpapp-com.deepin.music/                     29-Nov-2017 05:20                   -
    5. deepin-fpapp-com.deepin.picker/                    24-Nov-2017 10:04                   -
    6. deepin-fpapp-com.deepin.screenrecorder/            24-Nov-2017 10:04                   -
    7. deepin-fpapp-com.deepin.screenshot/                24-Nov-2017 10:04                   -
    8. deepin-fpapp-com.deepin.voicerecorder/             24-Nov-2017 10:04                   -
    9. deepin-fpapp-eu.tiliado.nuvola/                    03-Apr-2018 10:07                   -
    10. deepin-fpapp-org.deepin.flatdeb.amule/             10-Apr-2018 08:21                   -
    11. deepin-fpapp-org.deepin.flatdeb.anydesk/           10-Apr-2018 08:21                   -
    12. deepin-fpapp-org.deepin.flatdeb.b1freearchiver/    10-Apr-2018 08:21                   -
    13. deepin-fpapp-org.deepin.flatdeb.bcompare/          10-Apr-2018 08:21                   -
    14. deepin-fpapp-org.deepin.flatdeb.bearychat/         10-Apr-2018 08:21                   -
    15. deepin-fpapp-org.deepin.flatdeb.bino/              10-Apr-2018 08:21                   -
    16. deepin-fpapp-org.deepin.flatdeb.brackets/          10-Apr-2018 08:21                   -
    17. deepin-fpapp-org.deepin.flatdeb.buka/              10-Apr-2018 08:21                   -
    18. deepin-fpapp-org.deepin.flatdeb.clipgrab/          10-Apr-2018 08:21                   -
    19. deepin-fpapp-org.deepin.flatdeb.cloudcompare/      10-Apr-2018 08:21                   -
    20. deepin-fpapp-org.deepin.flatdeb.cutemarked/        10-Apr-2018 08:21                   -
    21. deepin-fpapp-org.deepin.flatdeb.deepin-calculator/ 22-Feb-2019 03:05                   -
    22. deepin-fpapp-org.deepin.flatdeb.deepin-calendar/   22-Feb-2019 03:05                   -
    23. deepin-fpapp-org.deepin.flatdeb.deepin-image-vi..> 01-Apr-2019 07:12                   -
    24. deepin-fpapp-org.deepin.flatdeb.deepin-movie/      01-Apr-2019 07:12                   -
    25. deepin-fpapp-org.deepin.flatdeb.deepin-music/      01-Apr-2019 07:12                   -
    26. deepin-fpapp-org.deepin.flatdeb.deepin-picker/     28-Nov-2018 09:43                   -
    27. deepin-fpapp-org.deepin.flatdeb.deepin-screen-r..> 28-Nov-2018 09:43                   -
    28. deepin-fpapp-org.deepin.flatdeb.deepin-screenshot/ 07-Mar-2019 03:00                   -
    29. deepin-fpapp-org.deepin.flatdeb.deepin-voice-re..> 22-Feb-2019 03:05                   -
    30. deepin-fpapp-org.deepin.flatdeb.ezviewer/          10-Apr-2018 08:21                   -
    31. deepin-fpapp-org.deepin.flatdeb.finetune/          10-Apr-2018 08:21                   -
    32. deepin-fpapp-org.deepin.flatdeb.focuswriter/       10-Apr-2018 08:21                   -
    33. deepin-fpapp-org.deepin.flatdeb.ghex/              10-Apr-2018 08:21                   -
    34. deepin-fpapp-org.deepin.flatdeb.git-cola/          10-Apr-2018 08:22                   -
    35. deepin-fpapp-org.deepin.flatdeb.qtiplot/           10-Apr-2018 08:22                   -
    36. deepin-fpapp-org.deepin.flatdeb.scribus-ng/        10-Apr-2018 08:22                   -
    37. deepin-fpapp-org.deepin.flatdeb.shadowsocks-qt5/   10-Apr-2018 08:22                   -
    38. deepin-fpapp-org.deepin.flatdeb.smplayer/          10-Apr-2018 08:22                   -
    39. deepin-fpapp-org.deepin.flatdeb.speedcrunch/       10-Apr-2018 08:22                   -
    40. deepin-fpapp-org.deepin.flatdeb.sqlitestudio/      10-Apr-2018 08:22                   -
    41. deepin-fpapp-org.deepin.flatdeb.stellarium/        10-Apr-2018 08:22                   -
    42. deepin-fpapp-org.deepin.flatdeb.synergy/           10-Apr-2018 08:22                   -
    43. deepin-fpapp-org.deepin.flatdeb.valentina/         10-Apr-2018 08:22                   -
    44. deepin-fpapp-org.deepin.flatdeb.valknut/           10-Apr-2018 08:22                   -
    45. deepin-fpapp-org.deepin.flatdeb.vmpk/              10-Apr-2018 08:22                   -
    46. deepin-fpapp-org.deepin.flatdeb.vokoscreen/        10-Apr-2018 08:22                   -
    47. deepin-fpapp-org.deepin.flatdeb.vym/               10-Apr-2018 08:22                   -
    48. deepin-fpapp-org.deepin.flatdeb.warzone2100/       10-Apr-2018 08:22                   -
    49. deepin-fpapp-org.gnome.geary/                      03-Apr-2018 09:55                   -
    50. deepin-fpapp-work.openpaper.paperwork/             03-Apr-2018 09:55                   -
    51. deepin-fprt-com.deepin.runtime-15.5/               22-Feb-2019 03:05                   -
    52. deepin-fprt-com.deepin.runtime-15.8/               07-Mar-2019 03:00                   -
    53. deepin-fprt-org.gnome.platform/                    14-Mar-2018 05:07                   -
    54. deepin-fprt-org.gnome.platform.locale/      
    Copy the Code


    Reply View the author
    avatar
    zihaoxing
    deepin
    2019-06-26 21:09
    #51
    https://bbs.deepin.org/post/179839
    嗯！ 说到问题的实质了！
    开源只不过是一厢情愿的口号，而要想生存和发展壮大，还得靠闭源和商业化！
    明 ...

    嗯嗯，需要意识到的问题是极客用户只占1%,小白普通用户占99%.
    linux默认用户是极客用户，对普通用户不友好，学习成本高，虽然勉强得到了1%的极客市场，但却丢失了99%的普通用户市场．而linux极客用户因为linux上没有很多软件可用，仍然需要依赖windows.
    而windows默认用户是小白用户，在操作上更加傻瓜化和友好．得到了99%的普通用户市场，也得到了软件开发商的亲睐，拥有了海量的软件生态．
    Reply View the author
    avatar
    许自强
    deepin
    2019-06-26 21:30
    #52
    https://bbs.deepin.org/post/179839
    第二种跟flatpak和snap一样，都是把所有的依赖库都打包到一个软件包里，做一个完整的软件安装包,可以在所 ...

    你需要认真了解一下flatpak，flatpak不是把所有依赖库打包到一个软件包里。首先要保证依赖隔离，再减小打包体积。其实这两件事flatpak都在做
    Reply View the author
    avatar
    st******ra@outlook.com
    deepin
    2019-06-26 21:32
    #53
    https://bbs.deepin.org/post/179839
    嗯嗯，需要意识到的问题是极客用户只占1%,小白普通用户占99%.
    linux默认用户是极客用户，对普通用户不友 ...

    深表赞同！
    实际上，安装软件这件事情对于一个操作系统而言就不应该成为问题！
    在Windows下面安装过的最麻烦的软件是盗版的UG/NX，不过就算是正版的，安装过程也不简单，但是就算如此，绝大多数的Windows的软件也是双击和下一步，还有绿色软件免安装。这就是人性化嘛！
    MacOS更进一步，当然了MacOS还有自家的应用商店，即使是单独下载的安装文件也是一拖了事，使用者只需要关心自己如何使用软件就可以了！
    而Linux还在包管理器的问题上折腾，唉，一言难尽！似乎安装软件就是使用Linux的最大乐趣，哈哈哈哈！曾经我也以为这样可以学很多命令、Linux知识、这样那样的，可实际上呢？只不过是Linux系统把一些繁琐、无意义、白费力气的操作粗暴地甩给用户而已！还美其名曰可以“自定义”，自己改造自己的操作系统！问题是，为什么要改造它呢？足够好的化，有什么好改造的？与其说是改造，不如说是美化，问题是美化能美化出一朵花来又如何？这就是个人用户使用Linux操作系统的目的么？唉，一言难尽哟！
    我是真心期待Linux能有一个就像你所说的跨系统、去重复的包管理器，让个人用户的角色回归到使用软件这件事情上来，而不是在所谓的改造操作系统和安装软件上浪费时间！
    同时也看得出来，你这个建议确实是因为太惊世骇俗而容易受到守旧派的攻击啊！唉，一言难尽！
    Reply View the author
    avatar
    zihaoxing
    deepin
    2019-06-26 21:39
    #54
    https://bbs.deepin.org/post/179839
    你需要认真了解一下flatpak，flatpak不是把所有依赖库打包到一个软件包里。首先要保证依赖隔离，再减小打 ...

    国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和推广，让腾讯，阿里和国内其它公司的软件最好也用这种格式打包一份，linux系统的国产生态会变得更丰富，也能解决linux软件碎片化和不兼容问题．
    Reply View the author
    avatar
    herdde
    deepin
    2019-06-26 22:14
    #55
    有的人忍不住过来捣乱了
    Reply View the author
    avatar
    WangZhongyun
    deepin
    2019-06-26 23:32
    #56
    https://bbs.deepin.org/post/179839
    还呵呵呢，自己双重标准玩得溜，拿deb和tar.xz这种压缩包来和flatpak的实际磁盘占用空间比较。
    libreoffi ...

    但是入驻在系统软件库就大大增大了系统库的体积压力
    Reply View the author
    avatar
    liao231
    deepin
    2019-06-27 00:14
    #57
    楼主的帖子是不是看了我帖子发的啊，哈哈
    我现在的设想就是整一个像深度商店一样的软件，每个系统下载下来就会安装对应的运行环境，比如是基于flatpak1.0版本的，然后在这个商店里面放基于这个版本的软件包。这样基本就和手机应用市场一样了，哪个系统想用这个应用市场，只要搞个对应系统的安装包就可以了，缺什么依赖也只是装这个应用市场时需要解决。然后就统一了软件库。当然了维护就需要专业人士或者志愿者或者某些想要流量的公司了。
    Reply View the author
    avatar
    jiuxian
    deepin
    2019-06-27 01:24
    #58
    个人比较赞成，宁可牺牲一些性能和存储空间也要把兼容问题解决了，我甚至觉得直接魔改flatpak都可以，先解决标准的有无问题。（附：有很多标准等于没有标准，标准只能有一个，这是标准的定义。）
    Reply View the author
    avatar
    许自强
    deepin
    2019-06-27 02:59
    #59
    https://bbs.deepin.org/post/179839
    国内搞一个很重要．国内搞一个跨系统的打包格式和包管理器后，上交给国家来管理和运作，由国家制定标准和 ...

    用flatpak不行么
    Reply View the author
    avatar
    zihaoxing
    deepin
    2019-06-27 03:06
    #60
    https://bbs.deepin.org/post/179839
    用flatpak不行么

    什么叫国家强调的自主可控，既然用国外的ubuntu和centos也可以，为什么国内还要搞deepin和中标麒麟呢？
    如果国外的都可以，都用国外的标准，那国内的deepin也不用做了．
    Reply View the author
    3 / 4
    To page