网站头条

GIMP（GNU 图像处理程序）项目今天发布了 GIMP 3.0.2，作为这款功能强大、免费、开源和跨平台的图像编辑器的最新、最伟大的 GIMP 3.0 系列的第一次维护更新。

GIMP 3.0.2 通过修复用户在选择画笔且视图设置为图标网格时报告的崩溃来改进 Flatpak 捆绑包，修复 macOS 和 Windows 用户导致功能缺失的打包问题，以及修复由于各种系统主题导致的一些 UI 故障和奇怪的着色问题。

此版本还修复了工具组上弹出菜单的特定于 macOS 的问题，恢复了补丁以改进平板电脑支持，因为它会导致某些平板电脑上的压力敏感问题，并改进了 Windows 安装程序，以便在执行系统范围的安装时设置还原点，并提示用户删除 GIMP 配置文件。

GIMP 3.0.2 附带了 GEGL（通用图形库）0.4.58，该版本包括对应用于负像素坐标的抖动的修复，以及额外的翻译更新。此版本还为 macOS 用户的新插件开发包铺平了道路。

GIMP 3.0 于 2025 年 3 月 16 日发布，其中有重大变化，例如用 GTK3 编写的非常完善的界面、对色彩管理的重大改进、对非破坏性编辑的改进、新的自动扩展图层边界和对齐选项、新的斜线屏幕和徽标等等。

您现在可以从官方网站下载 GIMP 3.0.2 作为通用 AppImage 捆绑包，您几乎可以在任何 GNU/Linux 发行版上运行，而无需安装任何东西。当然，您也可以从 Flathub 将 GIMP 安装为 Flatpak 应用程序，或者如果您想从源编译它，也可以将其安装为源 tarball。

转自 GIMP 3.0.2 Image Editor Improves the Flatpak Bundle and Fixes Various Issues – 9to5Linux

本周发布的是 Intel 更新的 AVX10 白皮书，其中令人惊讶地决定 512 位浮点和整数支持不再被视为 AVX10.2 的可选功能。AVX10.2 现在要求 128 / 256 / 512 位支持，反过来也放弃了 256 位嵌入式舍入支持，专注于 512 位。LLVM/Clang 编译器的 AVX10 支持是围绕 Intel 的原始 AVX10 设计假设设计的，因此现在正在进行修改以应对这些变化。

英特尔现在确认所有 AVX10.2 处理器都将支持 AVX10 512 位，尽管姗姗来迟，但这非常棒。因此，未来的英特尔 E 核和 P 核都有望支持 AVX10.2 512 位，这在性能和编程简单性方面都取得了胜利，并在x86_64微架构功能级别等领域有所帮助。

因此，已经解决了 AVX10.2 支持的开源编译器需要纠正他们对 256 位/512 位支持的假设，放弃对 AVX10.2 上没有 512 位支持的保护措施，并删除 256 位嵌入式舍入支持，因为它现在不再需要。

在前面的文章中讨论的 GCC 补丁之后，在过去的一天里，Intel 工程师打开了 LLVM 合并请求，以解决他们的 AVX10.2 支持问题。请参阅此拉取请求搜索，但长话短说，开源 LLVM 编译器正在根据最新的 AVX10 白皮书进行更新。

转自 LLVM/Clang Compiler Being Adapted For AVX10.2 Now Making 512-bit Support Mandatory – Phoronix

Finnix 发行版是一个基于 Debian 的小型、独立、可启动的实时 Linux 发行版，面向系统管理员。该项目的最新版本是 Finnix 250，这标志着该项目成立 25 周年。该项目的发布公告报告说：“今天是一个非常特殊的日子：3 月 22 日是 Finnix 首次公开发布的 25 周年纪念日，Finnix 是仍在生产中最古老的实时 Linux 发行版。Finnix 0.03 于 2000 年 3 月 22 日发布，为了庆祝这一周年纪念日，我很自豪地宣布第 35 个 Finnix 版本，Finnix 250！除了 Finnix 版本号膨胀的持续趋势（上一个版本是 Finnix 126）之外，Finnix 250 只是一个可靠的常规版本，包括以下说明：Linux 内核 6.12 （Debian 6.12.17-1）;使自动每用户共享 SSH 代理功能更加可靠;新增软件包： util-linux-extra;删除的软件包：reiserfsprogs、reiser4progs（从 Linux 内核中删除了 ReiserFS）;boot initramfs 现在检查特定于构建的媒体（将不再加载它看到的第一个看起来有点像 Finnix 的东西）;htop 显示改进（主要是更好地显示大量 CPU 内核）;上游 Debian 软件包更新;许多小的修复和改进。

下载 （SHA256）：finnix-250.iso（528MB、签名、torrent、pkglist）。

转自 Distribution Release: Finnix 250 (DistroWatch.com News)

今天，3 月 20 日，由前 Solus 创始人和 Budgie 桌面创建者 Ikey Doherty 创建的 Serpent OS 发行版更名为 AerynOS。以下是您需要了解的有关此重大变化的信息！

为什么这么长时间后开发这个新的 Linux 发行版要发生重大变化？好吧，Ikey Doherty 说“‘Serpent OS’这个名字是一个很快就被选中的名字，而且一直沿用下来。此外，开发人员认为“serpents”通常与负面含义相关联，并且“Serpent OS”并不是项目最吸引人的名称。

基本上，Ikey Doherty 认为“Serpent OS”这个名字对新用户没有吸引力，而且对于这个面向大众的现代、创新和前瞻性的 Linux 发行版来说，它不是一个好名字。因此，立即生效，Serpent OS 发行版现在称为 AerynOS。

对于最终用户来说，什么都不会改变，尤其是因为 AerynOS 仍在繁重的开发中，还没有稳定的版本。但是，名称更改带来了一些大胆而令人兴奋的功能，例如改进的系统安装程序，支持完全磁盘擦除和动态磁盘分区方案。

AerynOS 还承诺提供令人兴奋的新功能，例如自动化包更新、更轻松地管理回滚、使用 Rust 进行磁盘处理、默认启用分数缩放等等。AerynOS 将附带最新的 GNOME 桌面，而 COSMIC 桌面支持已暂停。

AerynOS 的网站可在 aerynos.com 上找到，aerynos.dev 网站也提供了文档。您还可以查看该发行版的 GitHub 页面，以利用强大的基于 Rust 的系统工具了解这个即将推出的 Linux 发行版的最新开发情况。

图片来源：Ikey Doherty

转自 Ikey Doherty’s Serpent OS Changes Name to AerynOS – 9to5Linux

Google Chrome 浏览器正在放弃 FreeType 字体渲染库，转而采用他们的 Skrifa 项目，该项目用 Rust 编写，以便在处理网页上的字体时具有更好的内存安全性。

用 Rust 编写，旨在解决 Google Skia 图形库使用的 FreeType 功能子集。自上个月的 Chrome 133 以来，Skrifa 作为 Fontations 库的一部分被用于 Linux、Android 和 Chrome OS，以及 Windows 和 macOS 上的后备。

Google在本周的一篇博文中指出：

“我们对使用 Rust 编写文本所取得的成果感到非常满意。为用户提供更安全的代码并提高开发人员的工作效率对我们来说是一个巨大的胜利。我们计划继续寻找在文本堆栈中使用 Rust 的机会。如果您想了解更多信息，Oxidize 概述了 Google 字体的一些未来计划。”

有关 Skrifa 对 FreeType 的替代的更多详细信息，请参阅Google Chrome 开发者博客。

转自 Google Chrome 将使用 Rust 编写的 Skrifa 替换 FreeType 以进行字体处理

为即将到来的 Fedora Linux 43 开发周期提交的更改提案希望建立一种预期，即发行版的 RPM 包构建是可重复的。

在过去的几年里，Fedora 花了大量时间在基础设施和更改上，以允许可重复的构建，以便独立用户可以以相同的方式重新构建包，以确保他们的软件没有被污染或以其他方式修改。它已成为 Linux 更大规模的可重复构建工作的一部分。随着 Fedora 43 的更改提案被考虑，它将建立一种期望，即软件包构建是可重复的，并且 Fedora 软件包维护者会采取任何必要的措施来确保满足这些条件。

“Package builds are expected to be reproduucible”更改提案解释了：

“在过去的几个版本中，我们更改了构建基础设施，使包构建具有可重复性。这足以达到 90%。其余问题需要在单个包中修复。在此 Change 之后，软件包构建应该是可重现的。当检测到不可重复性时，将对软件包提交 Bug。目标是使不少于 99% 的软件包构建具有可重复性。

此更改主要是为了确保维护者能够解决其软件包的可重复性问题。尽管存在一些悬而未决的问题可能会阻止/免除某些软件包，例如 Haskell 软件包在多个 CPU 线程上编译时当前无法重现，MinGW 软件包具有不可重现的调试数据，Golang 软件包也具有不可重现的调试数据，内核使用临时密钥进行模块签名，以及一些软件包使用私钥进行 UEFI 安全启动签名。

希望这个变化能成功，一切都能顺利进行，Fedora 43 的这个受欢迎的变化为包构建增加了更多的确定性，并确保所有包——或尽可能多的包——都可以以可重复的方式构建。

转自 Fedora 43 Hopes To Set An Expectation That Package Builds Are Reproducible – Phoronix

Matthew Miller 宣布发布 Fedora 42 测试版。这个发布周期的一大变化是将 KDE Plasma 旋转提升到与 GNOME/Workstation 版本相当。“KDE Plasma 桌面从 Fedora Linux 42 beta 开始被提升为版本状态。您可以期待继续享受 Fedora KDE Plasma 桌面的相同质量水平。此外，Fedora KDE Plasma 桌面现在在 Power systems （ppc64le） 上受支持。此外，完整的 KDE 堆栈（包括 KDE PIM）现在可以在 Power 上使用，并且我们为基于 OpenPOWER 的系统（如 Raptor Systems 的 Talos 工作站）提供了可安装的实时镜像。我们在 Fedora Linux 42 beta 中还有一个全新的 Spin – 介绍 Fedora COSMIC spin。这个基于 Rust 的新桌面环境是由 Pop！_OS 的制造商 System76 开发的。COSMIC 具有许多独特的功能，例如混合的按工作区窗口/平铺管理、带有选项卡的窗口堆栈以在窗口之间切换……”

发布公告中提供了其他信息。

下载 （pkglist）：

Fedora-Workstation-Live-42_Beta-1.4.x86_64.iso（2,276MB，SHA256，torrent），

Fedora-KDE-Desktop-Live-42_Beta-1.4.x86_64.iso（2,722MB，SHA256，torrent），

Fedora-Server-dvd-x86_64-42_Beta-1.4.iso（2,792MB，SHA256，torrent）。

转自 Development Release: Fedora 42 Beta (DistroWatch.com News)

Enlightenment 0.27.1 今天发布，它是这个轻量级、现代和模块化的窗口管理器、合成器和桌面 shell（适用于 GNU/Linux 发行版）的最新稳定更新，带来了各种改进和修复。

Enlightenment 0.27.1 是 Enlightenment 0.27 系列的第一个小版本，改进了 Battery 模块，将充电限制在 100% 而不是超过电量，在 Mixer 模块上添加了使用鼠标滚轮的功能，并更新了客户端菜单，如果客户端没有关联的桌面文件，则不再显示“Create Keyboard Shortcut”。

此外，该版本还优化了 Enlightenment 文件管理器 （EFM） 以修复文件或目录关闭时关闭文件监控的问题，增加了对在日志中为信号处理程序报告更多信息的支持，修复了系统托盘/D-Bus 菜单内存访问问题，并改进了 CPUFreq 模块以修复某些启动情况。

Enlightenment 0.27.1 中还解决了一些与绑定和消息总线相关的其他错误，因此请查看发布公告页面了解更多详细信息。Enlightenment 0.27.1 依赖于 EFL 1.28.0 或更高版本，就像父级 Enlightenment 0.27.0 版本一样。

Enlightenment 0.27 于 2025 年 1 月发布，具有新功能，例如用于移动设备的新 Convertible 模块、GDM 中的 Wayland 会话支持（GNOME 显示管理器）、改进的电池模块、新的 1.2 倍字体缩放选项、新的 CPUFreq 模块和许多其他更改。

您可以从官方网站下载最新的 Enlightenment 版本，在那里您可以找到有关如何在您最喜欢的 GNU/Linux 发行版上编译它的说明。当然，您也可以从 Linux 发行版的稳定软件存储库安装 Enlightenment 桌面环境。

转自 Enlightenment 0.27.1 Desktop Is Out to Improve the CPUFreq and Battery Modules – 9to5Linux

快科技3月16日消息，上个月的2025玄铁RISC-V生态大会上，阿里巴巴达摩院宣布，玄铁最高性能RISC-V处理器、首款服务器级CPU——C930将在本月开启交付，其CPU设计可授权集成电路（IC）开发商使用。

中国工程院院士倪光南在会上指出，开源模式有助于RISC-V构建一个包容、协同创新的全球化生态，成为芯片产业变革的新引擎。

分析认为，这款处理器有可能扩大以RISC-V指令集架构为基础的开放源码芯片在中国国内使用，从而对抗美国的技术限制。

阿里巴巴最新的开源计划不仅显示该公司过去几年在RISC-V芯片设计上的进步，也反映中国克服美国制裁的决心。

国泰君安证券分析师认为，如同DeepSeek以开源、低成本和高性能的优势打破OpenAI的垄断局面一样，RISC-V在AI时代也展示出巨大潜力。

北京半导体和运算系统专家LiYangwei认为，在RISC-V建立统一、稳定的软件生态系之后，未来几年的机会将会增加。

对于中国芯片设计业者而言，RISC-V已成为专利架构的可行替代方案，如主宰PC市场的x86架构及垄断移动领域的Arm架构。

在RISC-V浪潮中，达摩院玄铁是公认对国际开源社区贡献最大的中国机构之一，目前在基金会技术委员会及10余个技术小组担任主席或副主席职位，积极推动AI相关技术方向的标准化建设。

玄铁推出高性能C910处理器后积极开源，也是全球广泛探索高性能RISC-V应用的起点。

目前，玄铁团队推动了超过30%的RISC-V高性能处理器落地应用，加速RISC-V在各个高端领域的渗透。

另有消息称，中国预期将进一步加大对RISC-V发展的支持。 据报道，政府计划首次发布指导方针，鼓励全国范围内采用开源RISC-V芯片，最快有望本月发布。

3月11日，从中国电子工业标准化技术协会RISC-V工委会获悉，由阿里巴巴达摩院（杭州）科技发起制定的《RISC-V指令集架构矩阵扩展（ME）指令集》、进迭时空（杭州）科技发起制定的《开放精简指令集（RISC-V）配置文件》，以及由芯昇科技发起制定的《RISC-V指令集架构无线矢量扩展（Zvw）指令集》三项团体标准已获批立项。

RISC-V工委会表示，为更高质量地完成标准编制工作，保障标准的广泛性、科学性和实用性，现向全行业及RISC-V工委会成员征集上述三项团体标准参编单位，共同完成标准的制定工作。

虽然 ReactOS 被广泛认为是致力于维护软件和驱动程序与 Microsoft Windows 兼容性的开源作系统，但该领域还有另一个新系统，它是 Free95。Free95 项目正在努力成为一个开源的、与 Windows 兼容的作系统。Free95 的 0.2 Alpha 版本今天发布进行测试。

Free95 不是要重新实现 NT 内核，而是支持 Win32 API 来运行软件。他们的目标是消除 Windows 膨胀和安全问题，同时继续享受 Windows 程序。Free95 的形式比 ReactOS 更简单，但它也没有几十年来 ReactOS 的制作过程那么远。以下是 Free95 目前的样子：

Free95 0.2 Alpha 是该项目的最新发展里程碑，他们在未来的漫长道路上进行了最新的改进。Free95 版本的磁盘映像可供那些想在 QEMU 中测试的人使用。

通过 GitHub 为感兴趣的人提供更多详细信息。

转自 Free95 0.2 Alpha Released As Open-Source Windows Compatible OS – Phoronix