Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Branding patches cause issues with certain wheels

未关闭
#330 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
35/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
停滞
技术栈
python
领域
build-system

调研方向

从 recipe/brand_python.py 开始,检查 CPython banner 补丁和 platform.py 验证补丁。使用 issue 中描述的静态链接 xeus-python wheel 上下文重现不匹配,然后验证所选择的解决方案能够同时处理 conda-forge 品牌的 Python banner 和原始 Python banner。

由索引模型根据 Issue 内容生成。

描述

This recipe patches the CPython source code to include conda-forge branding in the interpreter banner, namely | packaged by conda-forge |. However, since this banner is validated in platform.py (to prevent mismatches between the Python runtime and the python home in use), the platform.py is also patched for this validation to pass. Both patches are done in brand-python.py.

Now, I have the following issue with this: we are working on a PyPI wheel for the xeus-python jupyter kernel, for which we have a functional conda package, and which embeds Python. The conda package simply links with libpython.so and all is fine, but for the wheel, since we generally can't rely on Python distributions providing a libpython.so shared object, our PyPI manylinux wheel is statically linked with libpython.a. This causes the banner to not be the one from conda-forge an to cause a mismatch with conda-forge's patched validation regex.

To solve this issue, we would need to either renounce to the branding in the banner, or make the new regex slightly more flexible to also accept the original banner from the unpatched python interpreter.

cc @mingwandroid @jjhelmus @johanmabille.

主要语言
Shell
星标
47
派生
112
平均合并
22 小时 18 分钟
30 天内合并 PR
14

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

conda-forge/python-feedstock 的其他 Issue

查看 conda-forge/python-feedstock 的全部 Issue

相似的 Issue

更多 Shell/Bash Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。