增加uv的python下载镜像

[Mikachu2333]

1. 增加uv的python下载镜像
2. 现在uv会同时对pypi和python进行换源
3. uv支持rest
4. uv换源和reset时响应 -scope

问题描述

1. uv无法对python下载进行换源
2. close uv 换源不完整，还需考虑 Python 解释器本身下载地址的换源 #309 uv 换源不完整，还需考虑 Python 解释器本身下载地址的换源 #358

方案与实现

1. 实现对 ~/.config/uv/uv.toml 中配置的改写，相关参考已写在代码内。

[github-actions]

Hi @Mikachu2333,

❤️ 感谢你的贡献！你的 PR 当前基于 main 分支，请修改使用 dev 分支

[github-actions]

Hi @Mikachu2333,

❤️ 感谢你的贡献！你的 PR 当前基于 main 分支，请修改使用 dev 分支

[Copilot]

Pull request overview

Note

Copilot was unable to run its full agentic suite in this review.

Updates the Python uv recipe to support additional metadata and to configure both PyPI index sources and Python interpreter download mirrors via uv.toml.

Changes:

• Updated recipe metadata (last-updated dates, sauciers).
• Improved getsrc behavior with better missing-config handling and printing python-install-mirror when present.
• Refactored setsrc to write both [[index]] and python-install-mirror, adding multiple GitHub Release mirror candidates for auto-selection.

[Copilot]

Pull request overview

Copilot reviewed 1 out of 1 changed files in this pull request and generated 8 comments.

[Mikachu2333]

@ccmywish READY.

[Mikachu2333]

另，由于我的配置文件没有其他设置，所以我没有对复杂场景的edge case做过多考虑。遇到了再说

[ccmywish]

所有的 free() 都不要，recipe 里全部不用 free

只考虑 xy.h 和 core.c 去 free()

[Mikachu2333]

@ccmywish 正在修改。主要想问一下能不能给GitHub的copilot设置一下prompt，让它别挑每个配方的内存泄漏的问题……我就是因为一开始GPT疯狂提示泄露才改的

[ccmywish]

@Mikachu2333

这里的 Copilot 留下的只是评论，可以完全忽视。

能不能给GitHub的copilot设置一下prompt

https://docs.github.com/en/copilot/how-tos/use-copilot-agents/request-a-code-review/use-code-review#customizing-copilots-reviews-with-custom-instructions

我们有这个文件，但是似乎这里的 Copilot 没读，可能要加一句 When performing a code review, ...，你可以顺便改一下

[Mikachu2333]

所有的 free() 都不要，recipe 里全部不用 free
只考虑 xy.h 和 core.c 去 free()

关于这里，我在想是否应该这么表述

如contributors自行在pr中考虑了其贡献的recipe的内存泄露与回收问题更佳，不考虑回收也不要紧，项目组仅关注对 xy.h 和 core.h 中的内存泄露问题。

另，如果你同意我的表述，上述要求应该写在doc中的代码贡献部分才是。要是你坚持recipe中所有内存泄漏一刀切不考虑我就改回去。不过无论怎样代码风格提示文件里面都应该写明

[ccmywish]

如contributors自行在pr中考虑了其贡献的recipe的内存泄露与回收问题更佳，不考虑回收也不要紧，项目组仅关注对 xy.h 和 core.h 中的内存泄露问题。

其实理论就应该按照你说的这样。但是我希望 recipe 里一个 free() 都没有出于这样的考虑:

1. recipe 本质上是用C语言实现的 DSL，应该高度精炼简化，避免一切和该 recipe 不相关的内容，包括各种文件操作，包括这种语言自身的问题。这也方便其他贡献者快速看 recipe 本身的逻辑，不被任何其他内容干扰。

2. core.c 实现了大部分处理，所有对资源的处理（包括文件操作、内存、子进程调用）都需要在这里完成，所以这里处理内存（当做是一种资源）是合适的

3. 其实不 free 你的程序大概率不会崩溃，但是一旦 free 就可能出现 double free, use after free 等问题，造成更多可能的崩溃

4. chsrc 需要降低贡献门槛，有一个目标就是让不懂C语言的用户能在AI帮助下自己编写 recipe，直接用 core.c 和 chef.c 实现的 DSL 就行了，其他应该完全不在乎。如果其他 recipe 里有 free()，这些人可能照猫画虎也添加 free()

综上，在我们是一个命令行程序无需管理内存的大前提下，不如一刀切不要在 recipe 里 free，你可以在文档里简要说一下这些。

[Mikachu2333]

@ccmywish READY FOR REVIEW

[Mikachu2333]

虽然ready了，但是逻辑还是有些问题的，但是我确实不会改了……

如果使用chsrc set uv nju，由于uv本体和Python下载镜像不共用源，所以如果用户使用了不存在的命令，那可能会出错。
因此我的缓解办法是不允许手动指定python install mirror，只能通过自动测速设置，这显然是不优雅的，但是我确实没办法在uv里面再加一个子源或者以其他办法解决此问题了……

[ccmywish]

是的，有点困难，这几天有点事，我稍微空闲了看一下，在你的PR上改

[Mikachu2333]

感激不尽，c我是真写不明白（

另，不着急改的，拖几个月也无所谓，反正理论上来讲镜像文件改一次就完事了，我现在直接手动改了配置也能凑合用

[ccmywish]

@Mikachu2333

分享我今天刚看的一篇文章给你：https://mp.weixin.qq.com/s/EDM8IahEzDgyQnbJ8oYUQw

我们把审核和贡献的过程叫做“贡献者扑克”。除了我们自己写码，接受贡献的核心目的是传帮带。整个目标是让贡献者将来能成为一名核心成员，或者成为更有价值的贡献者，这既有助于项目本身获得能熟练贡献的人手，也能丰富他们的履历，让他们成为更好的系统程序员。

我们的时间有限，所以要识别出：哪些人值得我们投入时间去帮助他们成长为更好的程序员、更好的贡献者，哪些人只是一次性的路过，发个东西，然后消失。

我把你设置为 collaborator 就是因为你持之以恒地在尝试改进，尽管C语言并不是你的强项，但是你依然是一个很好的贡献者。👍

不着急改的

是的，我打算这个功能完成后就发下一个版本

[Mikachu2333]

这个pr实在太乱了，关了重开一个，顺便把commit msg整理一下

[ccmywish]

@Mikachu2333

关于 uv 本身的 TOML 文件分析，我建议直接写一个 python 文件，比如名字叫 uv-pypi.py，用它来 get 或者 set 某个源，然后用 rawstr4c 在 rawstr4c.md 里写

## script to set pypi mirror
- input-file = `uv-pypi.py`

## script to set python binary file mirror
- input-file = `uv-python-binary.py`

将这个 python 文件直接翻译为C语言，用C语言调用执行这个 python 文件

因为我记得 @happy-game 说 TOML 已经是 Python 默认的库了

[ccmywish]

这样能大幅简化 C 语言的工作量。

由于 uv 同时要换 pypi 源 和 python 二进制文件源，在你用 Python 写完脚本后，我直接合并，然后来考虑用 group mode 或者特定的方法，能够同时换两个源。

[Mikachu2333]

@Mikachu2333

关于 uv 本身的 TOML 文件分析，我建议直接写一个 python 文件，比如名字叫 uv-pypi.py，用它来 get 或者 set 某个源，然后用 rawstr4c 在 rawstr4c.md 里写

## script to set pypi mirror
- input-file = `uv-pypi.py`

## script to set python binary file mirror
- input-file = `uv-python-binary.py`

将这个 python 文件直接翻译为C语言，用C语言调用执行这个 python 文件

因为我记得 @happy-game 说 TOML 已经是 Python 默认的库了

是的，我刚才查了文档，但这样带了来一个致命的问题——先有鸡还是先有蛋

试想一个场景

一位用户在干净的系统中试图直接通过uv下载并管理python，但是uv下载python的速度极慢。

这时候他想通过chsrc对uv的python下载进行换源，而chsrc提示：你的系统中不存在python，请先下载python再换源……
这就是典型的先有鸡还是先有蛋的问题了，chsrc换源依赖python，但系统没python，要安装python又需要换源……卡住了直接。

---

此外，这样还会带来python的版本兼容问题，python是从3.11版本加入的toml解析功能，但是现在很多ai学习和学校还在教授python3.8，而要是分别为两个版本适配显然会更显著地增加工作量与复杂度……

我本人也不支持纯c写解析，要不咱引入个 https://github.com/cktan/tomlc99 ？

仔细看了看，没有用，只是读取而已，没有写回，果然还是得手动实现……

我还是再加一堆测试用例凑合用吧，实在是没招了

[ccmywish]

@Mikachu2333

一位用户在干净的系统中试图直接通过uv下载并管理python

你说的对，我没有想到这个情况。👍

那能不能用 PowerShell 来编写呢？就像现在的 Get uv config on Windows 一样，这个 uv-helper.c 太庞大了，而且很难理解。

[Mikachu2333]

那能不能用 PowerShell 来编写呢？就像现在的 Get uv config on Windows 一样，这个 uv-helper.c 太庞大了，而且很难理解。

考虑过，但pwsh不属于linux自带配置，甚至也不是win自带的配置（win10以上内置5.0），如果借助 PowerShell（不是pwsh），又会出现好多兼容问题

支持情况	powershell 2.0	powershell 5.0	pwsh 7
系统版本	不支持win10+	仅支持win10+	仅支持win10+
原版系统自带	仅win7	win10+自带	完全不自带
toml解析	不支持，需要手写解析库	不支持，需要手写解析库	第三方支持
版本兼容	与其他两个不兼容	与其他两项不兼容	仅兼容5.0

[ccmywish]

考虑过，但pwsh不属于linux自带配置，甚至也不是win自带的配置（win10以上内置5.0），如果借助 PowerShell（不是pwsh），又会出现好多兼容问题

👍👍👍

我们去新的 PR 处讨论