iBug 提醒读者：今天是 Docker Hub 的新 pull 频率限制的既定生效时间，但相比于原定的限速计划，实际实施的是：
- 未登录：10/hr（没变）
- 已登录的免费用户：100/hr
https://www.docker.com/blog/revisiting-docker-hub-policies-prioritizing-developer-experience/
- 未登录：10/hr（没变）
- 已登录的免费用户：100/hr
https://www.docker.com/blog/revisiting-docker-hub-policies-prioritizing-developer-experience/
由于镜像站维护人员在调整镜像任务配置时，不慎从本机镜像了镜像站页面，导致镜像站页面出现镜像。
经初步检查，镜像站仓库数据一切正常，仅页面展示出现问题，目前仍在抢修中。
愿您与自由软件度过鱼块的时光。
吉林大学 Linux 用户协会
镜像站维护小组
2025 年 4 月 1 日
在 X/Twitter 上网友 WitherOrNot 分享了跳过账户登录新方法，只需要在命令提示符中输入 start ms-cxh:localonly 即可调出账户设置窗口，在这里可以更快创建本地账户。
查看全文：https://ourl.co/108586
→欢迎关注：蓝点网订阅频道
→欢迎关注：蓝点网X/Twitter
→联系编辑：山外的鸭子哥
IT之家 3 月 29 日消息，微软此前虽严格要求 Windows 11 用户联网激活，但我们可通过执行“bypassnro”命令绕过该限制。
微软今天面向 Dev 频道发布了最新的 Build 26200.5516 预览版更新，并移除了上述脚本 ——bypassnro.cmd，这意味着微软在强制要求 Windows 11 设备联网激活方面不再留有余地。
微软对此表示：“我们从版本中移除了 bypassnro.cmd 脚本，以增强 Windows 11 的安全性和用户体验。此举确保所有用户在完成初始化时均保持互联网连接并登录微软账户。”
由于该绕过命令已在最新测试版中失效，预计数周内将推广至正式版本。
IT之家提醒，用户仍可通过修改注册表重新激活该功能，我们可以在初始化阶段按下 Shift+F10 调出命令提示符并输入以下命令：
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE /v BypassNRO /t REG_DWORD /d 1 /f shutdown /r /t 0但很显然，微软也会继续封堵注册表方案，所以如果有需要的用户可以尝试其他替代方案，例如使用 unattended.xml 自动化脚本跳过 OOBE 初始化流程，不过这种方法更适合需要批量部署的企业用户。
To balance AOSP’s open nature with its product development strategy, Google maintains two primary Android branches: the public AOSP branch and its internal development branch. The AOSP branch is accessible to anyone, while Google’s internal branch is restricted to companies with a Google Mobile Services (GMS) licensing agreement.
为了平衡 AOSP 的开放性质与产品开发策略，Google 维护了两个主要的 Android 分支：公共的 AOSP 分支和其内部开发分支。AOSP 分支对任何人都开放，而 Google 的内部分支仅限于签署了 Google Mobile Services（GMS）许可协议的公司。
While some OS components, such as Android’s Bluetooth stack, are developed publicly in the AOSP branch, most components, including the core Android OS framework, are developed privately within Google’s internal branch. Google confirmed to Android Authority that it will soon shift all Android OS development to its internal branch, a change intended to streamline its development process.
而像 Android 的蓝牙堆栈这样的 OS 组件是在 AOSP 分支中公开开发的，但大多数组件，包括核心 Android OS 框架，都是在 Google 的内部分支中私下开发的。Google 已经确认将把所有 Android OS 的开发转移到其内部分支，这一改变旨在简化其开发流程。
...
Google confirmed to Android Authority that it is committed to publishing Android’s source code, so this change doesn’t mean that Android is becoming closed-source. The company will continue to publish the source code for new Android releases, so when Google releases Android 16 later this year, we’ll get the source code for the update. In addition, Google will continue to publish the source code for Android’s Linux kernel fork, as it is licensed under GPLv2, which mandates source code releases, and is separate from AOSP.
谷歌向 Android Authority 证实，它致力于发布 Android 的源代码，因此这一变化并不意味着 Android 将变成闭源。该公司将继续发布新 Android 版本的源代码，所以当谷歌在今年晚些时候发布 Android 16 时，我们将获得更新的源代码。此外，谷歌将继续发布 Android 的 Linux 内核分支的源代码，因为该内核是根据 GPLv2 许可发布的，必须发布源代码，并且与 AOSP 分开。
为了平衡 AOSP 的开放性质与产品开发策略，Google 维护了两个主要的 Android 分支：公共的 AOSP 分支和其内部开发分支。AOSP 分支对任何人都开放，而 Google 的内部分支仅限于签署了 Google Mobile Services（GMS）许可协议的公司。
While some OS components, such as Android’s Bluetooth stack, are developed publicly in the AOSP branch, most components, including the core Android OS framework, are developed privately within Google’s internal branch. Google confirmed to Android Authority that it will soon shift all Android OS development to its internal branch, a change intended to streamline its development process.
而像 Android 的蓝牙堆栈这样的 OS 组件是在 AOSP 分支中公开开发的，但大多数组件，包括核心 Android OS 框架，都是在 Google 的内部分支中私下开发的。Google 已经确认将把所有 Android OS 的开发转移到其内部分支，这一改变旨在简化其开发流程。
...
Google confirmed to Android Authority that it is committed to publishing Android’s source code, so this change doesn’t mean that Android is becoming closed-source. The company will continue to publish the source code for new Android releases, so when Google releases Android 16 later this year, we’ll get the source code for the update. In addition, Google will continue to publish the source code for Android’s Linux kernel fork, as it is licensed under GPLv2, which mandates source code releases, and is separate from AOSP.
谷歌向 Android Authority 证实，它致力于发布 Android 的源代码，因此这一变化并不意味着 Android 将变成闭源。该公司将继续发布新 Android 版本的源代码，所以当谷歌在今年晚些时候发布 Android 16 时，我们将获得更新的源代码。此外，谷歌将继续发布 Android 的 Linux 内核分支的源代码，因为该内核是根据 GPLv2 许可发布的，必须发布源代码，并且与 AOSP 分开。
爱范儿的标题有些标题党，应该参考一下原文：
Exclusive: Google will develop the Android OS fully in private, and here's why
Android OS development will now fully happen behind closed doors, but Google says it's committed to releasing source code
https://www.androidauthority.com/google-android-development-aosp-3538503/
Exclusive: Google will develop the Android OS fully in private, and here's why
Android OS development will now fully happen behind closed doors, but Google says it's committed to releasing source code
https://www.androidauthority.com/google-android-development-aosp-3538503/
Android Authority
Exclusive: Google will develop the Android OS fully in private, and here's why
Google has confirmed it will move development of the Android OS to behind closed doors. Here's why it's doing it.
出于新闻报道和纯兴趣讨论目的，爱范儿对知名科技公司的战略做过各式各样的「沙盘推演」，设想了许多场景。
但没想到，最不可能的一种情况，居然正在 Google 身上发生。
爱范儿独家获悉，Google 将不再维护目前 AOSP 的公开分支，逐渐关闭相关的的支持性资源，并可能停止更新有法定开源义务（GPL 等协议的代码）外的组件的源代码。#谷歌停止开源安卓##谷歌关闭安卓开源#
海外媒体 Android Authority 最先报道了这一情况，Google 也确认了此事。
从下周开始，所有的 Android 开发工作将仅在 Google 的内部分支进行。在一段时间后，外部分支可能将不再公开甚至彻底关闭。并且，AOSP 的持续集成/交付 (CI/CD) 工具和环境也可能关闭，甚至 Android Gerrit 也可能会关闭。
从今往后，只有 Google 内部的员工能够访问 AOSP 的内部分支，或是提交代码。Android 的开发过程将不再透明。
AOSP（Android Open Source Project） 是 Google 主导的开源项目，为所有 Android 设备操作系统提供基础框架和核心组件。它相当于一个「毛坯房」，开发者可自由下载、修改和分发其代码，并基于此构建定制化系统。
Google 对 Android 的维护分为两条路径：公开的 AOSP 分支面向全球开发者开放，包含纯净的开源代码，不涉及任何 Google 专有服务。任何厂商或个人均可基于此分支开发系统。而内部闭源分支仅供签署了 GMS（Google Mobile Services） 协议的厂商使用。
随着 Google 停止对 AOSP 公开分支的维护，将开发过程纳入内部私有，谷歌正进一步强调自己对 Android 生态的话语权。
尽管 Google 对 Android Authority 口头承诺：「继续开源，只是推迟」。但没人能够保证，这是不是一句空话。
根据爱范儿的了解，Android 闭源的总体思路是最终只保留 GPL 强传染许可证要求开源的部分，主要是 Linux 内核态驱动和补丁。其他中层、上层等之前采用 Apache 等宽松开源许可证的部分，最终会闭源；未来的 Android 版本发布后也不再对外公开发布、更新源代码。 source
*数据包含相当规模的私有群数据，谨慎和bot进行交互。
这条消息的意义在于把房间里的大象拉出来给大伙看，在台面之下肯定也有数不清的大小团体做着类似的事情。
隔壁某个大群一直在抵制着批量自删的规则，这条消息也是拉出来打脸的：公开领域就是公开领域，在黑暗森林里谨言慎行三思后行，有些互联网痕迹不是冲冲水就能解决的。
这条消息的意义在于把房间里的大象拉出来给大伙看，在台面之下肯定也有数不清的大小团体做着类似的事情。
隔壁某个大群一直在抵制着批量自删的规则，这条消息也是拉出来打脸的：公开领域就是公开领域，在黑暗森林里谨言慎行三思后行，有些互联网痕迹不是冲冲水就能解决的。
#吐槽
如果你用 Telegram, 以防你不知道有人已经索引了所有人在公开群组和频道的发言记录了.
打开机器人 https://t.me/Funstatgrtbot 选择语言后发送 /me 命令查询, 选择菜单里的 Groups 或者 Channels 就能看到喽.
via Nostr@cxplay
如果你用 Telegram, 以防你不知道有人已经索引了所有人在公开群组和频道的发言记录了.
打开机器人 https://t.me/Funstatgrtbot 选择语言后发送 /me 命令查询, 选择菜单里的 Groups 或者 Channels 就能看到喽.
via Nostr@cxplay
补充一份安装方式：
在 PowerShell 中输入：
在弹出编辑器中加入以下内容（具体需要删除哪些 alias 可能和 PowerShell 版本有关，自行修改; curl 和 wget 是我夹带私货，自行考虑要不要删）：
然后
安装 scoop，然后
(不建议用 winget，winget 打的包没有创建各命令的 alias，需要手工创建)
重启 PowerShell，检查
参考文献：
1. https://gist.github.com/devwolf75/85a14b6ca46df83e6f154bbf9e842529
2. https://github.com/uutils/coreutils/discussions/4804
在 PowerShell 中输入：
New-Item $profile -force -itemtype file
notepad $profile在弹出编辑器中加入以下内容（具体需要删除哪些 alias 可能和 PowerShell 版本有关，自行修改; curl 和 wget 是我夹带私货，自行考虑要不要删）：
remove-item alias:cat
remove-item alias:cp
remove-item alias:echo
remove-item alias:ls
remove-item alias:mv
remove-item alias:ps
remove-item alias:pwd
remove-item alias:rm
remove-item alias:rmdir
remove-item alias:curl
remove-item alias:wget然后
. $profile 或重启 PowerShell安装 scoop，然后
scoop install uutils-coreutils(不建议用 winget，winget 打的包没有创建各命令的 alias，需要手工创建)
重启 PowerShell，检查
ls --help 是否为 uutils 的结果参考文献：
1. https://gist.github.com/devwolf75/85a14b6ca46df83e6f154bbf9e842529
2. https://github.com/uutils/coreutils/discussions/4804
Gist
How to remove PowerShell aliases for Scoop installs of tools like Coreutils and other GNU applications
How to remove PowerShell aliases for Scoop installs of tools like Coreutils and other GNU applications - PROFILE.md
