网站头条 第2页

今年早些时候，Fedora 提出了一个更改提案，旨在使 KDE Plasma 成为 Fedora 42 的默认 GNOME。现在已经确定了某种妥协，Fedora Desktop Spin 被提升到“版本”状态，这将使它与基于 GNOME 的 Fedora Workstation 版本处于同一水平。

已批准将 Fedora KDE 桌面版升级到版本状态，因此现在 KDE Plasma 和 GNOME 桌面版都处于同一竞争环境中。

Fedora 委员会 ticket 将更改概述为：

“正如在 Flock 上所讨论的，Fedora KDE SIG 和新成立的 Fedora 个人系统工作组将监督 SIG 要求将 Fedora KDE Plasma 桌面版本升级到 Fedora Linux 42 的版本状态。

这包括以下内容：

在 fedoraproject.org 上列出 Fedora KDE Plasma 桌面版与 Fedora Workstation 版相同
为 Fedora KDE 制作一个类似于 Fedora Workstation 的旗舰站点页面 fedoraproject.org
在活动

中以类似于 Workstation 的方式提供营销支持Fedora KDE SIG 将撤销其对 Fedora Linux 42 的更改，以在 Workstation 上用 KDE Plasma 替换 GNOME。

截至昨天，此工单已得到一致批准。

因此，明年从 Fedora 42 开始，寻找 Fedora KDE Plasma 桌面版在 Fedora 网站上得到更好的推广和推荐，并与 Fedora Workstation 一起类似，而不必导航到 spins 区域等。

很久以前，Fedora 上的 KDE 曾经是一团糟且维护不善，但近年来，Fedora、KDE SIG 和其他参与者在 Fedora 范围内完成了非常好的工作，增强了 Plasma 桌面体验的打包和质量，因此它的质量与旗舰 GNOME 体验相似。

转自 Fedora KDE Desktop Spin Promoted To Same Tier As GNOME-Based Fedora Workstation – Phoronix

在 Qt 6.7 版本中，我们领导了 C++20 比较的sup端口，并将其一些功能向后移植到 C++17。这篇博文将概述我们正在利用的比较增强功能，并提供有关在自定义类中实现这些增强功能的指导。

简而言之

C++20 引入了几项新功能和改进。值得注意的是，它以多种方式改变了比较运算符的工作方式，使您能够用更少的代码实现更多。

重要的补充是三因子比较运算符 <=>，也称为 spaceship 运算符。它执行单个比较操作并返回一个结果，指示左侧 （LHS） 是小于、等于还是大于右侧 （RHS）。

宇宙飞船运算符的三种可能的结果类型是 std：：strong_ordering、std：：weak_ordering 或 std：:p artial_ordering，具体取决于比较类型实现的强度类别。与简单的布尔结果相比，这三个排序类别提供了更细致的方法来比较值，因为它们不仅表示（不）相等，还表示值之间的相对关系。

• 强排序可保证被视为相等的值在所有常规操作中的行为相同，这意味着值的每个方面都相同，除了它们的内存地址。
• 弱排序认为某些值是等效的，尽管它们在特定方面有所不同。假设我们有两个字符串 “Qt” 和 “qt”。如果您决定不区分大小写地比较它们，则它们被视为弱排序。为什么？因为即使 lhs[0] 和 rhs[0] 不完全相同（Q 和 q），字符串也被认为是等效的。为您提供额外信息：此类型适合排序。
• 部分排序更宽松。当某些值根本无法有意义地排序时，例如在比较浮点 NaN 时，它很有用。在这种情况下，结果可能是 partial_order：：unordered。

另一个值得注意的功能是能够从已定义的关系运算符中合成缺失的关系运算符。例如，这使得 operator！=（） 可用，这要归功于 operator==（） 和 operator<=>（） 的所有其他关系运算符。

此外，对于混合类型比较，spaceship 运算符和相等运算符中的参数顺序无关紧要，因为编译器还将合成反向运算符。

最终，这大大简化了过程，因为您不再需要为您的类型手动实现所有这些 <、<=、==、！=、>= 和 > 运算符。相反，你只需要实现 operator==（） 和 operator<=>（） 。

更多 C++20 comparison in Qt (even with C++17)

快科技10月31日消息，摩尔线程宣布，针对PyTorch深度学习框架的MUSA插件“Torch-MUSA”，迎来重大更新新版本v1.3.0，全面兼容PyTorch 2.2.0。

新版进一步提升了PyTorch在摩尔线程GPU MUSA架构上的模型性能与覆盖度，能更友好地支持模型迁移到摩尔线程GPU。

PyTorch是全球广泛使用的深度学习框架，在自然语言处理、计算机视觉、推荐系统等多个领域展现出了强大的应用能力。

摩尔线程Torch-MUSA专为PyTorch提供MUSA后端加速支持，使得用户能够在MUSA架构上流畅运行深度学习模型，充分发挥国产全功能GPU的强大计算能力。

自发布以来，Torch-MUSA已历经多个版本的迭代，不断提升兼容性与性能。

Torch-MUSA v1.0.0版本开始，率先支持了PyTorch 2.0，带来了显著的计算加速和易用性。

经过持续的开发与优化，最新发布的v1.3.0版本已全面支持PyTorch 2.2.0，极大提升了模型训练与推理的效率，满足了更多高性能深度学习任务的需求。

目前，Torch-MUSA已完全开源，开发者可通过访问GitHub获取源代码。

摩尔线程鼓励开发者积极参与该项目的开发与改进，通过提交问题报告（issue）或代码修改申请（pull request）等方式，共同促进Torch-MUSA以及MUSA软件生态的持续进步和发展。

▼ Torch-MUSA开源地址：

https://github.com/MooreThreads/torch_musa

▼ 功能特性

在Torch-MUSA中，用户只需指定torch.device(“musa”)，即可轻松将现有的PyTorch模型迁移到MUSA架构的GPU上运行，无需大幅修改代码。

Torch-MUSA完全兼容PyTorch的自动微分和动态图机制，支持多种常用的神经网络模块及优化算法，并加速了关键深度学习算子的计算。

此外，Torch-MUSA还支持多种PyTorch特性，包括DDP、JIT、FSDP、Profiler、Extension等。

▼ 版本迭代

v1.1.0：

初次发布，支持PyTorch 2.0，提供基础张量操作和常见神经网络层的MUSA加速。

v1.2.0：

进一步扩展算子支持，支持了完整功能的Profiler、MUSA Extension，并增加了Torch-MUSA专有特性如compare_tool、musa_converter，帮助用户更快的定位模型精度问题。

v1.3.0：

支持PyTorch2.2.0，性能进一步提升，支持FSDP，支持更复杂的模型和更大规模的数据处理。

▼ 未来计划

Torch-MUSA将继续跟进PyTorch的版本更新，计划支持更高版本的PyTorch。

虽然我们大多数人已经享受了 GNOME 47 “丹佛” 桌面环境系列的许多新功能和改进，但 GNOME 项目已经开始开发下一个主要版本，GNOME 48，其发布日期定于 2025 年 3 月 19 日。

GNOME 48 将在 2024 年 12 月 6 日至 12 月 8 日在卡纳塔克邦班加罗尔举行的 GNOME 亚洲峰会的主办城市之后被称为“班加罗尔”，GNOME 开发者已经发布了发布时间表。

根据发布时间表，GNOME 48 alpha 将于 2025 年 1 月 4 日公开测试，GNOME 48 beta 计划于 2 月 1 日发布，而候选发布 （RC） 里程碑将于 2025 年 3 月 1 日发布。GNOME 48 桌面环境的最终发布日期定为 2025 年 3 月 19 日。

如果您想在日历中标记 GNOME 48，您可以一目了然地查看它：

• GNOME 48 Alpha – 2025 年 1 月 4 日
• GNOME 48 测试版 – 2025 年 2 月 1 日
• API/ABI/功能/UI/字符串公告冻结 – 2025 年 2 月 1 日
• 字符串冻结 – 2025 年 2 月 22 日
• GNOME 48 候选版本 – 2025 年 3 月 1 日
• GNOME 48 最终版 – 2025 年 3 月 19 日

当然，现在谈论 GNOME 48 桌面环境的新特性和主要变化还为时过早，但我希望看到新的、非常规的窗口管理系统，它使用此版本中实现的马赛克平铺行为。

我知道 GNOME 48 中将包含的一件事是大大改进的 Loupe 图像查看器，它正在获得一些令人兴奋的功能，例如新的缩放控件，允许用户输入特定的缩放百分比，返回到原来的“最适合”缩放级别，并列出常见缩放级别的快捷方式。

此外，据 Sophie Herold 称，Lopue 正在获得一种新的实验设计，用于将图像拖动到主窗口中，一个用于 RAW 图像格式的加载器，以及裁剪等初始图像编辑功能。当然，我会让你们了解在长达六个月的开发周期中 GNOME 48 的所有主要变化。

在此之前，GNOME 开发人员计划发布对最新 GNOME 47 桌面环境系列的更多更新，下一个是 GNOME 47.2，计划于 2024 年 11 月底或 12 月初发布，因此请确保您的 GNOME 安装始终保持最新状态。

快科技10月27日消息，据报道，近日，在第三届北斗规模应用国际峰会上，北斗三号卫星系统总设计师、中国科学院微小卫星创新研究院副院长林宝军接受了采访。

林宝军表示，9月19日，北斗三号卫星系统最后两颗备份卫星成功发射，北斗三号系统圆满收官，但并不是北斗的终点。

林宝军介绍，自北斗组网开始，定位精度已从公里级提升到现在的厘米级甚至毫米级，随着精度不断提高，北斗赋能各行各业发展。北斗还有无限潜力，催生新的生产力，给人们生活带来无限可能。

不过，林宝军指出，北斗系统天上建好很难，地面用好更关键、也更难。

林宝军说，北斗在规模化应用方面还是有差距的，因为天上目前已经达到世界一流，几乎超越世界上另外几个系统，但是地面还没赶上国外，包括精度。

怎么把精度转换成地面用户能够体验到的技术，让老百姓实实在在感觉到北斗真的是好用？

林宝军强调，天上建好、地面用好，是我们的目标。产学研用联动创新形态还需要进一步形成，技术融合催生新业态。

此外，《北斗产业发展蓝皮书（2024年）》显示，北斗系统服务及相关产品已输出到130余个国家。

中国积极参与国际标准的制定工作，多项与北斗卫星导航系统相关的国际标准相继发布，为民航、搜救卫星、海事、移动通信等多个关键领域产业发展应用奠定坚实基础。

PeaZip 是一款免费的开源跨平台存档管理器软件，今天已更新到版本 10，这是一个主要版本，引入了许多新功能和增强功能。

PeaZip 10 的亮点包括 Linux 系统导航侧边栏的文件系统部分新增了“MTP devices”文件夹，以便更轻松地访问已安装的设备，改进的 GUI，更新了进度屏幕，并支持禁用提示和工具提示，以及更新的 GUI 渲染引擎。

在此版本中，Linux 系统现在支持所有文件浏览器样式和大小，并且 PeaZip 现在显示所有模式和大小的特殊文件夹图标。样式菜单、主题和嵌入图标以及上下文菜单都已作为新重新设计的一部分进行了更新。

PeaZip 的文件存档功能在此版本中也得到了增强，支持在“选项>设置”> Advanced 下将 7z / p7zip 语法级别“设置回 17.05 和 16.02 版本，以提高与旧版 7z / p7zip 版本语法的兼容性。

最重要的是，PeaZip 10 改进了工具栏中的快速“在此处提取”链接，当在文件浏览器中选择一个或多个档案时显示，并更新了压缩预设以支持 tar.gz、tar.xz 和 tar.zst 档案。

在后台，PeaZip 10 使用 Pea 1.20 后端，现在可以在 Google 和 Virustotal 上搜索文件的哈希值以检测已知的恶意软件，新的命令行开关来显示文件的文本预览，并能够直接将校验和/哈希结果保存为 GNU Coreutils 兼容格式。

查看完整的更新日志以了解有关 PeaZip 10 中引入的新功能和增强功能的更多详细信息，您现在可以从官方网站下载这些二进制文件，作为具有 GTK 和 Qt 图形用户界面的 64 位和 ARM64 Linux 系统的即用型二进制文件。

转自 PeaZip 10 Released with Revamped GUI Engine, Compression Presets, and More – 9to5Linux

在即将到来的 Linux 6.13 内核周期之前，一大批 AMDGPU/AMDKFD 内核图形和计算驱动程序更新已邮寄给 DRM-Next。

AMD 为他们的 Radeon 和 Instinct 更新提交了一堆“新东西”，这些更新是针对 Linux 6.13 内核的。这些变化包括在出现问题时添加 SDMA 队列重置支持、初始运行时重新分区支持（重点关注计算工作负载）、亮度控制更新、更好地处理 IP 块的多个实例，以及与最近和即将推出的硬件支持相关的许多修复/更新。

今天早上的 AMDGPU 拉取请求将这批 Linux 6.13 更改总结为：

amdgpu：
– SDMA 队列重置支持
– SMU 13.0.6 更新
– 添加 debugfs 接口以帮助限制用于测试
的 jpeg 队列调度 – JPEG 4.0.3 更新
– 初始运行时重新分区支持
– GFX9 修复
– 杂项代码清理
– 重新设计 IP 结构以更好地处理 IP
的多个实例 – DML 更新
– DSC 修复
– HDR 修复
– 亮度控制更新
– 运行时 PM 清理
– DMCUB 修复
– DCN 3.5 更新
– 结构体drm_edid清理
– 从_DDC获取 EDID（如果可用
） – 环形 noop 优化
– MES 日志记录修复
– 3DLUT 修复
– DCN 4.x 修复
– SMU 13.x 修复
– set_soft_freq_range（）
修复 – ACPI 修复
– SMU 14.x 更新
– PSR-SU 修复
– fdinfo 清理
– DCN 文档更新

amdkfd：
– 杂项代码清理
– 增加事件 FIFO 大小
– 复制 SDMA

radeon 的波形状态修复：
– 修复 packet3 检查
中可能出现的溢出 – 延迟初始化连接器修复
– 始终设置 GEM 函数指针

文档：
– 更新 drm-memory 文档

总体而言，对即将推出的 AMD RDNA4 显卡的支持相当稳定，没有太多的 GFX12 流失等。

补丁的完整列表可以通过此拉取请求找到。

转自 AMDGPU 更改已为 Linux 6.13 做好准备：运行时重新分区，许多修复 – Phoronix

Linux 的创造者 Linus Torvalds 对英特尔、AMD & 英伟达（NVIDIA）等公司的硬件漏洞感到”沮丧”，声称制造商是漏洞背后的原因。他表达了行业内习惯于让操作系统开发者去善后的不满，主要是在与外部因素（可能是AMD和英特尔等CPU公司）相关联的时候。

Torvalds最近一直在积极地修复 Linux 内核，因为据报道，内核出现了错误和崩溃。 据他称，这一次他对为了迎合硬件制造商的过失而修改开源内核的做法表示不满。

Torvalds 特别指出了 Intel 首次推出的支持 LAM（线性地址掩码）的最新 CPU，以下是他在 Linux 内核邮件列表公共收件箱中的发言（via kernel.org）：

老实说，我已经受够了漏洞百出的硬件和完全理论化的攻击，这些攻击从未实际应用过。 因此，我认为这次我们要反击硬件人员，告诉他们这是他们**该死的问题，如果他们连”是”或”否”都懒得说，那我们就坐以待毙吧。因为该死的，我们应该把责任归咎于硬件，而不是随便拿出一个糟糕硬件”就说”哦，但这**可能是个问题”。

– Linus Torvalds

要通过修改来解决内核中的问题会麻烦，而这很可能与”硬件人员”及其实现有关。 就 LAM 而言，这一特殊功能是通过采用”基于指针的实现”来确保内存完整性的；然而，这种技术却导致了频繁出现的名为 SLAM 的投机攻击，而这显然正是目前困扰 Torvalds 的问题所在。

英特尔公司的一位工程师对 LAM 问题做出了回应，声称该技术本应被禁用，直到找到修复方法为止，但事实并非如此。 他认为，LASS（线性地址空间隔离）最终可以避免 SLAM 攻击，但该团队暂时还没有推出修复方案。

此前，我们曾报道过 Linus Torvalds  如何对 AMD 的 fTPM 表示不满，并呼吁该公司禁用该功能，声称它不应该在运行时使用。 因此，Torvalds 擅长公开指责公司，这也是他以发表有趣言论而闻名的原因。

转自 Linus Torvalds谴责硬件厂商漏洞不断 称操作系统开发者没有义务为其善后