下一代独立式 GNU/Linux 应用打包格式 Flatpak 发布

Marius Nestor 的头像

·

·

·

8,192 次阅读

GNOME 项目组的 Allan Day 正式发布了 Flatpak。

这并不是我们第一次提及 Flatpak,你可能已经知道它是一个无依赖关系的、跨发行版的软件打包框架,它可以让用户在多个基于 Linux 内核的操作系统上使用各种桌面应用程序。有些人可能记得 Flatpak 之前的名字叫做 XDG-App。

Flatpak 是应 GNU/Linux 和开源软件开发者所需而出现的,可以让他们在多个桌面平台、操作系统上发行软件时,不用花费几个小时乃至几天来为各个主要 Linux 发行版进行打包工作。

Flatpak 的首席开发者 Alexander Larsson 说,“Linux 上的应用开发者总是不能直接接触到他们的用户,但是 Flatpak 改变了这种情况,开发者们现在能够真正知道他们的用户要的是什么。这次 Flatpak 的发布让这一切变为现实。”

以安全为主导的设计

据 Flatpak 开发团队称,几个重要的开源项目已经为其支持的操作系统以 .flatpak 格式发布了他们的应用,这些开源项目包括 LibreOffice、InkScape、GIMP、MyPaint 和 Darktable。作为 GNOME 项目开发的一部分,几个来自 GNOME 家族的应用也会以 Flatpak 格式打包。

我们之前刚刚说过,即将发布的 LibreOffice 5.2 办公套件将采用 Flatpak 格式打包,支持各种常见的发行版,包括 Arch Linux、Debian、Ubuntu、Fedora、Mageia 和 Gentoo 等。 此外,图形化软件包管理器“GNOME 软件”也支持 Flatpak 格式。

但最棒的是,Flatpak 是围绕安全进行设计的,它为用户提供了沙盒技术,打包在其中的应用软件只能访问 Flatpak 容器内部和宿主库以及操作系统接口。

“下一个 Flatpak 主要版本将全部都是沙盒化的”, Alexander Larsson 在 Flatpak 的官方声明中说,“应用作者会在沙盒中看到一套与操作系统交互的更完整界面。”

要更多了解 Flatpak,请访问其官网,你可以找到在上述提及的 GNU/Linux 操作系统中的安装建议。如果尚不支持你的操作系统,也不用担心,Flatpak 正在不断支持其它的发行版,相信很快就能看到。

14 条回复

  1. 来自广西来宾的 Chrome 51.0|Windows 7 用户 的头像
    来自广西来宾的 Chrome 51.0|Windows 7 用户

    怎么会有无依赖关系的包呢,比如图形总得依赖Qt或者gtk吧

    来自来宾
  2. 来自北京的 Opera 38.0|GNU/Linux 用户 的头像
    来自北京的 Opera 38.0|GNU/Linux 用户

    软件包体积会不会瞬间十几倍的增加

    来自北京
  3. 来自陕西西安的 Chrome 51.0|GNU/Linux 用户 的头像
    来自陕西西安的 Chrome 51.0|GNU/Linux 用户

    应该有一个统一的打包格式。不过能支持类似jigdo那种分布式就更好了。另外需要关注的是用户命令层面是否会有变化。如何支持类似Debian Gnu/Linux的本地源功能。

    来自西安
  4. Wf_talk [Firefox 46.0|GNU/Linux] 的头像
    Wf_talk [Firefox 46.0|GNU/Linux]

    最近流行打包格式的标准。

    来自广州
  5. 来自广东广州的 Firefox 47.0|Fedora 用户 的头像
    来自广东广州的 Firefox 47.0|Fedora 用户

    上次还在说ubuntu的snap很好,后来又被解释了说不行。支持同一格式!

    来自广州
  6. 绿色圣光 [Firefox 45.0|GNU/Linux] 的头像
    绿色圣光 [Firefox 45.0|GNU/Linux]

    哟,感觉这个会比 sanp 受到更多的支持。

    来自青岛
  7. linux [Chrome 50.0|Mac 10.11] 的头像
    linux [Chrome 50.0|Mac 10.11]

    撕逼大战正式开始~我估计不是 Snap 这么大干快上,Flatpak 还会在磨叽。

    来自北京
  8. linux [Chrome 50.0|Mac 10.11] 的头像
    linux [Chrome 50.0|Mac 10.11]

    你想多了,十几倍怕是不够。。。

    来自北京
  9. 来自四川成都的 Chrome 51.0|Windows 10 用户 的头像
    来自四川成都的 Chrome 51.0|Windows 10 用户

    去除依赖就少了很多共享,添加了冗余文件。。就像动态库和静态库区别。。小软件用这种方式独立打包还好,大的软件估计快要把操作系统中的库包含个遍,得不偿失

    来自成都
  10. linux [Chrome 50.0|Mac 10.11] 的头像
    linux [Chrome 50.0|Mac 10.11]

    说的没错,之前 LibreOffice 打包成 Snap 就大到了 1G !

    来自北京
  11. 来自香港的 Firefox 47.0|GNU/Linux 用户 的头像
    来自香港的 Firefox 47.0|GNU/Linux 用户

    和Mac OS X的軟件差不多,都是內置所有dependency

  12. 来自福建厦门的 Firefox 47.0|Ubuntu 用户 的头像
    来自福建厦门的 Firefox 47.0|Ubuntu 用户

    天哪。。。那还是暂时用deb包或者rpm包呢,毕竟没那么多空间。多装两个软件硬盘就用完了。

    来自厦门
  13. 来自上海的 Chrome 51.0|Fedora 用户 的头像
    来自上海的 Chrome 51.0|Fedora 用户

    别瞎操心了,到时候一个软件一定是多种格式下载,然后我会选择源代码的tar.gz包。当然只有开源软件这样,闭源的估计就只有一两种包了;但要取代rpm和deb不知道还要多久。

    来自上海
  14. 来自北京的 Firefox 46.0|Fedora 用户 的头像
    来自北京的 Firefox 46.0|Fedora 用户

    已试用, 目前不支持 ibus fcitx等输入法框架, 不支持输入中文。

    来自北京

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注