分类 默认分类 下的文章

是的，看到这里你应该明白我只是摸了很久鱼，但是我还没彻底脱离自己对自由软件和开源前沿信息的关注。
总之我还没死，所以不用烧纸。🥰
择机恢复更新。

来源：Better Late Than Never: Linux 6.17 To Enable Intel DG1 Graphics By Default
在 Intel 推出 DG2/Alchemist 独立 GPU 之前，DG1 图形处理器主要作为促进 Intel 现代独立 GPU 发展的初始开发工具。DG1 最终被应用于少量笔记本电脑的 Intel Xe MAX GPU 中，此后的几年中，eBay 上也出现了一些精选的 DG1 显卡。直到 2025 年，上游 Linux 内核驱动程序才为现代 Linux 发行版提供了英特尔 DG1 显卡。
英特尔在 DG1 Linux 支持方面已经努力了半个世纪，而且很明显，英特尔已经开始为 Panther Lake 提供出色的 Alchemist 和 Battlemage 支持，并已经开始为 Xe3 图形支持工作。DG1 现在是一个事后的想法，但由于 DG1 的市场占有率非常有限，因此从未在 Linux 下默认启用 DG1。在 Linux 下使用英特尔 DG1 GPU 需要使用带有 PCI 设备 ID 的"force_probe"模块选项，以便在 Linux 驱动程序栈中强制启用 DG1 显卡。
force_probe 选项是为实验/试生产中启用新的 Intel 图形目标而保留的，但在即将发布的 Linux 6.17 内核中，DG1 将不再使用该选项。正如四月份所写的那样，Linux 驱动程序将放弃对 DG1 的强制探测 。在此之后的几年中，Linux 上的 DG1 并未出现任何已知的问题，但 "force_probe "要求的保留很可能只是一个疏忽。
今天发出了第一个 drm-intel-gt-next 拉取请求 ，其中包含了计划用于 Linux 6.17 的材料。该请求包含在 DG1 上放弃force probe 的补丁。此外还有对 GuC 后端的修复，以解决调度停滞、错误处理改进以及其他各种修复。对最终用户来说，最值得注意的是 DG1 force probe 的移除，它终于可以开箱即用了。
因此，对于拥有 Xe MAX GPU 笔记本电脑或碰巧拥有 DG1 显卡或在 eBay 上购买了 DG1 显卡的用户来说，这无疑是个好消息，但 DG1 显卡目前已经相当老旧，用户最好还是选择 Battlemage、Alchemist 或其他开源友好的 Linux GPU。

姗姗来迟的开箱即用驱动体验，我曾经购买了两张DG1显卡，目前实际属于我的那张正借给朋友使用，我敢说没有比这更好的亮机显卡了。

作为一位依赖开源工具搭建个人数字空间的自由软件爱好者，AList项目被秘密收购的消息让我辗转反侧难以入睡。这不是简单的商业交易，而是一场关乎数字主权的微型战争。以下是我的思考与行动建议。

个人立场：被资本击穿的信任契约

尽管我并没有长期使用，但我也曾将AList视为对抗科技巨头的利器——它用AGPLv3协议承诺永远自由，用开源代码构建透明堡垒。但当项目像商品般被悄然转手，当新资方未经审核就植入统计代码，我意识到：自由软件不是免死金牌，代码托管平台的仓库转让按钮，随时可能成为扼杀数字自主权的刑场。

开发者Xhofe的"过渡期护航"承诺充满矛盾：既然已收下资本的对价，所谓"暂时审核代码"不过是商业收购的标准安抚话术。真正的危机在于，开源社区奉为圭臬的协作伦理，在资本杠杆前脆弱得像个童话。

自由软件理念的三重塌陷

  1. 透明性神话破灭
    收购全程的暗箱操作，彻底背离开源社区"公开决策"的基本准则。当项目主页的commit记录成为唯一的真相拼图，我们与使用闭源软件的用户并无本质区别——都成了信息黑箱中的"数据佃农"。
  2. 协议保护的局限性
    即便AList采用AGPLv3协议，资本仍可通过控制核心仓库、垄断分发渠道实现事实上的集权。新资方对非核心贡献者的权限剥夺证明：协议能约束代码复制，却挡不住治理权的私有化。
  3. 工具理性的反噬
    "需要资源维护项目"的辩护词，暴露了自由软件经济的根本困境。当开发者被迫在理想主义与生存压力间抉择，我们是否正在用道德绑架掩盖系统性支持机制的缺失？

普通用户的抵抗路线图

短期行动

  • 立即迁移：切换到AList Community Edition或BList，用脚投票支持社区分叉
  • 数字排毒：运行strings命令检查二进制文件，使用Reproducible Builds工具验证构建过程
  • 凭证重置：所有关联网盘API密钥立即更换，切断与商业版的数据脐带

长期策略

  • 去中心化存储：将WebDAV服务器与本地NAS结合，建立不依赖特定中间件的数据管道

  • 贡献者觉醒：每月用2小时参与分叉项目的文档翻译或漏洞报告，哪怕只是提交拼写错误修正

写在最后：自由是场无限游戏

这次事件最深的伤口，不是某个项目的变质，而是它揭示了自由软件运动的阿喀琉斯之踵——我们构建了完美的代码堡垒，却把城门钥匙交给了资本市场。

当我重新配置自托管方案时，想起Richard Stallman的警告："自由软件关乎权利，而非价格。"或许该修改路由器标签上的GNU宣言了：
"不要问代码能否自由，要问谁掌握着你的数据枷锁。"

2025-04-17T10:16:51.png
2025年4月15日，Fedora42如期发布，现在用户们可以立即升级体验。

详情请见：The answer is 42! Fedora Linux 42, that is.

EROFS 用于实时媒体

Fedora 已将 kiwi 生成的实时媒体（如 KDE 桌面版、移动版、COSMIC、Budgie、MiracleWM、Fedora CoreOS 等）的只读文件系统镜像格式从 SquashFS 切换为 EROFS。这一变更与下游版本及 RHEL 保持一致，为开发者在上游和下游生态中提供了更高效的工作环境。

Firewalld IPv6 默认设为宽松模式（Workstation）

在 Fedora 42 中，工作站版默认启用 IPv6_rpfilter=loose，确保多网络环境（如 Wi-Fi + 有线）下的连通性检查正常工作，避免切换网络模式时可能出现的用户体验下降问题。

Gnome Shell 扩展依赖生成器

在 F42 中，我们为 GNOME Shell 扩展添加了依赖关系生成器，使二进制 RPM 依赖于正确版本的 GNOME Shell。这将为我们的用户带来更好的用户体验，因为现在安装的扩展更有可能正常工作，同时也将帮助扩展打包者，因为他们在大规模重建完成后不久就会收到安装失败的错误信息，从而提前得到扩展需要更新的信号。

更多 MIPI 摄像头硬件支持

Fedora 41 已初步支持 IPU6 摄像头，而本次更新进一步增加了对 x86 笔记本电脑和平板的非 USB（MIPI）摄像头的支持。更多搭载 MIPI 摄像头的 x86 笔记本型号将实现开箱即用。

NumPy2

Fedora 42 Beta 将包含 NumPy2 更新。大多数软件包不受影响，但使用 C API 的软件可能需要重新编译。此版本提供了更现代的修复、性能优化及更完善的文档。

Fedora Workstation

Fedora Workstation 42 搭载 GNOME 48，新增健康管理功能，并改进了无障碍体验和性能。

Fedora COSMIC 衍生版

新增一个衍生版！Fedora COSMIC 采用 System76（Pop!_OS 开发商）开发的 Rust 编写桌面环境，特色包括：

  • 混合工作区窗口/平铺管理
  • 支持窗口堆叠与标签页切换
  • 深度定制功能（兼容 GTK，未来支持 Qt）

IBus 语音输入

Fedora 42 的 ibus-speech-to-text 新增离线语音识别输入法，支持多语言（需下载模型），保护用户隐私，并与现有 IBus 框架无缝集成。

KDE Plasma 版本升级

从 Fedora 42 Beta 起，KDE Plasma 晋升为官方版本（Edition）！除原有功能外，新增对 power 架构（ppc64le）的支持，包括完整的 KDE 套件（含 KDE PIM）。OpenPOWER 系统（如 Raptor Talos 工作站）也提供可安装的实时镜像。