首页 文章 精选 留言 我的

精选列表

搜索[distribution],共806篇文章
优秀的个人博客,低调大师

Flatpak 将引入 systemd 依赖: distribution-agnostic 的承诺还能维持吗?

如果你今天访问 Flatpak 官网,第一条列出的优势是:"Build for every distro: create one app and distribute it to the entire Linux desktop market."(构建适用于每个发行版:一个应用分发到整个 Linux 桌面市场)。支持的发行版列表中包含了 Void Linux、Guix 和 Alpine——这三个发行版的共同点是使用的系统初始化工具不是 systemd。但据 OSnews 报道,Flatpak 的下一个主要版本很可能将引入对 systemd 的依赖。 在 Linux App Summit 上,Arian Vovk 和 Sebastian Wick 发表了一场关于 Flatpak 未来的演讲。当前版本的 Flatpak 将继续获得大量改进,但其数十年历史的设计限制越来越难以突破。因此,他们同时在规划和开发"Flatpak Next"(或 Flatpak 2.0),实际上是基于这些年积累的经验对 Flatpak 的重写,使用了自 Flatpak 1.x 初始设计以来获得支持的现代技术和理念。 值得注意的是,演讲中讨论的一切都是计划性的,尚未编写一行代码。这意味着所有计划都可能发生变化,最终结果可能与演讲中详细介绍的内容大不相同。 演讲一开始就解释了他们希望将权限管理从 Flatpak 移至服务层,通过一个新的服务 systemd-appd 来实现。systemd-appd 为应用程序提供标识符并存储其权限,系统其他部分可以查询这些数据。这反过来又启用了一系列其他功能,其中最重要的是 subsandboxing(子沙箱)。目前,计划是在当前版本的 Flatpak 中引入此功能,从而引入 systemd 对 Flatpak 的依赖。 从 Vovk 的表述来看,他们曾打算对不使用 systemd 的发行版和用户"超级体贴",最终可能会得到一个类似于 systemd-logind 那样的结果——被提取为独立守护进程 elogind,让使用其他 init 系统的发行版仍然可以使用依赖 systemd-logind 的桌面环境。他们可能希望 systemd-appd 也发生类似的情况,从而确保 Flatpak 在不使用 systemd 的发行版上仍然可用。 然而,Void 或 Alpine 等发行版的用户担心 Flatpak 在其系统上的未来。当 Flatpak 对 systemd 产生硬依赖时,Flatpak 将不再适用于不使用 systemd 的发行版。演讲引发了质疑——但可悲的是,这些问题似乎被指向了一个技术上不涉及 Flatpak 开发的人,而此人的回复"不太有帮助",通常是侮辱性和煽动性的。虽然他实际上不涉及 Flatpak 开发,但足够多的人认为他是,导致有毒的讨论产生。拥有真正友好问题的用户遭到嘲讽和侮辱,事情从这里失控,卷入了疯狂的反 systemd 红帽阴谋论者。结果是每个人都输了,Flatpak 的开发者们"不愿意再花时间在这种破事上"。 最终结果很可能是:在未来几年,Flatpak 将获得对 systemd 的依赖,而且可能没有任何可以让独立守护进程复制 systemd-appd 功能的便利设施。换句话说,Flatpak 将不再能够吹嘘其"构建适用于每个发行版"的能力,因为它将不再与发行版无关。这是一件憾事,因为 Flatpak 为用户满足了真正的需求,无论他们使用什么 init 系统。 参考来源:https://www.osnews.com/story/145071/flatpak-will-depend-on-systemd/

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册