我还是太过相信 codex 的搜索能力了，毕竟之前查文档挺好的。
我今天 arch 打算从 waybar、rofi 这类全面切换到 noctalia。安装完了缺失部分图标，我当时就觉得是环境变量问题，想让 codex 帮我排查下哪一步的问题。
结果 codex 排查半天告诉我，图标包里没有我想要的图标，它可以从另一个复制过来给我……我和他说了有回退回退，它还是一直觉得是图标包问题，我无奈让它复制了，果不其然一点效果没有。
其实我这时已经排查出来了是子进程继承父进程环境变量的问题，我的 niri 是 greetd 调用的，继承不了 systemd 的环境变量，它非让我写死进程，问题是我也不止一个软件会用到这些图标包，既然作为环境变量，那我至少希望真的能在环境中而不是对单一进程起作用。
我让它写到晚上三点，它都没写明白如何让 systemd 接管 niri……
反倒是换了 gemini，一个问题就解决了，我将解决方案发给 codex，codex 还说 gemini 说的不对，实践出真知，换上那个命令重启立马就是 niri 可以继承 systemd 的环境变量了。
chatgpt 今晚把我气的……
我让 gemini 看完我俩对话上下文，让它替我骂骂 codex：

按理说正常系统直接安装就行了（我好死不死把之前greet也给换了），完全不折腾，确实也挺好用的：

在2024年2月份，著名的开源项目FFmpeg公开喊话Rockchip在X上的账号：

随后自称是RK的mpp仓库开发人员给出了回复：

之后就没有任何回应了 代码也没有变化
直到前两天，2025年12月份，已经过去了20个月，Rockchip 依旧无任何回应。

之后便是，在12月18日 FFmpeg 向 GitHub 提交了DMCA版权移除通知

原文：dmca/2025/12/2025-12-18-ffmpeg.md at master · github/dmca · GitHub
该仓库随即被封禁：https://github.com/rockchip-linux/mpp

参考引用： slashdot: FFmpeg Developer Files DMCA Against Rockchip After Two-Year Wait for License Fix - Slashdot


社区上的可用仓库：GitHub - nyanmisaka/ffmpeg-rockchip: FFmpeg with async and zero-copy Rockchip MPP & RGA support

Azure Foundry 没办法再加新的 Claude 模型，除非你是 Enterprise 

  

      learn.microsoft.com
  

  
    

API quotas and limits - Deploy and use Claude models in Microsoft Foundry -...

  Note | Learn how to deploy and use Anthropic's Claude models including  Claude Opus 4.5, Claude Sonnet 4.5, Claude Haiku 4.5, and Claude Opus 4.1 in Microsoft Foundry

问题：

为什么不能在底特律外放阳光彩虹小白马呢？

不能让模型联网查询，联网的话2.5 Pro就知道答案了
2.5 Pro的回答：

3 Pro的回答：