标签 LSB 下的文章

1 Fedora 40 计划统一 /usr/bin 和 /usr/sbin

Fedora 开发者提议在 Fedora 40 中统一 /usr/bin/usr/sbin。这有助于简化打包者的工作和终端用户的使用,进一步兼容其它主流 Linux 发行版。有些工具软件在不同的发行版放在不同的位置,比如说,ip 命令在 Fedora 放在 /sbin/ 下,而在 Debian 中放在 /bin/ 下,其它的例子还有很多。多年前,Fedora 已经将 /bin/sbin 合并到了 /usr 下,因此,这次合并后,这四个目录将是同一个目录。其它 Linux 发行版,比如 Debina、Arch Linux 也在进行类似的合并工作。

(插图:DA/84fd07e2-84d7-409a-bc1d-a267e65037e4)

消息来源:Fedora Project
老王点评:这是历史遗留问题,当时划分这样琐碎的目录的理由目前看起来已经不再必要。但是这些不应该是在 LSB 中统一改变后,大家都一起改变吗?所以,是 LSB 已经没有人维护了?

2 Linus Torvalds 给内核开发者们放了年终假期

新的 Linux 内核上游版本通常在美国时间的周日晚上发布,但根据芬兰的习俗,Linus Torvalds 将在 12 月 24 日忙于庆祝活动,比如去购物,因此他决定提前一天,在上周六就发布了内核 Linux 6.7-rc7。Linus 还在邮件列表中说,由于进展顺利,虽然他可以在下周末按计划发布 6.7 正式版,但他不打算这么做。他计划下周继续发布一个少见的 RC 版本 rc8,但估计大家都放假了,没人会看。然后他会在明年 1 月 7 日再发布 Linux 6.7 正式版,以避免在 1 月 1 日开启 Linux 6.8 的合并窗口。

(插图:DA/00741f95-1317-40a2-9c09-7380f771bb2d)

消息来源:Phoronix
老王点评:忙碌了一年,是该休息一下了。我是不是也该休息一下呢?我好多年从未因为任何事情和假期停止过了。

3 时隔两年,Enlightenment 0.26 发布

Enlightenment 的上一个版本 0.25 发布至今已有两年,但这个新版本主要是一些小错误的修复,以及一些诸如背光设置、任务预览、屏保抑制等方面的微小改进。

(插图:DA/c271d067-d03f-4a79-906a-ae92f401e0a7)

消息来源:Phoronix
老王点评:这是向大家表示软件项目还存活吗?

Linux 标准规范 LSB,Linux Standard Base 是一个意图定义 Linux 发行版为第三方程序所提供的服务和应用层 程序二进制接口 ABI,Application Binary Interfaces 规范。但 Debian 项目内的某些人正在质疑是否值得维持兼容 LSB,他们认为,该项工作的工作量巨大,但好处有限。

LSB 于2001年首次公布,其模型建立在 POSIX 单一 UNIX 规范 Single UNIX Specification 的基础之上。目前,LSB 由 Linux 基金会的一个工作小组维护。最新的版本是于2015年6月发布的 LSB 5.0。它定义了五个 LSB 模块( 核芯 core 、桌面、语言、 成像 imaging 和试用)。

每个模块都包含了一系列所需的库及其强制性版本,外加对每个库的公共函数和数据定义的描述。这些模块还包括命名和组织规范,如 文件系统层次标准 FHS,Filesystem Hierarchy Standard 中的文件系统布局或象 Freedesktop 的 XDG 基础目录 XDG Base Directory 规范这样的目录规范。

似乎只是一个巧合,就在 LSB 5.0 发布的同一周,Debian 项目内部针对其是否值得保持兼容 LSB 进行了一次讨论。在另一个贴子中,在提及兼容 LSB 后,Didier Raboud 顺势提议将 Debian 的兼容工作维持在最低水平。他说,目前的情况是,Debian 的“lsb-*” 元包 meta-packages 试图规定该标准中提及的库的正确版本,但事实上却没有人去检查所有的符号和数据定义是否满足要求。

另外,LSB 还不断在膨胀;他说, LSB 4.1 版(接近 Debian “jessie” 发布时的最新版本)包含“1493个组件、1672个库、38491条命令、30176个类和716202个接口”。似乎没有人有兴趣检查 Debian 包中的这些细节,他解释道,又补充说,“去年在 DebConf 上我举行过一次 LSB BoF,后来又与很多人讨论过 src:lsb,我收回自己的‘几乎没有人在意’的说法”。但,重要的是,Debian 似乎并不仅局限于兴趣的缺乏:

我认为,这个问题的关键在于是否值得去玩这整个游戏:我还没听说有哪个软件通过 LSB 包来发行。LSB 认证的应用清单上只有 6个公司的_8_个应用,其中仅有一个是针对不低于 LSB 4 的。

Raboud 提议 Debian 摈弃除了 lsb-base 包(目前包括一个用于启动系统所需的小的 shell 函数集合)和 lsb-release 包(提供一个简单工具,用户可用它查询发行版的身份以及该发行版宣称的与哪个 LSB 级别兼容)之外的所有内容。

后来,他又称,将 LSB 基本上改变为“Debian 和 FLOSS 世界中的所有的其它人所实际做的任何事”可能会使得该标准(以及在 Debian 为支持它所做的工作)更有价值。但此时他再次质疑是否有人会对推动这个目标有兴趣。

如果说他最初称 LSB 中缺乏兴趣没有足够的证据,随后整整三个月之内没有任何人对维持 LSB 兼容的包提供支持,并进行了两次拋弃它们的投票。最后,9月17日,Raboud 宣布他已经抽掉 src:lsb 包(如前所述,保留了lsb-baselsb-release),将将其上载到 “unstable” 归档中。这个最小的工具集可以让感兴趣的用户在启动了下一个 Debian 版本后查询它是否兼容 LSB:结果将为“否”。

Raboud 补充说,即便摈弃了兼容 LSB,Debian 仍计划继续兼容 FHS:

但 Debian 并没有放弃所有的 LSB:我们仍将严格遵守 FHS(直到 Debian Policy 版本 2.3;虽然今年8月已经发布了3.0),而且我们的 SysV 启动脚本几乎全部遵循 VIII.22.{2-8}。但请不要误解,此次 src:lsb 上载明确说明我们将离开 LSB。

在该宣告之后,Nikolaus Rath 回应称某些私有应用依赖/lib/lib64中的符号链接ld-lsb.so*,而这些符号链接由lsb-*包提供。Raboud 则建议应改由libc6包提供;该包维护人员Aurelien Jarno ,如果提供这样一个补丁,他将会接受它。

似乎唯一的遗留问题只是某些打印机驱动包会依赖 LSB 兼容。Raboud 称,在其首个贴子中已经说明,据他所知,实际发布的唯一一个依赖 LSB 兼容的包为 OpenPrinting 驱动程序。Michael Biebl ,主归档中有这样一个驱动包;Raboud 则回应说,他认为这个有问题的包应该被移到非自由仓库,因其包括了一个二进制驱动。

于是,这个问题看上去已经尘埃落定,至少对于目前的 Debian 开发周期来说是如此的状况。很自然的是,未来让人更感兴趣的是,如果该决定存在一些影响的话,那么人们将会看到它对更广泛的 LSB 接受度有何影响。正如 Raboud 所说的那样,被认证为 LSB 兼容的发行版数量很。人们很难不会注意到这些发行版很大程度上是“企业”的变种。

也许,对某些商业领域来说,LSB 仍很重要,但很难知道有多少那些企业发行版的客户真正关心 LSB 认证标签。然而,如果 Debian 的经验靠得住的话,对这种认证的一般兴趣可能会急剧下降。


via:https://lwn.net/Articles/658809/

作者:Nathan Willis 译者:Yuking 校对:wxy

本文由 LCTT 原创编译, Linux中国 荣誉推出