
Update gradio_client tag
快速结论:该问题发生在 Gradio 包维护者发现 gradio-client Python 包的 Git 标签(tag)未随新版本更新,导致无法从源码打包更新到 1.13.*、1.14.* 等版本。优先排查 gradio-client 的 Git 仓库是否已为对应版本打上标签。
问题场景
用户在维护 Arch Linux 的 AUR(Arch User Repository)软件包时,依赖 Git 标签来追踪 gradio-client 的版本更新。从 1.12.1 版本之后,新发布的版本(如 1.13.*、1.14.*)未创建对应的 Git 标签,导致无法通过源码构建方式更新软件包。用户曾尝试改用 @gradio/client JavaScript 包的标签作为替代,但发现该包的版本与 Python 包不同步(例如 @gradio/client 仍停留在 2.0.0,而 gradio-client 已发布 2.0.1)。
报错原文
I'm maintaining Gradio package in AUR. From version 1.12.1 of gradio-client, every new update doesn't update the tag. So I wasn't able to update the package to 1.13.* and 1.14.*. For the version 2.0.0, I was able to update using the @gradio/client as I was thinking that both python and js packages will have the same versions. It seems not true after finding out that the version 2.0.1 is released and the @gradio/client is still at 2.0.0.
原因分析
Gradio 团队在发布新版本 gradio-client 时,未同步在 Git 仓库中创建对应的版本标签。标签缺失导致依赖标签机制来获取源码的包管理器(如 AUR)无法识别新版。这是一个维护流程疏忽,而非代码错误。
环境排查
- 确认
gradio-clientPython 包版本(如1.13.*、2.0.1)是否存在。 - 检查 Git 仓库
gradio-app/gradio的 Tags 页面,确认缺失哪些版本标签。 - 确认 AUR 打包脚本中是否依赖 Git 标签而不是 pip 或其他发布通道。
解决步骤
- 访问 Gradio GitHub 仓库的 Releases 或 Tags 页面,核对
gradio-client版本号是否对应存在的标签。 - 如果标签缺失,向 Gradio 团队提交 Issue(本 Issue 已获解决)或等待修复。
- 临时绕过:如果依赖标签打包,可考虑使用 pip 安装特定版本(但需注意来源完整性),或等待官方补充标签。
可优先尝试:本 Issue 已由 Gradio 团队确认并修复(如评论“Will fix this”及 Pull Request #13614),建议将 gradio-client 更新到已补标签的版本(如 2.0.1 或更新版本)。
验证方法
确认 Git 仓库已为 gradio-client 的最新版本创建了对应标签(例如 v2.0.1 或 gradio-client@2.0.1)。然后在 AUR 中执行打包命令,观察是否能够正常下载指定版本的源码。



