Firefox 源代码现已托管在 GitHub 上
Mozilla Firefox 源代码现已正式在 GitHub 上提供, 他们正在从 hg.mozilla.org 服务器迁移过来
Mozilla Firefox 最近将其规范主站从 Mozilla.org 服务器迁移到现在的 GitHub 上
这一改变仅与官方源代码库有关, 不影响错误/问题跟踪, 持续集成 (CI) 或其他功能
Firefox Mercurial 服务器目前至少仍然存在, 并正在从 GitHub 同步
因此, 短期内没有重大的工作流程改变, 但对于感兴趣的人, 您可以通过 GitHub 上的 mozilla-firefox/firefox 找到 Firefox 源代码
#Mozilla #Firefox
原文链接
Mozilla Firefox 源代码现已正式在 GitHub 上提供, 他们正在从 hg.mozilla.org 服务器迁移过来
Mozilla Firefox 最近将其规范主站从 Mozilla.org 服务器迁移到现在的 GitHub 上
这一改变仅与官方源代码库有关, 不影响错误/问题跟踪, 持续集成 (CI) 或其他功能
Firefox Mercurial 服务器目前至少仍然存在, 并正在从 GitHub 同步
因此, 短期内没有重大的工作流程改变, 但对于感兴趣的人, 您可以通过 GitHub 上的 mozilla-firefox/firefox 找到 Firefox 源代码
#Mozilla #Firefox
原文链接
AMD EPYC 4005 系列发布, 面向入门级 Zen 5 服务器
#Processors
https://www.phoronix.com/review/amd-epyc-4005-linux-servers
#Processors
https://www.phoronix.com/review/amd-epyc-4005-linux-servers
Phoronix
AMD EPYC 4005 Series Launches For Entry-Level Zen 5 Servers
Last year AMD launched the EPYC 4004 series for taking Ryzen based processor designs into the EPYC segment for entry-level servers with ECC memory support, server designs with BMCs, and various enterprise software certifications and industry qualifications.
AMD EPYC 4565P & EPYC 4585PX 与 Xeon 6369P 对比: EPYC 4005 赢得入门级服务器性能冠军
#Processors
https://www.phoronix.com/review/amd-epyc-4585px-4565p-benchmarks
#Processors
https://www.phoronix.com/review/amd-epyc-4585px-4565p-benchmarks
Phoronix
AMD EPYC 4565P & EPYC 4585PX Benchmarks Against Xeon 6369P: EPYC 4005 Champions Entry-Level Server Performance
With today's announcement of the AMD EPYC 4005P 'Grado' entry-level server processors, up for review today are the EPYC 4565P and EPYC 4585PX processors as the top-end Zen 5 processors for budget server builds and basic bare metal server hosting.
Red Hat Enterprise Linux 10 已达到正式发布
昨天, 各种 Red Hat 文档页面开始更新, 同时 RHEL 10.0 ISO 也出现在客户下载门户中, 以反映 RHEL 10 已达到通用可用性 (GA) 状态
拥有 Red Hat 客户账户的用户可以通过 access.redhat.com/downloads 开始下载 Red Hat Enterprise Linux 10.0 发布镜像
Red Hat 尚未正式宣布 Red Hat Enterprise Linux 10.0 GA 可用性, 但应该即将到来
RHEL 10.0 的正式发布被广泛预期将在 5 月 19 日至 22 日于波士顿举行的 Red Hat Summit 之前发生
Red Hat Enterprise Linux 10 更新了其支持的 x86_64 硬件要求, 在现代服务器上提供更好的性能, 对于计划在桌面上使用 RHEL 10 的用户来说是 Wayland 重点, 具有更新得多的内核版本, 以及相对于 RHEL 9 附带的软件包, 还有大量其他软件更新
Phoronix 上将很快发布更多 RHEL 10 基准测试
#RedHat
原文链接
昨天, 各种 Red Hat 文档页面开始更新, 同时 RHEL 10.0 ISO 也出现在客户下载门户中, 以反映 RHEL 10 已达到通用可用性 (GA) 状态
拥有 Red Hat 客户账户的用户可以通过 access.redhat.com/downloads 开始下载 Red Hat Enterprise Linux 10.0 发布镜像
Red Hat 尚未正式宣布 Red Hat Enterprise Linux 10.0 GA 可用性, 但应该即将到来
RHEL 10.0 的正式发布被广泛预期将在 5 月 19 日至 22 日于波士顿举行的 Red Hat Summit 之前发生
Red Hat Enterprise Linux 10 更新了其支持的 x86_64 硬件要求, 在现代服务器上提供更好的性能, 对于计划在桌面上使用 RHEL 10 的用户来说是 Wayland 重点, 具有更新得多的内核版本, 以及相对于 RHEL 9 附带的软件包, 还有大量其他软件更新
Phoronix 上将很快发布更多 RHEL 10 基准测试
#RedHat
原文链接
Oracle Solaris 11.4.81 CBE 在三年停滞后发布
Oracle Solaris 11.4.81 CBE 现已可用, 作为此 Oracle Solaris "通用构建环境" 版本的最新发布版, 它本质上是一个社区支持的, 非生产版本的 Solaris, 旨在供自由/开源软件开发者使用
Oracle Solaris 11.4.81 CBE 是在过去三年未见任何 CBE 更新之后出现的, 现在却相当意外地看到了这个新版本发布, 尽管 Solaris 近来很少有任何新闻
Oracle Solaris 11.4.81 CBE 集成了过去三年来的所有 Solaris 更新, 包括新的 GCC 编译器版本, 其他更新的编译器版本, 新版本的 Python 和 PHP 以及其他关键软件包, 许多 libc 更新, 以及大量其他一般的开源软件更新
Solaris 内核在过去三年中有所改进, 包括通用的内核内 I/O 弹性事件和其他更改
Oracle Solaris 11.4.81 CBE 也带来了一些 ZFS 文件系统改进, 例如 .zfs/clone 下的 ZFS clonedir 挂载点, ZFS 文件保留, ZFS mount/unmount -r, 以及带有原始加密的 ZFS send
在桌面端, GNOME 45 现已可用, 并且 X.Org Server 是其桌面支持的核心
Solaris CBE 更改的详细列表可通过发布公告找到
#Oracle
原文链接
Oracle Solaris 11.4.81 CBE 现已可用, 作为此 Oracle Solaris "通用构建环境" 版本的最新发布版, 它本质上是一个社区支持的, 非生产版本的 Solaris, 旨在供自由/开源软件开发者使用
Oracle Solaris 11.4.81 CBE 是在过去三年未见任何 CBE 更新之后出现的, 现在却相当意外地看到了这个新版本发布, 尽管 Solaris 近来很少有任何新闻
Oracle Solaris 11.4.81 CBE 集成了过去三年来的所有 Solaris 更新, 包括新的 GCC 编译器版本, 其他更新的编译器版本, 新版本的 Python 和 PHP 以及其他关键软件包, 许多 libc 更新, 以及大量其他一般的开源软件更新
Solaris 内核在过去三年中有所改进, 包括通用的内核内 I/O 弹性事件和其他更改
Oracle Solaris 11.4.81 CBE 也带来了一些 ZFS 文件系统改进, 例如 .zfs/clone 下的 ZFS clonedir 挂载点, ZFS 文件保留, ZFS mount/unmount -r, 以及带有原始加密的 ZFS send
在桌面端, GNOME 45 现已可用, 并且 X.Org Server 是其桌面支持的核心
Solaris CBE 更改的详细列表可通过发布公告找到
#Oracle
原文链接
AMD 开始为 Zen 6 CPU 准备 Linux 内核的过程
Linux 内核的首个 AMD Zen 6 补丁已排队等待尽快提交至主线内核
这个首个补丁本身并不令人兴奋,但它正在启动一个流程,为其他 AMD Zen 6 内核补丁扫清障碍,使其能够在预计于 2026 年首次亮相的 AMD Zen 6 处理器之前开始进入上游内核
这个首个补丁只是简单地添加了一个合成功能标志 "X86_FEATURE_ZEN6",其他内核补丁可以依赖此功能标志来控制功能,如果它们打算检查 Zen 6 CPU 核心的话
这个 X86_FEATURE_ZEN6 补丁确实确认 Zen 6 CPU 将像 Zen 5 处理器一样出现在 Family 1Ah (Family 26) 中 Zen 6 处理器属于 Family 1Ah,型号 ID 范围是 0x50 到 0x5f,0x90 到 0xaf,以及 0xc0 到 0xcf
这个补丁已排队进入 tip/tip.git 的 "x86/urgent" 分支鉴于它走的是 "urgent" 分支的路线,它很可能作为当前 Linux 6.15 周期 "fixes" 的一部分提交,而不是等待几周后 Linux 6.16 合并窗口的开启
因此,虽然这个 X86_FEATURE_ZEN6 补丁本身并不特别令人兴奋,但它现在为未来更多 AMD Zen 6 Linux 内核补丁的到来打开了大门请继续关注 Phoronix,了解更多针对 AMD Zen 6 的 Linux 变化,这些变化在明年的下一代 Ryzen 和 EPYC 处理器发布时肯定会非常令人兴奋
#AMD
原文链接
Linux 内核的首个 AMD Zen 6 补丁已排队等待尽快提交至主线内核
这个首个补丁本身并不令人兴奋,但它正在启动一个流程,为其他 AMD Zen 6 内核补丁扫清障碍,使其能够在预计于 2026 年首次亮相的 AMD Zen 6 处理器之前开始进入上游内核
这个首个补丁只是简单地添加了一个合成功能标志 "X86_FEATURE_ZEN6",其他内核补丁可以依赖此功能标志来控制功能,如果它们打算检查 Zen 6 CPU 核心的话
这个 X86_FEATURE_ZEN6 补丁确实确认 Zen 6 CPU 将像 Zen 5 处理器一样出现在 Family 1Ah (Family 26) 中 Zen 6 处理器属于 Family 1Ah,型号 ID 范围是 0x50 到 0x5f,0x90 到 0xaf,以及 0xc0 到 0xcf
这个补丁已排队进入 tip/tip.git 的 "x86/urgent" 分支鉴于它走的是 "urgent" 分支的路线,它很可能作为当前 Linux 6.15 周期 "fixes" 的一部分提交,而不是等待几周后 Linux 6.16 合并窗口的开启
因此,虽然这个 X86_FEATURE_ZEN6 补丁本身并不特别令人兴奋,但它现在为未来更多 AMD Zen 6 Linux 内核补丁的到来打开了大门请继续关注 Phoronix,了解更多针对 AMD Zen 6 的 Linux 变化,这些变化在明年的下一代 Ryzen 和 EPYC 处理器发布时肯定会非常令人兴奋
#AMD
原文链接
主权技术机构投资 GCC 的 Fortran 前端 "GFortran"
德国主权技术局 (前身为主权技术基金) 宣布已开始投资 GFortran 以推进这个领先的开源 Fortran 代码编译器
主权技术局正在提供 36 万欧元的资金以推进这个 Fortran 编译器具备更现代化和高效的能力, 特别是为了惠及高性能计算 (HPC) 和科学研究工作负载
这笔资金将支持在 Fortran coarray 支持, 改进分布式内存功能, 提高弹性, 修复合规性问题以及增强标量化支持方面开展工作
有关主权技术局为 GFortran 提供资金的更多详情, 可通过此页面找到, 作为他们五月通讯的一部分, 这个由德国政府资助的优秀机构
GFortran 现在无疑是占主导地位的开源 Fortran 编译器, 而 LLVM 的 Flang Fortran 前端也一直在改进, 作为另一个不错的替代方案
#GNU
原文链接
德国主权技术局 (前身为主权技术基金) 宣布已开始投资 GFortran 以推进这个领先的开源 Fortran 代码编译器
主权技术局正在提供 36 万欧元的资金以推进这个 Fortran 编译器具备更现代化和高效的能力, 特别是为了惠及高性能计算 (HPC) 和科学研究工作负载
这笔资金将支持在 Fortran coarray 支持, 改进分布式内存功能, 提高弹性, 修复合规性问题以及增强标量化支持方面开展工作
有关主权技术局为 GFortran 提供资金的更多详情, 可通过此页面找到, 作为他们五月通讯的一部分, 这个由德国政府资助的优秀机构
GFortran 现在无疑是占主导地位的开源 Fortran 编译器, 而 LLVM 的 Flang Fortran 前端也一直在改进, 作为另一个不错的替代方案
#GNU
原文链接
Oracle 宣传其在 Linux 系统上的 Adaptived 守护进程
Adaptived 是一个由 Oracle 开发的因果关系守护进程, 与他们在自适应内存管理 (adaptivemm) 方面的工作相关联, 用于主动内存处理以及 OOMD 内存不足守护进程
在一篇新的博客文章中, Oracle Linux "介绍了" Adaptived, 尽管它已经开源了一段时间: Adaptived 1.0 早在十一月就被标记了, Adaptived 1.0.1 在二月
Adaptived 也已经可以在他们的 RHEL 衍生版 Oracle Linux 中找到
Adaptived 使得构建自定义规则变得容易, 以根据系统行为自动化任务 / 资源管理 / 终止进程
此外还有多个内置的因果关系规则
那些想要了解更多关于 Adaptived 的人可以通过这篇 Oracle Linux 博客文章来了解
Adaptived 代码是开源的, 并且可以通过 GitHub 找到
#Oracle
原文链接
Adaptived 是一个由 Oracle 开发的因果关系守护进程, 与他们在自适应内存管理 (adaptivemm) 方面的工作相关联, 用于主动内存处理以及 OOMD 内存不足守护进程
在一篇新的博客文章中, Oracle Linux "介绍了" Adaptived, 尽管它已经开源了一段时间: Adaptived 1.0 早在十一月就被标记了, Adaptived 1.0.1 在二月
Adaptived 也已经可以在他们的 RHEL 衍生版 Oracle Linux 中找到
Adaptived 使得构建自定义规则变得容易, 以根据系统行为自动化任务 / 资源管理 / 终止进程
此外还有多个内置的因果关系规则
那些想要了解更多关于 Adaptived 的人可以通过这篇 Oracle Linux 博客文章来了解
Adaptived 代码是开源的, 并且可以通过 GitHub 找到
#Oracle
原文链接
联发科 DRM 驱动准备支持 HDMI 2.0, 配合 MT8195/MT8188
Direct Rendering Manager (DRM) 更新已为联发科驱动程序提交, 以赶在即将到来的 Linux 6.16 合并窗口之前
本轮联发科 DRM 驱动程序的显著之处是准备支持联发科 MT8195 和 MT8188 SoC 的 HDMI 2.0
已提交准备补丁, 用于为 MT8188 和 MT8195 SoC 启用 HDMIv2 和版本 2 Display Data Channel (DDC) IP
工作似乎尚未完全完成, 但正在为 HDMI 2.0 进行准备
MT8195 硬件能够支持 HDMI 2.1 并驱动高达 4K@60 的输出
这些初步补丁已由 Collabora 的 AngeloGioacchino Del Regno 测试, 达到 4K@60 阈值以及双显示器用例
对联发科 DRM 驱动程序在 Linux 6.16 中的改进感兴趣的人可以查看此拉取请求
#Hardware
原文链接
Direct Rendering Manager (DRM) 更新已为联发科驱动程序提交, 以赶在即将到来的 Linux 6.16 合并窗口之前
本轮联发科 DRM 驱动程序的显著之处是准备支持联发科 MT8195 和 MT8188 SoC 的 HDMI 2.0
已提交准备补丁, 用于为 MT8188 和 MT8195 SoC 启用 HDMIv2 和版本 2 Display Data Channel (DDC) IP
工作似乎尚未完全完成, 但正在为 HDMI 2.0 进行准备
MT8195 硬件能够支持 HDMI 2.1 并驱动高达 4K@60 的输出
这些初步补丁已由 Collabora 的 AngeloGioacchino Del Regno 测试, 达到 4K@60 阈值以及双显示器用例
对联发科 DRM 驱动程序在 Linux 6.16 中的改进感兴趣的人可以查看此拉取请求
#Hardware
原文链接
Llamafile 0.9.3 带来了对 Qwen3 和 Phi4 的支持
Llamafile 作为有趣的 Mozilla 项目, 持续推进, 该项目允许从单个文件轻松分发和运行 AI 大型语言模型 (LLMs) , 并以跨平台和跨供应商硬件的方式进行
Llamafile 0.9.3 今天发布, 为这个 Mozilla Ocho 项目带来了更多增强功能
Llamafile 0.9.3 带来了对处理 Phi4 和 Qwen3 模型的支持
为了在 Llamafile 包中支持 Phi4 和 Qwen3 模型, 需要基于 Llama.cpp 的更改进行各种修改
Llamafile 0.9.3 版本还修复了其较新的 LocalScore 组件的问题
LocalScore 是一个新的 Mozilla Builders 项目, 用于本地 AI LLM 基准测试
Llamafile 0.9.3 的 LocalScore 更改采纳了我提出的一些增强基准测试的请求
此外, 本次更新还带来了一些文档更新和其他次要增强功能
可通过 GitHub 获取 Llamafile 0.9.3 的下载和更多详细信息
鉴于本次发布中合并的更改应该解决了我在之前注意到的一些障碍, 我也将开始在不同硬件上尝试一些 LocalScore AI 基准测试.
#FreeSoftware
原文链接
Llamafile 作为有趣的 Mozilla 项目, 持续推进, 该项目允许从单个文件轻松分发和运行 AI 大型语言模型 (LLMs) , 并以跨平台和跨供应商硬件的方式进行
Llamafile 0.9.3 今天发布, 为这个 Mozilla Ocho 项目带来了更多增强功能
Llamafile 0.9.3 带来了对处理 Phi4 和 Qwen3 模型的支持
为了在 Llamafile 包中支持 Phi4 和 Qwen3 模型, 需要基于 Llama.cpp 的更改进行各种修改
Llamafile 0.9.3 版本还修复了其较新的 LocalScore 组件的问题
LocalScore 是一个新的 Mozilla Builders 项目, 用于本地 AI LLM 基准测试
Llamafile 0.9.3 的 LocalScore 更改采纳了我提出的一些增强基准测试的请求
此外, 本次更新还带来了一些文档更新和其他次要增强功能
可通过 GitHub 获取 Llamafile 0.9.3 的下载和更多详细信息
鉴于本次发布中合并的更改应该解决了我在之前注意到的一些障碍, 我也将开始在不同硬件上尝试一些 LocalScore AI 基准测试.
#FreeSoftware
原文链接
Intel ANV 驱动程序为 AV1 解码通过 Vulkan 视频提供修复
对于那些有兴趣使用 Vulkan Video API 在 Intel 图形硬件上进行 GPU 加速的 AV1 视频解码的用户来说, 一些重要的修复已合入 Mesa 25.2-devel, 并且预计很快会回迁到现有的 Mesa 版本中
开源的 Intel "ANV" Vulkan 驱动程序在处理 AV1 视频时, 已合入了一些针对 Vulkan Video 的显著修复
目前已在 Mesa Git 中的这三个补丁解决了在 AV1 解码过程中可能出现的一些伪影, 并处理了在 AV1 解码处理期间可能出现的 Intel GPU 挂起问题
这些修复包括分配足够的 MV 缓冲区, 修正 CDEF 滤波器标志, 并确保分配了 CDF 表
这些修复由 Igalia 工程师 Hyunjun Ko 解决
那些对 Intel 硬件上的 AV1 Vulkan Video 支持感兴趣的用户可以通过这次拉取找到这些修复
#Intel
原文链接
对于那些有兴趣使用 Vulkan Video API 在 Intel 图形硬件上进行 GPU 加速的 AV1 视频解码的用户来说, 一些重要的修复已合入 Mesa 25.2-devel, 并且预计很快会回迁到现有的 Mesa 版本中
开源的 Intel "ANV" Vulkan 驱动程序在处理 AV1 视频时, 已合入了一些针对 Vulkan Video 的显著修复
目前已在 Mesa Git 中的这三个补丁解决了在 AV1 解码过程中可能出现的一些伪影, 并处理了在 AV1 解码处理期间可能出现的 Intel GPU 挂起问题
这些修复包括分配足够的 MV 缓冲区, 修正 CDEF 滤波器标志, 并确保分配了 CDF 表
这些修复由 Igalia 工程师 Hyunjun Ko 解决
那些对 Intel 硬件上的 AV1 Vulkan Video 支持感兴趣的用户可以通过这次拉取找到这些修复
#Intel
原文链接
Arch Linux 安装程序添加了 Labwc 和 Niri Wayland 组件选项
Archinstall 3.0.5 现已作为这个易于使用的, 基于文本的 Arch Linux 操作系统安装程序的最新更新提供
Archinstall 3.0.5 的新特性是增加了 Labwc, Niri, River 和 Xmonad 作为合成器/桌面选项
这补充了在新的 Arch Linux 安装中部署的广泛的其他桌面/合成器选项
Archinstall 3.0.5 还为用户凭据配置添加了可选的文件加密
还有一个重要的安全更改是将密码存储为哈希值而不是明文
此外, Archinstall 3.0.5 添加了对安装后菜单选项的支持
此外, 这个 Arch Linux 安装程序还有各种错误修复和其他改进
有关 Archinstall 3.0.5 更改的更多详细信息请通过 GitHub 查看
#ArchLinux
原文链接
Archinstall 3.0.5 现已作为这个易于使用的, 基于文本的 Arch Linux 操作系统安装程序的最新更新提供
Archinstall 3.0.5 的新特性是增加了 Labwc, Niri, River 和 Xmonad 作为合成器/桌面选项
这补充了在新的 Arch Linux 安装中部署的广泛的其他桌面/合成器选项
Archinstall 3.0.5 还为用户凭据配置添加了可选的文件加密
还有一个重要的安全更改是将密码存储为哈希值而不是明文
此外, Archinstall 3.0.5 添加了对安装后菜单选项的支持
此外, 这个 Arch Linux 安装程序还有各种错误修复和其他改进
有关 Archinstall 3.0.5 更改的更多详细信息请通过 GitHub 查看
#ArchLinux
原文链接
Linux 补丁更新: 停止对非常老旧的 x86 CPU 的支持
上个月发布了移除对非常老的 i486 和早期 i586 CPU 支持的 Linux 补丁
尽管与一些其他地方的报道相反, 这些补丁尚未合入 Linux 内核主线, 但移除无 TSC 和无 CX8 x86 CPU 的工作仍在进行中, 今天发布的是这些补丁的第二个版本
这些代码旨在移除用于处理 "古老" 32 位 CPU 的各种 "复杂" 仿真设施, 这些设施在现代 Linux 内核上已很少有人使用
反过来, 维护这种旧的 x86 CPU 支持是一个维护负担, 可以释放开发者资源, 使其专注于更有意义的硬件支持, 并在没有旧包袱的情况下促进更容易的内核改进
今天发布的补丁的第二个版本现在已经基于最新的上游 Linux Git 代码库, 并修复了在最初的代码审查过程中提出的一些较小的代码问题
感兴趣的人可以通过 Linux 内核邮件列表找到这些 v2 补丁
我们将看看这一清理补丁系列是否被认为已准备好及时进入即将到来的 Linux 6.16 合并窗口, 或者是否会推迟一个或更长的周期, 然后再看到非常老的 x86 CPU 支持被移除
移除这些旧支持将使 Linux x86 代码减少超过 14k 行
#Intel
原文链接
上个月发布了移除对非常老的 i486 和早期 i586 CPU 支持的 Linux 补丁
尽管与一些其他地方的报道相反, 这些补丁尚未合入 Linux 内核主线, 但移除无 TSC 和无 CX8 x86 CPU 的工作仍在进行中, 今天发布的是这些补丁的第二个版本
这些代码旨在移除用于处理 "古老" 32 位 CPU 的各种 "复杂" 仿真设施, 这些设施在现代 Linux 内核上已很少有人使用
反过来, 维护这种旧的 x86 CPU 支持是一个维护负担, 可以释放开发者资源, 使其专注于更有意义的硬件支持, 并在没有旧包袱的情况下促进更容易的内核改进
今天发布的补丁的第二个版本现在已经基于最新的上游 Linux Git 代码库, 并修复了在最初的代码审查过程中提出的一些较小的代码问题
感兴趣的人可以通过 Linux 内核邮件列表找到这些 v2 补丁
我们将看看这一清理补丁系列是否被认为已准备好及时进入即将到来的 Linux 6.16 合并窗口, 或者是否会推迟一个或更长的周期, 然后再看到非常老的 x86 CPU 支持被移除
移除这些旧支持将使 Linux x86 代码减少超过 14k 行
#Intel
原文链接