Linux.中国 - 开源社区

 找回密码
 骑士注册

QQ登录

微博登录


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

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 正在不断支持其它的发行版,相信很快就能看到。

发表评论


最新评论

我也要发表评论

来自北京的 Firefox 46.0|Fedora 用户 2016-6-30 07:13
已试用, 目前不支持 ibus fcitx等输入法框架, 不支持输入中文。
1 回复
来自上海的 Chrome 51.0|Fedora 用户 2016-6-27 15:14
别瞎操心了,到时候一个软件一定是多种格式下载,然后我会选择源代码的tar.gz包。当然只有开源软件这样,闭源的估计就只有一两种包了;但要取代rpm和deb不知道还要多久。
1 回复
来自福建厦门的 Firefox 47.0|Ubuntu 用户 2016-6-26 18:33
[点击展开更多楼层]
2
linux [Chrome 50.0|Mac 10.11] 发表于 2016-6-25 09:18 的评论:
你想多了,十几倍怕是不够。。。
3
来自四川成都的 Chrome 51.0|Windows 10 用户 发表于 2016-6-25 11:23 的评论:
去除依赖就少了很多共享,添加了冗余文件。。就像动态库和静态库区别。。小软件用这种方式独立打包还好,大的软件估计快要把操作系统中的库包含个遍,得不偿失
4
linux [Chrome 50.0|Mac 10.11] 发表于 2016-6-25 17:05 的评论:
说的没错,之前 LibreOffice 打包成 Snap 就大到了 1G !
天哪。。。那还是暂时用deb包或者rpm包呢,毕竟没那么多空间。多装两个软件硬盘就用完了。
2 回复
来自香港的 Firefox 47.0|GNU/Linux 用户 2016-6-26 03:02
和Mac OS X的軟件差不多,都是內置所有dependency
2 回复
linux [Chrome 50.0|Mac 10.11] 2016-6-25 17:05
1
来自北京的 Opera 38.0|GNU/Linux 用户 发表于 2016-6-24 10:56 的评论:
软件包体积会不会瞬间十几倍的增加
2
linux [Chrome 50.0|Mac 10.11] 发表于 2016-6-25 09:18 的评论:
你想多了,十几倍怕是不够。。。
3
来自四川成都的 Chrome 51.0|Windows 10 用户 发表于 2016-6-25 11:23 的评论:
去除依赖就少了很多共享,添加了冗余文件。。就像动态库和静态库区别。。小软件用这种方式独立打包还好,大的软件估计快要把操作系统中的库包含个遍,得不偿失
说的没错,之前 LibreOffice 打包成 Snap 就大到了 1G !
1 回复
来自四川成都的 Chrome 51.0|Windows 10 用户 2016-6-25 11:23
1
来自北京的 Opera 38.0|GNU/Linux 用户 发表于 2016-6-24 10:56 的评论:
软件包体积会不会瞬间十几倍的增加
2
linux [Chrome 50.0|Mac 10.11] 发表于 2016-6-25 09:18 的评论:
你想多了,十几倍怕是不够。。。
去除依赖就少了很多共享,添加了冗余文件。。就像动态库和静态库区别。。小软件用这种方式独立打包还好,大的软件估计快要把操作系统中的库包含个遍,得不偿失
3 回复
linux [Chrome 50.0|Mac 10.11] 2016-6-25 09:18
1
来自北京的 Opera 38.0|GNU/Linux 用户 发表于 2016-6-24 10:56 的评论:
软件包体积会不会瞬间十几倍的增加
你想多了,十几倍怕是不够。。。
3 回复
linux [Chrome 50.0|Mac 10.11] 2016-6-25 09:16
1
Wf_talk [Firefox 46.0|GNU/Linux] 发表于 2016-6-24 19:38 的评论:
最近流行打包格式的标准。
撕逼大战正式开始~我估计不是 Snap 这么大干快上,Flatpak 还会在磨叽。
5 回复
绿色圣光 [Firefox 45.0|GNU/Linux] 2016-6-24 23:55
哟,感觉这个会比 sanp 受到更多的支持。
1 回复
来自广东广州的 Firefox 47.0|Fedora 用户 2016-6-24 20:08
上次还在说ubuntu的snap很好,后来又被解释了说不行。支持同一格式!
2 回复
Wf_talk [Firefox 46.0|GNU/Linux] 2016-6-24 19:38
最近流行打包格式的标准。
2 回复
来自陕西西安的 Chrome 51.0|GNU/Linux 用户 2016-6-24 10:59
应该有一个统一的打包格式。不过能支持类似jigdo那种分布式就更好了。另外需要关注的是用户命令层面是否会有变化。如何支持类似Debian Gnu/Linux的本地源功能。
2 回复
来自北京的 Opera 38.0|GNU/Linux 用户 2016-6-24 10:56
软件包体积会不会瞬间十几倍的增加
3 回复
来自广西来宾的 Chrome 51.0|Windows 7 用户 2016-6-24 10:48
怎么会有无依赖关系的包呢,比如图形总得依赖Qt或者gtk吧
4 回复

热点评论

linux [Chrome 50.0|Mac 10.11] 2016-6-25 09:16
撕逼大战正式开始~我估计不是 Snap 这么大干快上,Flatpak 还会在磨叽。
5
来自广西来宾的 Chrome 51.0|Windows 7 用户 2016-6-24 10:48
怎么会有无依赖关系的包呢,比如图形总得依赖Qt或者gtk吧
4
来自四川成都的 Chrome 51.0|Windows 10 用户 2016-6-25 11:23
去除依赖就少了很多共享,添加了冗余文件。。就像动态库和静态库区别。。小软件用这种方式独立打包还好,大的软件估计快要把操作系统中的库包含个遍,得不偿失
3
来自北京的 Opera 38.0|GNU/Linux 用户 2016-6-24 10:56
软件包体积会不会瞬间十几倍的增加
3
linux [Chrome 50.0|Mac 10.11] 2016-6-25 09:18
你想多了,十几倍怕是不够。。。
3
返回顶部

分享到微信朋友圈

打开微信,点击底部的“发现”,
使用“扫一扫”将网页分享至朋友圈。