自2023年以来，由Espressif支持的M5Stack通过持续更新，一直保持着其Cardputer产品线的活力。

初代产品基于ESP32-S3，而后续推出的Cardputer-Adv同样采用了ESP32-S3，但带来了更好的音频、更大的电池、6轴IMU和更多扩展选项。

这两款都是不错的微控制器驱动设备，但都没有运行真正的Linux环境。

CardputerZero改变了这一点。它用树莓派计算模块Zero（CM0）取代了ESP32，由此，Cardputer平台从嵌入式DIY领域迈入了可以进行正式计算的领域。

📝 CardputerZero：主要规格

其动力来自CM0内部的博通BCM2837处理器，配备1GHz四核Cortex-A53、512MB LPDDR2内存以及用于图形和硬件视频编解码的VideoCore-IV GPU。

设备本身的尺寸为84 × 54 × 23.1毫米（宽×高×深），小巧到可以放进口袋，配备一块1.9英寸ST7789v3 LCD显示屏，支持最高1080p@30fps的HDMI输出，搭配46键矩阵键盘和1500mAh锂聚合物电池。

以下是其余规格：

• 内存：512MB LPDDR2
• 存储：microSD卡槽
• 摄像头：Sony IMX219，800万像素（3280×2464），CSI 4通道（仅限标准版）
• 无线：2.4GHz Wi-Fi 802.11 b/g/n，蓝牙4.2/BLE
• USB：2个USB Type-C，1个USB-A（均为USB 2.0）
• 网络：10/100M以太网
• 音频：ES8389编解码器，MEMS麦克风，1W扬声器，3.5mm TRS输出
• 视频：1080p@30fps H.264/MPEG-4解码，1080p@30fps H.264编码
• 传感器：BMI270 + BMM150 IMU（陀螺仪、加速度计、磁力计），RX8130CE RTC
• 扩展：Grove HY2.0-4P端口（I2C/UART可切换），2.54-14P总线（SPI, UART, I2C, USB, GPIO, 5V）
• 红外：红外发射/接收

不过在您入手之前，还有几件事需要了解。屏幕不是触摸屏，并且早期Cardputer设备上的磁性吸附功能也已取消。

您还可以访问内置的应用商店，无需电脑即可加载您的项目或获取社区固件。通过OpenClaw等工具进行轻量级边缘AI是可行的，适用于本地自动化和测试。

多种选择

M5Stack提供了两个版本的CardputerZero。CardputerZero标准版包含Sony IMX219 8MP摄像头、全套IMU传感器和32GB microSD卡。CardputerZero Lite精简版去掉了这三样，价格更低。

两款型号的CM0、键盘、显示屏、电池、Wi-Fi、蓝牙、以太网、扩展端口和红外收发器均相同。

标准版CardputerZero的建议零售价为149美元，但Kickstarter的定价如下：

• 超级早鸟价（仅限预约）：89美元
• 早鸟价（72小时）：104美元
• KS特别价：119美元
• 双机包：238美元

Lite精简版的建议零售价为99美元：

• 超级早鸟价：59美元
• 早鸟价（72小时）：69美元
• KS特别价：79美元

请注意，目前已远超任何早鸟优惠期限，现已进入"KS特别价"阶段，这是针对Kickstarter买家的限时定价，将持续至7月3日。

此外，还有一个透明黑色版本，这是在众筹活动超过100万美元后解锁的扩展目标。它是Kickstarter独占配色，任何型号的支持者都可以在活动结束后通过PledgeBox调查问卷免费选择它。

他们将在众筹活动结束后发送调查问卷。📝

获取您的设备

Cardputer平台在过去几年里建立了一个相当不错的社区，GitHub上有各种固件项目、复古模拟器、安全工具和仪表盘。

CardputerZero将Linux引入其中，应该能让这个社区有更多可发挥的空间。

截至撰写本文时，该活动已筹集超过140万美元，而目标仅为10,016美元，拥有超过10,900名支持者，距结束还有32天。设备预计将于2026年11月左右发货。

由 mimo-v2.5 模型翻译，花费 5611 tokens

微软的WSL允许用户在Windows中使用Linux。它与系统集成良好，让用户可以在Windows中使用Linux命令行。Linux图形界面应用也可用，这有助于在基于GUI的编辑器中编辑配置文件。

现在情况反过来。如何在Linux上使用Windows应用程序？当然，WINE和Bottles已经存在，但我遇到了一个新工具，它结合了容器技术和远程桌面协议（RDP），在Linux上为你提供Windows软件的原生应用体验。

在这篇文章中，我将分享我使用Winpodx在Linux上运行Windows软件的经验。但首先，让我们简要了解一下它的工作机制。

Winpodx的工作原理

底层上，Winpodx依赖于开源工具，如Podman、FreeRDP和dockur/windows项目，来创建一个轻量级、隔离的Windows环境。这样，它在后台容器中运行一个专门的Windows实例。然后，它不渲染完整的虚拟机界面，而是使用FreeRDP将各个Windows应用程序无缝流式传输到Linux桌面，使它们表现得像原生应用一样。

这种设置允许Windows应用程序启动并融入底层的Linux桌面，开销最小。

如果需要，我们还可以访问完整的Windows桌面环境，我将在本文后面的部分介绍。

安装Winpodx

在开始安装之前，请记住一些重要的资源要求。首次启动时，安装程序将自动下载完整的Windows ISO，这需要快速稳定的网络连接。

其次，因为此设置在后台运行完整的Windows操作系统，它资源消耗大。为避免性能问题，主机系统应满足以下要求：

• 存储：至少50+GB可用磁盘空间。安装程序明确建议至少64GB可用存储空间，以实现安全稳定的设置。
• 内存：Windows容器本身至少需要4GB，同时还需要足够的剩余主机内存来保持Linux系统流畅运行。因此，你的系统必须至少有16GB内存才能流畅运行。

如果你的系统满足这些要求，请使用其通用安装程序脚本安装Winpodx。确保已安装curl，打开终端并运行：

curl -fsSL https://raw.githubusercontent.com/kernalix7/winpodx/main/install.sh | bash

该脚本将自动配置必要的包和后台容器。

要使用图形配置工具（winpodx gui），我需要手动安装Qt的Python绑定。在Arch Linux系统上，通过pacman安装此附加包：

sudo pacman -S pyside6

💡提示：重启后管理容器

尽管Winpodx设计为在你点击应用图标时自动启动后台环境，但你可能在重启后看到“pod未启动”的警告。

如果发生这种情况，或者你只是想在开始工作前确保一切就绪，你可以使用此命令手动启动容器：

winpodx pod start --wait

命令执行完毕后，容器化的Windows环境将完全激活，准备启动应用或打开配置GUI。

探索Winpodx的功能

让我分享我尝试过的这个应用程序的一些主要功能。

在Linux中使用Microsoft特定的预装Windows应用

Microsoft Windows 11附带许多默认应用程序，如记事本、画图、计算器等。

这是该工具的核心功能。安装在Windows容器内的应用程序可以直接在Linux系统菜单中使用。自然，尚未安装在容器内的应用程序不会显示或可访问运行。

要查看我们有哪些可用，首先使用命令列出已安装的Windows应用程序：

winpodx app list

这将输出Windows中准备集成到Linux的应用程序列表。

你可以有选择地安装：

winpodx app install app-name

或者，将它们全部添加到主机系统，运行：

winpodx app install-all

此命令会自动为所有兼容的Windows应用生成并注册.desktop文件，使它们出现在Linux系统的应用程序启动器中。

无论它们是否出现在桌面环境的菜单中，你总是可以通过Linux终端直接启动任何Windows应用程序：

winpodx app run <app_name>

其中<app_name>是应用程序在winpodx app list输出中的确切名称。

获取完整的Windows桌面

Winpodx为你提供了运行完整Windows客户机桌面界面的选项。虽然对于启动独立应用程序来说这并非必要，但当你需要在客户Windows环境中安装新应用程序或调整系统配置时，它就变得至关重要。

要启动完整的Windows桌面，使用以下命令：

winpodx app run desktop

或者，可以通过网络浏览器直接访问相同的Windows桌面。打开你喜欢的浏览器并导航到端口8007来连接：

http://127.0.0.1:8007

我建议先将安装程序文件下载到主机系统，然后从客户系统访问安装程序。

在Windows中访问Linux文件

客户Windows环境与主机系统集成，使我们可以在Windows容器内无缝访问Linux文件。这种紧密的集成正是该工具区别于传统隔离Windows虚拟机的关键所在。

其主要用例是直接使用Windows应用程序打开和修改Linux文件。例如，你可以使用Windows记事本或特定的Windows专用IDE来编辑存储在Linux驱动器上的代码或文本。

其次，这个共享文件系统允许我们从客户Windows会话中原生地管理、组织和处理主机文件，使跨平台工作流变得极其顺畅。

从GUI管理一切

Winpodx包含一个使用Qt构建的简洁图形配置工具。这个实用程序提供了一个中心枢纽来管理容器化设置，而不完全依赖命令行。我们可以使用它来快速启动完整的桌面会话、调整系统级首选项以及监控容器状态。

要从主机打开此Qt设置窗口，只需运行以下命令：

winpodx gui

安装Windows应用

你可以使用标准的.exe安装程序在容器化的Windows会话中安装仅限Windows的应用程序。

运行Windows的完整桌面（或Web界面），下载exe文件并完成程序的安装向导。你知道在Windows上安装应用程序的流程，我希望。

之后，向Winpodx注册该应用程序，以便可以从Linux启动。为此，打开Qt设置应用程序：

winpodx gui

在GUI内，点击添加应用选项并填写新程序的配置文件字段。如果不确定应用程序的确切可执行文件路径，它总是在Windows环境内应用程序的快捷方式文件属性中。

在GUI中保存应用程序配置文件后，通过列出可用应用程序来验证Winpodx是否识别它：

winpodx app list

一旦它出现在列表中，使用以下命令注册并将快捷方式安装到Linux桌面环境：

winpodx app install <appname>

例如，我安装了Notion桌面客户端，并使用以下命令将其集成到系统中：

winpodx app install notion

在Linux应用中打开Windows文件

Winpodx具有反向打开功能。

如果你计划经常在完整的Windows桌面环境中工作，但仍然偏好主机Linux工作流处理特定任务，这非常有用。

例如，如果你在Windows客户机中双击一个.txt或.md文件，你可以右键单击它，转到“打开方式...”菜单，并选择一个原生Linux应用程序，如主机的文本编辑器。

有一个专门的“Linux应用”文件夹，固定在Windows文件资源管理器的侧边栏，其中包含可用Linux应用的列表。

卸载Winpodx

如果你决定Winpodx不适合你的工作流，该项目提供了专用的卸载脚本来清理其文件、配置和容器。根据你想彻底清除数据的程度，有两种选择：

要删除Winpodx文件但保留底层Windows容器数据，请运行：

curl -fsSL https://raw.githubusercontent.com/kernalix7/winpodx/main/uninstall.sh | bash -s -- --confirm

如果你计划稍后重新安装或想保留数据完整，这很有用。

要完全清除所有内容，包括庞大的Windows容器、虚拟磁盘映像和所有配置目录，请使用命令：

curl -fsSL https://raw.githubusercontent.com/kernalix7/winpodx/main/uninstall.sh | bash -s -- --purge

卸载脚本处理Winpodx生态系统及其容器，但不会触及你的系统包管理器。

任何在初始设置期间安装的核心包，如Podman或可选依赖项如pyside6，都需要使用你的发行版的包管理器单独卸载。

Winpodx能赢得(Windows)吗？

Winpodx为在Linux系统上访问Windows应用程序提供了一种创新的解决方案，前提是你的机器规格高且有足够的资源可用。

在测试期间，我偶尔会遇到轻微的输入延迟和屏幕伪影。

然而，尽管偶尔出现这些图形小故障，大多数应用程序仍然功能正常且可用。

值得注意跨平台集成的对比。由于Linux资源占用极小，在Windows中运行Linux GUI应用程序（通过WSL）是一个轻量得多的过程。

相反，通过容器在Linux之上运行完整的Windows环境本质上是一个重量级、资源密集型的操作。随着开发的继续，希望该项目能在未来的更新中实现更好的优化和更流畅的性能。

你觉得这个工具有趣吗？你会尝试在你的系统上使用它，还是更喜欢坚持传统的Windows双启动？请在下面的评论中告诉我们你的想法！

由 mimo-v2.5 模型翻译，花费 10553 tokens

24小时内售罄

现已补货

为何这种情况持续发生

由 mimo-v2.5 模型翻译，花费 2676 tokens

不过，在年龄验证方面传来了好消息。加利福尼亚州和科罗拉多州均采取行动，豁免开源软件，不受其年龄验证法律约束，此前两项法案均未对社区运营项目作出任何让步。

Warp的Oz平台更新了多支架支持，意味着团队现在可以在统一的访问控制和审计日志下，并行运行Claude Code、Codex和Warp自有的智能体。

SFC已正式指控Bambu Lab存在两项AGPLv3违规行为：在AGPLv3代码旁附带了专有网络库但未发布其源代码；并威胁一名开发者，要求其停止开发一个兼容分支（该分支甚至未触及专有部分）。

有几天时间，德国铁路运营商Deutsche Bahn的网站拒绝了Linux用户，将他们视为机器人用户。DB将问题归咎于过于严格的机器人过滤，并表示现已修复。但许多Linux用户仍在抱怨。

AMD曾让学生、学者和硬件爱好者围绕Vivado中免费的Linux支持构建FPGA工作流程，然后悄悄将Linux移至1800美元的付费层级。

英特尔工程师已提交Linux 7.2的驱动程序，该驱动可将USB4电缆变为两台机器之间的直接数据管道，而不与网络栈交互。

树莓派6不会在2028年之前推出，且不会配备NPU。看来我们只能等待了。

以下是本期FOSS Weekly的其他亮点：

• LTS版本意味着什么。
• MS Planner的替代方案。
• Nanoclaw设置。
• Firefox引入的一项非常有用的功能。
• 以及其他Linux新闻、技巧，当然还有表情包！

🎫 活动提醒：AWS Summit India Online

6月3日加入AWS Summit India Online。深入探讨并发现AI和云技术如何改变我们所知的业务。

通过虚拟实验室获得实践经验，并通过实时问答环节与社区协作。获取关于云现代化、AI实施和推动可扩展创新的可行见解。

免费预约席位！

🧠 我们在思考什么

一位KDE开发者论证指出，滚动发行版在实践中通常错误更少，因为上游修复确实会触达用户。

🧮 Linux技巧、教程和知识

你可以无需微软税就获得看板功能。我们已介绍过六款开源Planner替代品，从Mattermost的Focalboard到Penpot团队的Taiga。大多数可自托管；有几款提供免费云层级，如果你不想自己运行服务器的话。

在Linux上安装Rust归结为两个选项。通过rustup的官方安装程序无需root权限即可获取最新版本。通过包管理器安装则更简单，并覆盖系统上的所有用户。

说到Rust，想尝试经典Linux命令的Rust替代品吗？

是否曾想过为什么互联网从IPv4直接跳到IPv6？IPv5实际上作为语音和视频的实验流协议存在过，但它继承了IPv4的32位地址空间及其43亿个地址上限。

等到真正需要IPv4的继任者时，唯一合理的选择就是彻底革新，从而产生了具有128位寻址能力的IPv6。

👷 AI、家庭实验室和硬件角

HP已作为《高级》赞助商支持LVFS项目。

✨ 应用和项目亮点

Firefox本身不是一个新应用，但其新的PDF合并功能绝对值得一试，如果你受够了那些需要注册才能使用的在线服务的话。

这并非Firefox的唯一新功能。Sourav也尝试了Firefox中名为Smart Window的AI浏览模式。这是一个即将推出的功能，我们获得了一点提前访问权限。以下是他使用Firefox Smart Window的体验。

📽️ 为你推荐的视频

我最近在尝试本地AI和开源LLM。我想与你们分享我的探索。首先，我分享如何在树莓派上设置Nanoclaw。Nanoclaw为你提供一个可以作为个人助手使用的AI智能体。稍后将介绍更多其使用方法。

💡 快速实用技巧

如果你在GNOME桌面中使用Ghostty终端模拟器，可以安装ghostty-nautilus包，以便在文件管理器的右键上下文菜单中获得一个“在Ghostty中打开”选项。

这适用于Arch Linux及其衍生版。你只需运行此命令：

sudo pacman -S ghostty-nautilus

🎋 FOSS世界的乐趣

你对Linux内核冷知识了解多少？

Winslop会让你跑到最近的垃圾桶。🚮

🗓️ 科技冷知识：1985年5月29日，伊士曼柯达公司推出了Ektaprint电子出版系统，这是一台由Sun、佳能和Interleaf部件组装而成的5万美元机器，可让公司专业编辑和打印图形——而这些功能如今在任何价格低得多的笔记本电脑上都已成为标配。

🧑‍🤝‍🧑 来自社区：我们的一位FOSSers对Waterfox作为隐私优先浏览器并不信服，而另一位则在寻找writerDeck（一个DIY项目）的评测。

由 mimo-v2.5 模型翻译，花费 6891 tokens

如果您一直在期待下一代树莓派，那么等待的时间又大大延长了。

Eben Upton 与树莓派的其他高管，硬件工程首席技术官 James Adams 以及软件工程首席技术官 Gordon Hollingworth，上周在 r/engineering 的 Reddit AMA 活动中一起参与了问答，树莓派6的发布时间表是其中最受关注的话题之一。

Eben的回应将Pi 6的发布周期设定在Pi 5发布后的4到4.5年，这意味着最早也要到2028年初。他看起来也并不急于推出新品，指出Pi 5仍然是一个强大的旗舰产品，甚至可以在这个时间窗口之后继续胜任这一角色。

据他称，新款单板计算机本质上将是Pi 5的升级版，拥有更快的CPU、更多的I/O接口和更高的DRAM带宽等更好的内部组件。他称其为"量变，而非质变"，这意味着不会有新的接口、没有M.2插槽，没有任何会让现有板子相形见绌的设计。

内存状况雪上加霜

一旦了解内存价格走势，这个时间点就更容易理解了。四月份，树莓派公司已经推动了新一轮价格上涨，指出过去一年LPDDR4 DRAM成本上涨了七倍。

该公告还推出了一款3GB的树莓派4，售价83.75美元，旨在为潜在买家在2GB和现在价格已大幅上涨的4GB版本之间提供一个更便宜的选择。

Pi Zero 2W 也面临同样的困境。Eben指出它是目前唯一真正缺货的产品，供应受到AI芯片需求的挤压。不过已经引入了一家新的供应商，预计库存将在年底前恢复。

因此，目前来看，树莓派5 仍然是该产品系列中最好的选择，其价格在几年前可能会引起人们的议论。

推荐阅读 📖: Linux USB4 新驱动程序

由 mimo-v2.5 模型翻译，花费 1947 tokens

Mozilla 因向 Firefox 添加 AI 功能而饱受批评，例如侧边栏聊天机器人、PDF 自动替代文本、AI 驱动的标签页分组建议等等。

这些功能接踵而至，尽管人们可能欣赏它们可以被禁用，但添加的速度确实让人想知道这一切何时是个头。

他们在这个领域的最新实验是 智能窗口 (Smart Window)，目前处于 Beta 测试阶段，正向美国和加拿大使用 Firefox 150 及更新版本的用户推出。我最近获得了访问权限，以下是我的发现。

足以日常使用

智能窗口本质上是一种新型的 Firefox 窗口，与经典和隐私模式并列，内置了 AI 助手。与现有的聊天机器人侧边栏不同，这个助手实际上可以查看你打开的标签页、浏览历史和你当前所在的页面。

你可以向它提问、获取文章摘要、跨标签页比较信息，并让它帮你规划事情，所有这些都无需离开浏览器或借助单独的聊天工具。

我们去年11月曾报道过此事，当时 Mozilla 宣布了他们称之为“AI 窗口”的项目，并开放了早期注册的等候名单。当时，主要是承诺，比如公开构建、保持可选性并让用户控制自己的数据。

现在，我有了一个可工作的版本，我在安装了 Mozilla 官方 deb 包的 Ubuntu 26.04 LTS 系统上测试了 Firefox 151.0.2。首先，我需要使用我的 Mozilla 账户（该账户拥有早期 Beta 访问权限）登录并访问智能窗口门户（前面已链接）以在我的浏览器上激活它。

通过门户后，Firefox 会引导你完成一个快速设置，需要接受更新的使用条款和单独的隐私政策。

进入后，你可以在三种体验中进行选择。“快速”使用 Google 的 Gemini 2.5 Flash Lite，“灵活”运行在阿里的 Qwen3-235B-A22B-Instruct-2507 上，而“个性化”则由 OpenAI 的 gpt-oss-120B 提供支持。

之后，你选择允许智能窗口从哪些数据中学习，默认勾选了“智能窗口中的聊天”和“Firefox 中的浏览活动”等选项。

不幸的是，我不小心选择了个性化，没注意到它由 OpenAI 模型提供支持，于是我进入设置 > AI 控制 > 智能窗口，切换到了灵活模式。

还有一个自定义选项，用于连接你自己的 LLM 端点，不过 Mozilla 的文档指出本地模型可能并不总是能很好地与智能窗口配合工作。

模型设置好后，我向 AI 提出了一个关于假设的生活场景的问题。虽然处理请求花了一些时间，但它的回答切中要点。它甚至建议了后续相关问题。

请看下面的演示。 👇

在我看来，总结内容（如书籍、文章和研究论文）可能是智能窗口最实用的功能。我让它阅读一篇我写的关于Bambu Lab 违反 AGPLv3 的文章，它给了我两个选项。

一个是在默认搜索引擎上搜索它，另一个是直接询问 AI 模型。

我选择了后者，它生成了一份详细的报道摘要，甚至包含了一些后续问题建议。整个输出质量很好，我没有发现任何重大问题。

我还将其用作搜索工具，输入了“与沙瓦玛搭配的最佳食物”。这运行得很顺利，但更有趣的部分是我决定进一步追问。

我询问搜索结果（Gemini AI 概览）给出的建议是基于真实的烹饪传统，还是文化挪用的结果。

它恰当地参与了问题的讨论，这是我对一个正在开发中的浏览器功能所没有预料到的。 🤓

如果你好奇的话，你所有的聊天记录都会自动存储在本地设备上，你可以通过智能窗口标签页中的聊天按钮访问。它按日期对对话进行分组，显示每个对话的主题，甚至链接回触发搜索的页面。

如果你进入此模式的设置，会发现一些开关，用于控制智能窗口是否在 Firefox 启动时默认打开、助手侧边栏是否在每个新标签页上自动显示、助手从哪些数据中学习（聊天、浏览活动或两者）以及由哪个 AI 模型驱动它。

下面是“管理记忆”部分，你可以在其中控制助手从哪些数据中学习。

你可以查看它存储的所有内容，删除不需要保留的单个记忆，或者如果你根本不想让助手从你的活动中学习，可以完全关闭整个功能。

在你惊慌 Firefox 正在变成 AI-only 之前，标题栏中有一个经典/智能窗口切换器，通过下拉菜单你可以立即在两种模式之间切换。

这样，你的标签页保持原位，无需重新加载，切回经典浏览体验的速度和切换出去一样快。

接下来呢？

智能窗口作为 Beta 版本表现不错，我没想到会这么说。AI 集成很有用但不强求，Mozilla 基本上兑现了他们首次宣布此功能时做出的关于可选性的承诺。

预计它将逐步向更多用户推出，尽管 Mozilla 尚未分享具体日期，所以如果你目前在美国和加拿大以外，请关注他们的社交媒体。

同时，如果你是那种宁愿完全不让 AI 功能出现在 Firefox 中的人（大多数时候的我就是这样），设置 > AI 控制 有一个“阻止 AI 增强”选项，功能如其名。

由 mimo-v2.5 模型翻译，花费 9735 tokens

大数据传输总是令人烦恼。像 LocalSend 这样的工具通过局域网让传输更容易，但无线并非总是可行选项，有些传输过于重要，不能依赖 Wi-Fi 连接。

在此类情况下，完全无需配置网络的有线解决方案是理想选择。

英特尔雷电技术负责人 Mika Westerberg 和英特尔工程师 Alan Borzeszkowski 正是在开发这样的方案。

USB4STREAM 解析

两人共同开发了一种名为 USB4STREAM 的新协议及其对应的 Linux 驱动程序 thunderbolt_stream。该方案允许两台或多台机器通过 USB4 或雷电线缆直接传输数据，完全不涉及网络协议栈。

配置完成后，每台主机都会在 /dev/tbstreamX 处获得一个字符设备，其行为类似于普通文件。任何支持 read(2) 和 write(2) 操作的应用程序都可以直接使用它，无需任何特殊补丁。

简单来说，任何能够执行读写操作的应用程序都将与此兼容。

工作原理

数据传输前，两台机器都需要配置流。流本质上是连接上的独立数据通道，配置过程是通过 ConfigFS 将双方相互指向并分配通道 ID。

根据所需控制程度，此过程可自动或手动完成。

一旦一方宣告激活流，另一方只需使用相同名称即可自动接收。还可同时运行多个流，整个过程与现有雷电技术基础设施并行运作，互不干扰。

关闭流时会通知另一端，使双方都知晓传输完成。

何时发布？

该补丁目前位于雷电 Git 代码库的 next 分支。若能在 Linux 7.2 合并窗口前提交至 USB/雷电技术代码库，它应会被纳入该版本。补丁中的 ABI 文档已将目标版本标记为 v7.2。

驱动以名为 thunderbolt_stream 的可加载模块形式发布，依赖于启用 USB4_CONFIGFS。

USB4 持续提升重要性

USB4 标准自 2019 年推出以来，在内核版本更新中持续受到关注。

这项曾经是英特尔专有的、收取授权费的技术，已逐渐成为 AMD 和英特尔平台现代主板上的首选高速端口，雷电技术也日益演变为认证标志。

USB4STREAM 为发挥线缆效能增添了又一实用价值。若您的机器配备 USB4 端口，该驱动程序将提供一种无需启动任何网络即可便捷传输数据的方式。

来源： Phoronix

由 mimo-v2.5 模型翻译，花费 2477 tokens

年龄验证法律正在迅速蔓延，我们一直对此进行跟踪报道。加州的《数字年龄保证法案》（AB 1043）于2025年10月签署生效，成为首个落地的此类法案，科罗拉多州随后也推出了自己的版本（SB26-051）。

两州最初版本的法案均未对开源软件做出任何让步，这使得Linux发行版和其他社区运营的项目陷入了非常尴尬的困境。

此后，两州都着手修正这一问题。科罗拉多州已在本月初完成了修订，加州则正走向全体州议会投票。

加州在做什么？

AB 1043 要求操作系统提供商在用户设置账户时收集其年龄或出生日期，并通过实时API与应用程序共享此信息，该要求将于2027年1月1日开始生效。原始文本中未对开源项目给予特殊待遇，我们曾就此撰文讨论。

该法案的提案人、州议员Buffy Wicks 于2月份引入了AB 1856 以解决此问题。

经过四轮修订，该法案重写了“操作系统提供商”的定义，将任何根据允许接收者复制、重新分发和修改软件的条款分发操作系统的人排除在外。

大多数采用宽松或Copyleft许可证的Linux发行版都清晰地符合这一豁免条件。

与此同时，另一项修改涉及应用程序方面，即未通过受监管的应用商店作为独立可执行文件提供的软件，不再被视为法律下的“应用程序”。

该法案于5月14日在拨款委员会以11-0通过。5月19日被安排进行三读，目前正在等待州议会投票。有趣的是，Buffy是该委员会的主席。

科罗拉多州呢？

科罗拉多州的路径涉及一些直接的社区努力。System76的创始人Carl Richell投入了大量时间与SB26-051的联合提案人之一Matt Ball参议员合作，将开源豁免条款写入法案。

该法案豁免了根据允许复制、重新分发和修改的条款分发软件的操作系统提供商和开发者。它还增加了一项要求，即豁免的软件不得有平台施加的安装修改版本的技术或合同限制。

这一额外条款旨在针对Tivoization，即制造商锁定硬件以阻止修改软件运行，即使源代码是自由可用的。

此外，代码仓库提供商、容器化软件分发以及来自免费公共代码仓库的应用程序也被明确排除在外。

该法律的适用范围也更窄，仅适用于运营受监管应用商店或预装应用商店的操作系统提供商。不涉及应用商店的操作系统提供商则完全不在管辖范围内。

除此之外，SB26-051预计将于2028年7月1日生效。

一些结语…

两个州达到这一步并非自动发生。开源豁免条款最初在两份法案中都不存在，这是通过持续的社区压力和直接的立法沟通才得以添加的。

当然，这可以应用于许多其他议题。不过，当代表们更热衷于服务某些利益（比如由于某些游说团体的压力）而非他们的选民时，颠覆往往是唯一的出路。

由 mimo-v2.5 模型翻译，花费 4217 tokens

科技巨头们惯常的做法是：先提供免费产品扩大用户群，待用户产生依赖后再悄然改变规则。这种"诱饵替换"（bait-and-switch）策略在业界屡见不鲜。

Redis就在2024年3月上演了这出戏码，将长期使用的BSD许可证替换为更严格的双许可证模式，强烈反弹促使社区立即fork出Valkey项目。

Linux系统往往成为这类操作的最大受害者。其相对较小的用户基数意味着较弱的商业话语权，使其在企业削减成本或提升利润时极易被牺牲。

最近浮出水面的新案例不禁让人质疑：相关企业的决策究竟是目光短浅，还是纯粹的敛财行为。

这完全不合理！

Vivado是AMD为其FPGA和自适应SoC开发的设计套件。工程师、学生和硬件爱好者使用该工具进行FPGA设计的编写、综合与测试。此前，AMD在名为标准版的许可下一直免费提供Windows和Linux双平台支持。

自2026.1版本起，AMD将转向分级许可模式。免费的基础版仅覆盖入门级设备，且仅限Windows平台。Linux支持需要升级到"核心版"，年费约1200-1800美元。

AMD在其下载页面将此举称为向"更灵活的许可"过渡。在许可选项专页上，公司向免费版用户保证唯一变化只是简单的年度许可续期。

事实远不止如此。 🤦

当用户前往AMD支持论坛寻求解释时，版主Anatoli Curran在讨论线程中出现。他首要任务是警告用户"使用不当语言或对AMD进行辱骂"，之后才提及实质内容。

在追问下，Anatoli建议不满的用户回退到Vivado 2025.2版本，表示若不愿付费可继续使用旧版。他提到2025.2版本将在2026.3发布后停止官方支持，但这一关键信息仅埋没在线程回复中，给用户留下的几乎只是死路一条的建议。

Anatoli还抛出数据称70%的客户仍在使用Windows。不出所料，有人反问：既然Windows用户占多数，为何将Linux支持锁在付费墙之后。

对此他的回复充满公关话术，完全回避了核心问题：

核心版及以上版本同时支持Windows和Linux平台。

如前所述，AMD期望基础版用于简单的入门级需求。而更高级的专业生产工作流则对应付费版本。这些层级专为严肃开发提供所需的完整灵活性和功能而设计。

因此所有付费层级均提供Windows和Linux平台选项。仅基础版限制为仅支持Windows平台。

这番回应毫无清晰度可言，充分展现了AMD等科技巨头有时表现出的冷漠。随后的论坛讨论转向Xilinx（后被AMD收购）如何通过保持社区开放态度赢得Linux用户信任的话题。

但做出这种决策前完全不考虑Linux用户对Vivado的依赖，充分暴露了这家公司对非企业用户群体的真实态度。

依赖原生Linux工作流的学生、硬件爱好者和学术研究人员如今陷入困境。需知其中许多人最终会进入工程和采购岗位，对硬件相关决策拥有实质性影响力。

接下来会怎样？

截至发稿时，AMD尚未就此发布官方声明，回避策略仍在持续。当然，越来越多的人正了解到此事。只是时间问题，公关部门终将不得不采取行动。

况且，考虑到他们近期因一些离奇决策遭遇的广泛批评，现在处理总比拖延要好。

在此之前，您可以在首次曝光此事的主线程参与讨论，或前往Hacker News加入声讨AMD的行列。

延伸阅读 📚: Bambu Lab违反AGPLV3协议事件调查

由 mimo-v2.5 模型翻译，花费 4320 tokens

GNU Affero 通用公共许可证第三版（AGPLv3）是开源世界中最严格的copyleft许可证之一。

该许可证由自由软件基金会于2007年发布，要求任何基于AGPLv3许可项目的衍生软件必须以相同条款公开其完整源代码。

这一要求甚至适用于作为网络服务运行而非独立分发的软件。我之所以强调这点，是因为软件自由保护组织（SFC）在调查Bambu Lab后揭露了两项违规行为。

调查发现的问题

需要说明的是，Bambu Studio是随Bambu Lab的3D打印机附带的切片软件。它负责将3D模型文件转换为可打印层，然后将指令发送给打印机。

它基于PrusaSlicer开发，而后者源自Slic3r。这两个前身都采用AGPLv3许可，因此基于它们构建的任何衍生作品也需遵守此协议。SFC同时调查了Bambu设备的用户空间软件和固件，并指出了违规之处。

第一项违规涉及libbambu_networking，这是一个随Bambu Studio在Linux、Windows和macOS上发布的网络库，负责处理切片软件与Bambu云之间的所有通信。

Bambu从未公开其源代码，尽管AGPLv3要求任何与AGPLv3项目一同分发的代码必须以相同条款发布。SFC指出，Bambu自己的README文件实际上多年来一直承认这一点。

第二项违规源于Bambu如何处理Paweł Jarczak，这位开发者通过研究Bambu Studio不完整的源代码，构建了一个OrcaSlicer分支，使其能够与Bambu服务器通信。

他完全没有接触那个专有库。Bambu仍然联系了他，要求其删除代码，并声称已准备好发出停止与终止函，辩称其服务条款优先于许可证。

看到问题所在了吗？AGPLv3明确规定任何人都不能对其授予的权利施加额外限制。SFC认为，Bambu对待Pawel的方式本身就构成违规。

他们的新倡议是什么？

SFC的应对措施是一个名为baltobu的新项目，是“将Affero许可的东西带给Bambu用户”的缩写。它托管在SFC的Forgejo实例上，包含三个仓库，各自针对问题的不同方面。

reverse-networking正在逆向工程libbambu_networking库并制作替代品。由于该二进制文件本身受AGPLv3覆盖，SFC认为任何持有副本的人都有权检查并逆向工程它。

第二个是orca-slicer-for-bambu，这是OrcaSlicer的一个软分支，旨在兼容Bambu打印机，最终为那些希望脱离Bambu Lab封闭花园的用户取代Bambu Studio。

第三个是viscose，Bambu Studio本身的分支。其部分内容是保存Bambu发布的一切以防任何内容消失，而更长远的目标是创建一个比上游版本更尊重用户软件自由的版本。

后续步骤

SFC还承诺将对Bambu Lab进行持续监督。该组织表示通常不会主动寻找违规行为，但此次是个例外，并将持续检查。

一个关于3D打印机领域软件自由的常设委员会也计划成立，预计在2026年6月公布详情。

计划每月举行会议，召集制造商、用户、许可专家和软件自由倡导者，追踪新问题并商讨应对措施。

此外，一场持续到2026年7月17日的筹款活动正在进行，目标金额为250,007美元。如果SFC达到目标，这笔资金将用于长期雇佣专门人员从事这项工作。如果未达到，所筹款项将用于现有员工工时和相关的维修权努力。

建议阅读 📖： 开源许可证详解

由 mimo-v2.5 模型翻译，花费 4228 tokens

火狐浏览器的内置 PDF 查看器一段时间以来一直在添加实用功能。您无需离开浏览器即可对 PDF 进行注释、填写表单、绘图、插入图片和签署文档。

最近发布的 Firefox 151 版本，将合并文档功能加入了这个列表。

如果您曾搜索过“在线合并 PDF”，结果却不得不在广告和注册墙中跋涉才能拿回自己的文件，那么您应该知道，这里还有一个值得考虑的隐私问题。

每次您将文档上传到这些网站之一时，都是在将文件交给一个您一无所知的服务器。

Firefox 完全在本地处理所有操作，因此您的文档会留在您的设备上。

使用 Firefox 合并 PDF

首先，您需要打开一个要与其他 PDF 合并的 PDF 文件。然后，点击切换按钮（看起来像一个中间有一条线的正方形）以显示侧边栏菜单，并点击 Pages 标签旁边的“+”按钮。

这样做将打开文件选择器。在我的例子中，它是 GNOME 上的 Files (Nautilus) 应用程序，但您可能在不同的桌面环境中使用不同的文件管理器，它们具有类似的功能。

选择要合并进来的 PDF 文件，然后点击 Select。Firefox 会将其页面附加到您打开的文档末尾，工具栏中的页数将更新以反映新的总数。

您也可以通过拖动侧边栏中的页面来重新排序，或通过选中它们并使用 Manage 菜单来删除不需要的页面。👇

页面顺序调整好后，使用复选框选中所有页面，然后打开 Manage 下拉菜单并点击“Export selected...”。您的文件管理器将打开一个保存对话框。

为文件命名，点击 Save，合并后的 PDF 就会保存到您指定的位置。不过，如果您尝试在合并后的 PDF 保存之前退出应用程序，Firefox 会立即提醒您。👇

提示内容是“离开前保存 PDF 吗？”，点击“Save”将打开相同的文件选择器。点击“Don't Save”将关闭火狐浏览器而不保存，点击“Cancel”则会留在当前窗口。

由 mimo-v2.5 模型翻译，花费 8932 tokens

过去几天，试图通过德国铁路（DB）主订票网站规划行程的人们不断遭遇错误代码751。该网站指责用户的浏览器行为像机器人，甚至登录账户也无济于事。

那么，究竟是什么触发了这一问题？看来仅是用户代理字符串中的"Linux"一词。heise在线通过在Windows系统的Firefox和macOS系统的Safari中设置Linux用户代理进行测试，结果两者均被封锁。

用户注意到了

Heise引用了Reddit r/deutschebahn版块的一个帖子作为真实用户受影响的证据。有用户发帖称，仅在规划行程时点击了几次"更早车次"就被锁定。

他们表示，经测试发现Linux系统确实被屏蔽了。

随后有评论者将其与近期涌现的AI生成项目浪潮联系起来，特别是那些专门抓取德国铁路票价数据的项目。另有自称DB员工的评论者指出，内部员工需频繁处理DB Systel的问题。

先别急着问，DB Systel正是这家铁路运营商的IT与数字解决方案提供商。

DB官方回应

德国铁路已作出回应。发言人表示Linux用户本应能正常使用bahn.de网站和DB Navigator应用，公司安全系统会综合分析流量行为、请求来源及浏览器特征以识别潜在威胁。

正常流量有时会被误判，发言人强调正在努力减少此类情况。Heise当天再次测试发现，Windows机器上使用Linux用户代理仍会触发封锁。

我本人也进行了两项测试：首先在Fedora工作台系统上开启VPN，通过Firefox隐私模式访问bahn.de网站，并频繁点击顶部菜单选项进行反复刷新。

始终未被锁定。在Ubuntu虚拟机上重复相同操作也得到相同结果。因此可以确认修复已完成，尽管偶发误判仍可能存在。

延伸阅读 📖：Rust语言或可消除80%的Linux内核漏洞

由 mimo-v2.5 模型翻译，花费 3222 tokens

自从我成为Linux用户以来，我记得最大的问题之一是内核上的固件支持。

这个问题一直臭名昭著，许多新用户在加入后立即受到打击，就连仁慈的独裁者Linus Torvalds本人也对Nvidia竖中指，这种情绪几乎被每个几年前尝试让Nvidia在Linux上工作的用户所共享。

不过，情况最近有所好转，特别是随着LVFS（Linux供应商固件服务）的出现，为硬件供应商提供了一个上传固件更新的门户，用户可以通过GNOME Software或fwupdmgr等客户端下载和安装。

为什么LVFS很重要？

LVFS带来的缓解和努力不容小觑，因为在此之前，没有一个中央安全的固件门户，用户只能选择信任互联网上一些随机的第三方上传，这经常导致系统损坏或更糟，感染系统。LVFS填补了这一空白，供应商可以提供安全的固件，包括特定于Linux的.cab文件。

障碍...

然而，问题显然是在资金上，最大的贡献者是那些常客，Framework和开源框架基金会，每年1万美元。但最近，联想和戴尔作为顶级赞助商加入，这是每年10万美元的最高层级，使得项目更可持续和可管理。这些公司的贡献很有意义，考虑到他们是两家较大的计算机公司，在某些情况下默认提供Linux，尤其是联想的ThinkPad几十年来一直是Linux用户的最爱。

欢迎新成员！

而现在，正如你所愿，惠普也效仿成为顶级赞助商，同样每年提供10万美元，与戴尔和联想并肩。这已经反映在LVFS的主页上，并且还有惠普高级副总裁的一句话：

“LVFS使得快速、简便和及时的BIOS更新成为可能，这样无数客户可以享受基于开源Linux系统的灵活性。”
— Xavi Garcia, 惠普

这值得庆祝，当然，用户们也会对惠普表达深深的感激。作为Fedora上的惠普用户，我自己也感到高兴，这是非凡的一天。

然而，问题仍然存在，其他供应商在哪里？他们在等什么？

其他供应商在哪里？

将Linux视为一个'小众'用户社区，让他们自己（字面意思）去解决供应商不愿解决的硬件问题，这种看法既过时又荒谬。就像他们期望我们打开一扇门，而他们拥有唯一的钥匙。

这三家公司的这一重大举措不仅应被视为缓解和更广泛接受Linux使用的标志，也应成为其他供应商效仿的灯塔，他们应该使自己的硬件更容易被开源社区使用。这种改变只符合他们的最大利益，因为每年Linux的桌面市场份额百分比都在上升。

总结

惠普、戴尔和联想都成为Linux固件最高级别的贡献者，这激发了用户的信心，表明支持更好、更新更容易。他们的努力受到高度赞赏和鼓掌，我们希望更多公司加入这个派对。如果你是惠普上的Linux用户，希望这能让你的每一天更明亮一点。干杯！

由 mimo-v2.5 模型翻译，花费 5445 tokens

自从我们二月报道初始发布以来，Warp团队一直在忙于构建他们的Oz平台。该服务负责大规模运行编码代理的基础设施方面，涵盖沙箱、调度、监控和团队治理。

本周，开发者发布了一次重大更新。Oz现在可以作为统一控制平面，服务于Claude Code、Codex和原生的Warp代理，所有代理均可通过单一仪表板进行管理。

这允许团队比较每个运行器的表现，根据任务分配合适的运行器，并在所有三个运行器中保持一致的访问控制和审计日志。

Oz有哪些新功能？

对于复杂、长时间运行的任务，Oz现在可以并行启动和协调多个子代理，无需你手动配置。可以想象全代码库迁移或多仓库功能开发，任何受益于多个代理同时处理不同部分的工作。

你可以实时跟踪和引导所有代理，这适用于所有三个支持的运行器（如上所述）。

Warp还引入了代理记忆，一个跨运行器的记忆系统，允许代理跨会话、仓库和项目延续上下文。

其工作原理是，代理会随时间积累有关团队运作方式的工作知识，无论下一次运行由哪个运行器触发，该上下文都能延续。

记忆存储由部署它的组织拥有，Warp可以为你托管，你也可以自行构建和维护。此特定功能目前处于研究预览阶段。

此版本还包括按团队计费和单个信用额度限制，以及更细粒度的每个代理权限。每个代理根据其任务的实际需求获得作用域访问权限，而非在其基础设施中获得宽泛权限。

自托管现在也更灵活了。Oz可在Kubernetes Pod中工作，无论是否使用Docker，并且无需更改任何配置即可融入现有的远程开发环境。

获取Warp

Warp（合作伙伴链接）可在Linux、Windows和macOS上运行。Linux软件包提供.deb、.rpm、.tar.zst和AppImage格式，支持x64和ARM64。

你可以使用任何Warp账户（免费或付费）在官方门户上开始使用Oz。

推荐阅读 📖: Bitwarden正在悄然改变

由 mimo-v2.5 模型翻译，花费 2622 tokens

此前全票通过的Fedora AI开发者桌面计划现已受阻。两位理事会成员在社区反对后撤回了投票，贡献者认为对CUDA的聚焦违背了Fedora的自由软件基础，且重要的内核政策变更未与相关方进行充分沟通。

Fedora还因安全顾虑移除了Deepin桌面环境。

有人通过Wine在Linux上运行起了Lightroom CC，而本人未编写一行代码。一个AI智能体完全自主地完成了整个过程，修复了DLL缺失和Wine不兼容问题。

LibrePlan是一个自托管的开源项目管理工具，刚刚发布了1.6.0版本。值得注意的新增功能包括电子邮件工作流、每个项目的文档仓库、问题和风险日志，以及项目列表视图中的交通灯状态指示器。

如果你曾经想在不直接使用命令行的情况下通过SSH运行BleachBit，其TUI版本正在良好发展。它支持全程键盘导航、两种预览模式以便在提交前检查将要清理的内容，并且后端功能与现有GUI完全一致。

Bitwarden在二月迎来了新CEO，四月迎来新CFO，短暂地从其定价页面删除了“永久免费”条款，并悄然改写了其核心价值观。对于大多数软件，这可能无关紧要。但对于一个保管你密码的应用来说，其透明度标准需要高得多。

ONLYOFFICE Docs 9.4 带来了一系列功能更新和许可证变更，鉴于Euro-Office分叉争议，后者很难被解读为巧合。它为用户提供了电子表格的暗黑模式、25个新的演示文稿主题、20个新的幻灯片过渡效果以及表单收件人跟踪功能。

Linux的二把手Hartman认为，Rust可能消除80%的Linux内核CVE。

以下是本期FOSS每周速报的其他亮点：

• 在终端上听音乐。
• 微软推出基于Fedora的产品。
• 使用Home Assistant配置智能灯泡。
• 以及其他Linux新闻、技巧，当然还有表情包！

🎶 活动提醒：AWS印度线上峰会

从智能体AI到云现代化，AWS将在AWS印度线上峰会上汇聚塑造当今技术的最新创新。

• 参加超过50场会议，内容涵盖技术深度探讨、实践实验室以及AWS专家和领导者的可行见解
• 探索组织如何利用AI和数据解决复杂挑战
• 通过实时问答与AWS社区互动

活动为线上虚拟形式，免费参加。

🧠 我们在思考什么

微软在其开源峰会上大谈Azure Linux 4.0，却只字未提Fedora。4.0开发分支的GitHub README使用“上游基础”一词来描述Fedora的角色。

🛠️ Linux技巧、教程和学习

Mission Center和Resources都是精致的libadwaita系统监控器，且都非常出色。但它们之间有何不同？差异很大。我们有一篇详细对比文章，应该能解答你的疑问。

在Bash中拆分字符串并不像应有的那样直观。技巧是将IFS设置为你的分隔符，然后使用read -ra将字符串拆分为数组。这里有一篇简短的说明，包含一个有效的CSV示例，并分解了每个部分的实际作用。

如果cmus或MOC从未让你满意，Kew值得一试。它用C编写，在终端中显示专辑封面，可以用单个关键字搜索你的音乐库，并且可以轻松处理播放列表和随机播放。

👨‍🔧 AI、家庭实验室和硬件专区

对八种大语言模型进行了基准测试，使用的是配备12GB内存的纯CPU Intel i5笔记本电脑，全程使用Ollama和Q4_K_M量化。

另外，这是我如何修复Home Assistant上Tapo智能灯泡的恼人错误的。

✨ 应用和项目亮点

Aerion 是一款新的开源桌面邮件客户端，使用 Wails 和 Svelte 构建，而非 Electron，效果显著。

🎦 为你准备的视频

使用 Xfce 不必感觉像是穿越回过去。你可以对它进行彻底定制，使其符合现代标准。

💡 快速实用技巧

在 Bitwarden 桌面应用和浏览器扩展程序中，你可以设置一个 PIN 码代替主密码进行登录。为此，请进入“账户安全”设置，并开启“使用 PIN 码解锁”选项。

记得关闭“浏览器重启时需要主密码”，并将会话超时设置为“浏览器重启时”，以确保你的密码库免遭未授权访问。

但是，不要忘记主密码，因为 PIN 码并非替代品，你将需要在登录新设备时使用它。

🎉 FOSS世界的乐趣

通过我们的Linux终端模拟器填字游戏测试你的终端知识。

看到 CLI 你仍然会不寒而栗吗？ 🙈

🔬 科技冷知识：1952年5月21日，IBM宣布了其首款电子计算机701型，当时该公司更以世界最大的打卡设备供应商而闻名，其董事长老托马斯·沃森对此想法极为抵触，工程师们不得不将其重新命名为“防御计算器”才得以制造出来。

👨‍🤝‍👨 来自社区：老资历FOSS爱好者Howard正在寻求关于如何清理/home文件夹的反馈和建议。

由 mimo-v2.5 模型翻译，花费 7037 tokens

你可能还记得，KDE 团队一直在忙于开发他们自己的 Linux 发行版 KDE Linux，该系统目前仍处于积极开发阶段。去年我尝试了其早期版本，对于一个如此初期的系统而言，其体验之流畅令人惊讶。

时至今日，KDE 的知名人物 Nate Graham 发布了一份进展报告，涵盖了该项目非常忙碌的五月份，其中包含了安全修复、构建系统变更以及一次值得注意的应用替换。

大量工作

本月最重要的基础设施工作来自贡献者 Hadi Chokr，他重新设计了 KDE 软件的构建方式。旧流程会生成 Arch 包并将其交给 mkosi 进行安装。

这一流程现在已被废弃，改由 KDE 自有的 kde-builder 工具直接编译所有内容。

因此，带来了三项重大改进。现在的构建过程与 KDE 开发者在自己的机器上构建软件的方式相同，该项目现在更具发行版无关性，并且由于新设置更有效地使用了缓存，构建速度更快。

针对上个月出现的许多 Linux 漏洞（例如 Dirty Frag 和 Copy Fail），开发者们审查了 KDE Linux 的软件包列表，寻找任何不安全或不必要的内容。

最终结果是进行了大量删减，包括弃用 Zen 内核、移除多个不安全的内核模块、删除大量未使用的包，最终终止了该项目对 AUR 的依赖。

但这并非全是移除。Nate 还添加了一项服务，可以在现有的 KDE Linux 系统上自动安装新添加的预装 Flatpak 应用，同时不会干扰用户有意删除的任何内容。

还有一项替换：KWalletManager 将退役，由 KeepSecret 取代，这是一个更新、更现代的 KDE 密码和凭证管理应用。

另一点需要注意的是，图形文件压缩/解压缩工具 Ark，其 KDE Linux Flatpak 包现在支持 .7z 文件，使其与 Flathub 版本提供的功能保持一致。

最后，测试正在改进。

目前，KDE Linux 仅检查每次构建是否能启动到桌面，这并没有什么说服力。不过，相关工作正在进行中，一个基于 OpenQA 的测试系统正在开发中，应在损坏的构建版本发布前捕获更多问题。

推荐阅读 📖： 一款将 Windows 应用集成到 Linux 的新工具

由 mimo-v2.5 模型翻译，花费 2289 tokens

如果您一直在关注 AlmaLinux OS，您就会知道它是目前更受欢迎的免费企业级 Linux 发行版之一。

它诞生于 CentOS 混乱，已逐步发展成为一个由社区治理的项目，明确专注于稳定性和生产使用的兼容性。

现在，AlmaLinux OS 基金会正将活动带到洛杉矶，举办一场直接面向维持娱乐行业 Linux 运行的工作室和工程师的活动。

AlmaLinux 日：洛杉矶

这是一个免费的一日聚会，参与者预计将是 VFX（视觉特效）工程师、系统管理员、云和 DevOps 人员，以及在媒体和娱乐行业或相关领域工作的开源贡献者的混合体。

AlmaLinux 团队将其安排在 SIGGRAPH 2026（计算机图形和 VFX 界的年度顶级会议）的前一天，这样与会者可以在周日更大的人群到来之前进行技术交流和建立人脉。

周六的会议将涵盖用于生产环境的 GPU 驱动程序集成、运行大规模云渲染的经济性，以及 AlmaLinux 2026/27 路线图。

当然，当天的重大发布是推出专门的AlmaLinux 媒体与娱乐版，这是一个为满足工作室和创意团队需求而量身定制的专用变体。

所有这些都是 媒体与娱乐 SIG（特别兴趣小组）努力工作的成果，该小组自 2025 年 12 月起一直致力于使 AlmaLinux 获得认证并准备好用于 VFX、动画和后期制作工作室的生产环境。

活动详情与注册

活动将于2026年7月18日星期六当地时间上午9:00至晚上8:00在洛杉矶市中心 E-Central 酒店举行。

该场地可以在 OpenStreetMap（以前名称为 'Luxe Hotel'）和 Google Maps 上找到。地址位于 1020 S Figueroa St.，靠近洛杉矶会议中心。

您可以 立即注册。

值得注意的是，活动场地有人数上限，前100名注册者将获得一份特别礼物。因此，尽早注册是明智之举。

该酒店也符合 ADA（美国残疾人法案）标准，因此有残障（disabilities）的人士不应遇到重大障碍，不过实际体验将取决于活动当天的场地布置和工作人员。

如果您想在活动上发表演讲，演讲者征集已开放，截止日期为2026年6月5日。他们对渲染农场架构、迁移故事以及生产环境中的安全/CVE 响应等主题特别感兴趣。

更多详情，请参阅 官方公告。

由 mimo-v2.5 模型翻译，花费 2979 tokens

我或许厌恶AI生成的低质内容，但我并非AI的反对者。我确实在工作流程中合理地使用AI工具，只要它们能提升效率。

虽然像ChatGPT和Perplexity这样的主流大语言模型提供不错的免费服务，但它们会榨取用户数据。"如果你不是在为产品付费，那你本身就是产品"。

这就是为什么我喜欢探索本地AI理念，并花了大量时间在普通系统上测试可运行的大语言模型。

最近，我发现了一个名为Jan AI的项目。它是一款打磨精良、真正可用的桌面应用，完全在我的本地机器上运行。事实上，我曾尝试用Jan AI替代Ollama和llama.cpp，但后来改变了主意。

我将在后文解释为何切换回Ollama。首先，让我们了解一下Jan AI。

什么是Jan AI？

Jan是一款免费开源的桌面应用，可让你在自己的硬件上直接运行多种大语言模型。你可以将其视为一个自托管、离线可用的ChatGPT，不同的是模型在你的CPU或GPU上运行，且数据永远不会离开你的设备。

该项目由Jan.ai公司开发，源代码在GitHub上以AGPL-3.0许可证发布。其底层基于llama.cpp构建，这意味着即使在没有独立GPU的情况下，它也能高效运行量化后的GGUF模型。

让我印象深刻的是，Jan的桌面应用采用Tauri框架而非Electron JS构建，这带来了显著的性能提升，而且我认为它的内存占用也更低。

需要注意的是，运行本地大语言模型仍然需要充足的内存。

该应用支持Linux、macOS和Windows系统。我在Linux机器上使用了它。

系统要求

使用Jan AI运行本地大语言模型确实需要不错的硬件配置。以下是实际预期：

• 最低8 GB RAM。这足以运行4位量化（Q4_K_M）的7B参数模型。在同时打开其他应用时，你可能会感到响应变慢。16 GB RAM是理想配置，可以流畅运行7B模型，并允许你尝试13B模型。
• GPU加速是可选的，但能带来巨大差异。Jan支持NVIDIA（通过CUDA）、AMD（通过ROCm）和Intel Arc。如果没有兼容的GPU，纯CPU模式也能工作，但速度会显著变慢。
• 磁盘空间：模型大小从约4 GB（7B，Q4）到8 GB以上（13B）不等。仅下载你需要的即可。

在Linux上安装Jan AI

Jan提供多种安装格式，包括.deb和AppImage。但我推荐大多数Linux用户使用AppImage。它是一个自包含的单文件，几乎可以在任何发行版上运行，无需修改系统包或为应用本身请求root权限，也不需要处理依赖问题。它就是为了开箱即用而设计的。

我不会详述步骤，但如果需要帮助，请参考这份在Linux上使用AppImage的指南。

首次运行Jan AI时，你应该会看到类似这样的界面：

下载模型并让Jan工作

全新安装的Jan本质上是一个等待填充的空壳。你需要做的第一件事就是获取一个模型。可以将应用想象成框架，而模型是大脑。

找到模型中心

点击左侧边栏的Hub。这是Jan内置的模型库，包含一系列精心筛选的开源模型，你可以一键下载。

这里有几十个模型，名称充满数字和字母，例如Q4_K_M或IQ3_XS。

在我推荐选择哪些之前，让我快速解释一下这个“字母汤”，因为我刚开始时曾因它困惑了很长时间。

Q4_K_M到底是什么意思？

每个模型名称都包含一个量化标签。量化是将模型的原始全精度权重压缩以适应消费级硬件的过程。以下是实用解析：

• Q4：4位量化。最常见的选择。7B模型大约占用4 GB。速度快、内存效率高，对于日常任务质量保持良好。
• Q8：8位量化。几乎保持原始质量，但需要大约两倍的RAM。如果你有32 GB或更多内存，值得一试。
• K_M：特定的压缩方法（K-quants，中等变体）。通常在Q4家族内提供速度和质量的最佳平衡。
• XS（超小）：这是最激进的压缩。其文件大小略小于标准的Q4_K_S。

我测试的3个大语言模型

我使用的是一台AMD笔记本电脑，配备集成GPU。基于我的研究，启用ROCm（Radeon开放计算）是一项艰巨的任务，需要25-30 GB磁盘空间。因此，我选择了CPU推理来运行本地大语言模型。

对于不熟悉AMD ROCm的用户，它是NVIDIA CUDA的对应方案。基本上，当你运行本地大语言模型时，繁重的数学计算（如跨数十亿参数的矩阵乘法）可以卸载到GPU而不是CPU上执行。

ROCm让Jan AI、PyTorch或Llama.cpp等软件能够与AMD Radeon GPU通信来执行这些繁重任务。没有它，Jan会退回到纯CPU模式，虽然能工作但速度显著变慢。

在本文中，我选择了三个覆盖主要用例的模型。我向每个模型提出了相同的问题——“你能做什么？”。以下是我的发现：

Gemma 4

不撒谎，性能并不出色，每秒仅生成5个token。

Gemma 3

性能比Gemma 4 2B模型更差。每秒仅生成3个token。我认为你可以使用Gemma 3 2B模型变体来获得相当的性能。

Jan

没错！Jan提供了自己的AI模型。我使用了Jan-v3-4b模型进行测试。它具有262K的上下文长度，能够遵循指令并完成一些轻量级编码任务。

我喜欢Jan AI的特性

让我们看看我喜欢这款开源AI工具的几个特性。

本地与云端大语言模型的统一界面

Jan可以作为本地和云端大语言模型的统一界面，无需在Claude、ChatGPT和Gemini之间来回切换。你可以在单一界面中与你喜欢的大语言模型交流。

虽然直接与云端大语言模型交互会牺牲隐私，但你仍然可以使用Jan AI作为统一界面，通过相应平台的API与HuggingFace、Groq、Gemini、Qwen、Mistral和Claude上的任何模型交互。

我特别喜欢Groq和Cerebras API。这些平台提供快速的推理服务。

如果你的模型提供商不在列表中，你仍然可以添加OpenAI兼容的模型。

要添加，请点击“MODEL PROVIDERS”旁边的加号图标。它会要求输入一个名称。输入名称，然后设置你的大语言模型平台提供的BASE_URL和API密钥。

让你的聊天保持有序

Jan提供了按项目组织聊天的功能。

定制Jan的个性化体验

你可以编辑系统指令。这有点像让大语言模型扮演特定的专家角色。

本地API服务器

它自带一个本地API服务器。你可以通过设置 -> Local API Server来启动服务器。

将其用作下载Llama.cpp所需AI模型的工具

通过Jan AI应用下载的模型与Llama.cpp CLI完全兼容。你可以将Jan用作下载器，然后使用llama-server命令运行下载的AI模型。

Jan命令行界面

Jan也提供了用于交互的命令行界面。

我对使用Jan AI与Ollama的真实看法

感谢构建Jan AI应用的开发者们。它提供了不错的图形用户界面来与大语言模型交互。然而，我认为该应用还有一些改进空间。

主要问题在于本地大语言模型的推理时间。我在相同硬件上测试了同一模型，发现Jan AI的推理速度比Ollama慢。Ollama以每秒6.62个token的速度生成响应，而Jan AI约为每秒5个token。

在第二次测试中，Ollama报告每秒7.35个token，而Jan AI的响应速度为每秒3个token。此外，我还尝试使用Llama.cpp运行相同的Gemma 5 E2B模型，速度为每秒3.97个token。

第二个问题是Jan应用经常导致系统冻结。我承认运行大语言模型需要大量内存，但我有几次在使用Gemma 4 E2B模型时输入提示会导致系统冻结。我从未在Ollama上遇到类似问题。这就是为什么我保留Ollama和Llama.cpp用于本地大语言模型推理的原因。

Jan AI究竟适合谁？

经过一段时间的使用，我认为Jan AI特别适合几类人。有一点需要说明：虽然在我的测试中，Jan在CPU模式下无法提供超过每秒5个token的速度，但在配备现代GPU（如Radeon GPU、Intel Arc、Nvidia 4050）的系统上运行时，你可能会看到性能的巨大提升，尤其是每秒token数。你可能会达到每秒13-15个token。

注重隐私的用户，他们希望获得AI协助而不必将对话数据交给公司。律师、记者、医护人员以及任何处理敏感信息的人都属于这一类。

开发者，他们希望为自己的工具提供本地AI后端。其OpenAI兼容的API使其能与大量现有集成无缝对接。

Linux爱好者，他们单纯偏爱自由开源软件并希望掌控自己的技术栈。该项目采用AGPL许可证且持续开发是一个巨大优势。

预算有限的人。它没有任何API费用或订阅成本。你在已拥有的硬件上运行它。

它并非适合所有人。如果你需要GPT-4级别的能力来处理复杂推理任务，你仍会感觉到它与前沿云端模型的质量差距。但对于写作辅助、摘要、头脑风暴和日常任务？一个调优良好的7B或13B模型就能胜任。

更大的图景

本地AI已不再是爱好者的实验。像Gemma 4、Gemma 3、Granite、Jan AI模型和SmolLM2这样的AI模型已经足够小巧，标准笔记本电脑就能运行一些真正有用的工具。Jan这类工具使得设置过程足够简单，即使不是机器学习研究人员也能轻松上手。

Jan AI不会取代所有人的云端服务。但对于越来越多关心隐私、成本和控制权的Linux用户来说，它已经成为日常使用的工具。我鼓励你尝试一下。下载它，获取一个7B模型，看看它能带你走多远。

由 mimo-v2.5 模型翻译，花费 12767 tokens

一个Vim分支诞生了，它的出现与AI有关。SourceHut背后的开发者德鲁·德沃特于2026年3月宣布了Vim Classic项目，因为他对Vim和NeoVim当前的发展方向感到不满。

他的主要不满在于，生成式AI已开始渗透到这两个项目的开发中，而他完全不想参与其中。

在NeoVim方面，这种担忧体现在该项目将AI辅助的拉取请求标记为“AI assisted 🤖”。这种请求已积累了不少数量，且其中许多已被合并。

对于Vim，情况则有些模糊。德鲁指出了一个GitHub问题，社区成员怀疑某位贡献者使用了LLM（大语言模型），但Vim的一位维护者已对这些指控提出了反驳。

总之，Vim Classic已发布其首个正式版本，下面让我们看看它提供了什么。

经典的Vim体验

Vim Classic基于Vim 8.2.0148，它完全不包含Vim9脚本。这是有意为之，目的是将维护负担控制在可管理范围内，停留在引入该脚本之前的最后一个补丁版本。

因此，一些依赖Vim9脚本的Vim插件将无法与Vim Classic兼容。

在此基础上，部分补丁已从上游版本回移，主要是解决8.2版本之后发现的CVE漏洞，以及一些错误修复和保持在现代工具链上能编译的原创补丁。

德沃特也坦承，并非所有适用的安全补丁都已确认被回移，因此一些CVE漏洞可能未被修复。目前该项目仅推荐给能够接受这种不确定性的早期采纳者。

此外，慈善软件模式延续了Vim的传统，本项目将继续支持乌干达的儿童（通过不同的慈善机构），这是Vim创造者布拉姆·穆勒纳尔所认可的。

软件包

Vim Classic 8.3目前可从SourceHut下载源码压缩包（直接下载）。您也可以在项目的版本引用页面找到发布压缩包及其PGP签名（使用德沃特的公钥签名）。

如需源代码，请访问Vim Classic的SourceHut主页。

推荐阅读 📖： KDE Linux进展良好

由 mimo-v2.5 模型翻译，花费 3319 tokens

微软刚刚为 Windows 推出了 coreutils。是的，你没看错。

ls、grep、cat、cp、find。这些驱动了 Unix 和 Linux 系统超过 50 年的命令，现在可以在 Windows 上原生使用了，并且由微软自己维护。

以防你还不熟悉，GNU coreutils 是基础实用工具，每个 Linux 和 macOS 系统都依赖它们进行基本文件操作、文本处理和 shell 脚本编写。它们是 Unix 计算的基石。每天有数千万个脚本、管道和工作流依赖于它们。

现在，微软正在为 Windows 发布并维护它们的一个构建版本。

这 不是 WSL。你不需要在后台运行 Linux 子系统。这些"Linux 命令"在 Windows 上原生运行，其标志和行为与 Linux 上完全相同。

微软的最终目标似乎是让在 Linux、macOS、WSL、容器和 Windows 之间切换变得毫无摩擦。编写一次脚本，即可在任何地方运行。

基于 Rust 的 Windows coreutils 仍在开发中

该软件包将 uutils/coreutils（GNU coreutils 的现代 Rust 重写版）、findutils 和 grep 打包成一个单一的多重调用二进制文件。每个命令都支持标准标志。相同的命令，相同的管道，无需转换。

该项目仍处于预览阶段，目前只有少数命令。由于某些命令在 Linux 和 Windows 中同名，存在冲突的可能性。有些命令并不适合 Windows 环境。

像 dir、expand、more、paste、whoami 这样的命令与现有的 Windows 内置命令直接冲突。kill 和 timeout 由于 Windows 缺少 POSIX 信号而不可用。dd、dircolors、shred、sync 和 uname 因在 Windows 上无用而被放弃。更长的仅限 POSIX 的命令列表，如 chmod、chown、chroot、mkfifo、id、who 等，根本不适用于 Windows 环境。谁会感到惊讶？我不会。

那么，Windows coreutils 中有哪些可用命令呢？官方 GitHub 仓库 展示得更清楚：

请注意，命令提示符和 PowerShell 有单独的列。某些命令在默认命令提示符中可以工作，但在高级 PowerShell 中不行，反之亦然。

显然，这仍是一个进行中的项目，未来应该会有更多改进。

在 Windows 上测试 Linux 命令

我专门启动了 Windows 分区来测试一下。距离上次登录 Windows 已经好几个月了，因此不得不更新系统并重启了多次。

暂且不说这些轶事，我下载了 Coreutils 的 .exe 文件并安装了它。是的，这些 coreutils 以单个 .exe 文件形式提供。

你可以看到在 Windows 命令提示符中运行一些 Linux 命令的简短演示。某些命令因尚未支持而返回错误。

为智能体 AI 时代而做出的举动？

看，将 Coreutils 引入 Windows 的全部意义在于将开发者留在微软平台。如果他们可以使用 Linux 命令和他们的工作流所依赖的工具，而不必离开 Windows，那么他们转向 Linux 桌面的理由就更少了。这 正是我多年前在 WSL 2 发布时提出的论点。

但这次行动超越了 WSL，在我看来，其主要目标并非直接针对开发者。

微软在昨天的 Build 2026 大会上发布了多项公告。其中之一是将 OpenClaw 引入 Windows。

OpenClaw 是一个开源的 AI 智能体框架，允许自主智能体在你自己的机器上运行。这些智能体依赖 Linux 命令、Python 脚本和类似工具来完成任务。OpenClaw 今年早些时候人气飙升，以至于人们为了本地运行它而购买 Mac Mini。

如今，每个操作系统都希望为 AI 做好准备。开发本身越来越多地通过 AI 智能体而非纯手工进行。

随着 OpenClaw 即将登陆 Windows，原生运行 Linux 命令不再仅仅是开发者的便利，它成为了运行 AI 智能体的关键基础设施。

这正是使这一公告比表面看起来更重大的原因。微软不仅在吸引开发者；它正在将 Windows 定位为智能体 AI 时代的重要平台。

由 mimo-v2.5 模型翻译，花费 3171 tokens

德国加密邮件与日历服务商Tuta正式加入Euro-Office项目。

除非您与世隔绝或身处特殊困境，否则应已了解这项协作计划已汇聚众多知名欧洲企业。

参与方包括Nextcloud、IONOS、Proton、XWiki、Soverin、EuroStack、BTactic、Open-Xchange等机构，共同研发开源文档处理解决方案。

该项目正开发基于网页、采用AGPL协议的ONLYOFFICE分支版本，预计支持跨文档、表格、演示文稿及PDF文件的实时协同编辑，并兼容多种格式。

需注意这并非独立办公套件。其设计目标是集成至Nextcloud Hub、Proton Drive、XWiki或OpenProject等现有平台，首个稳定版本预计数日内发布。

Tuta联合创始人兼首席执行官Matthias Pfau就此表示：

我们加入Euro-Office，是因为该项目极具潜力，有望成为兼具卓越可用性与数据保护能力的真正自主可控方案。它由值得信赖的欧洲工程师、个人及企业构建，且完全开源。

这正是Tuta加密产品体系（Tuta Mail、Tuta Calendar与Tuta Drive）所需的完美补充。

为何未选用LibreOffice？

协作联盟尚未直接说明未以LibreOffice为基础的原因。项目GitHub页面（前文已链接）的常见问题提及愿意与LibreOffice社区及Collabora合作，文档转换器被视为潜在合作领域。

项目仍存在未决问题。LibreOffice背后的非营利组织文档基金会（TDF）于四月质询Euro-Office将采用何种原生文档格式。

截至今日该问题仍未获解答，官方材料仍强调项目"卓越的微软兼容性"。

TDF认为此举仅转移而非消除依赖：若采用OOXML方案，服务器虽转移至欧洲，但文档格式仍受微软决策制约。

开放文档格式（ODF）作为ISO标准不受单一企业控制，且德国近期已立法要求公共行政部门采用该格式。

临近发布阶段

自Euro-Office项目首次公布以来，我持续关注其进展，但官方始终未发布实质性进展通报。

如今协作联盟持续壮大，稳定版本即将面世，构建真正欧洲自主文档体系的进程正获得实质性推进。我期待见证最终成果。

由 mimo-v2.5 模型翻译，花费 2001 tokens