conda-forge 核心会议 2024-08-21
在 您的 __new__() 议程项目
标题下添加新的议程项目
与会者
姓名 | 首字母 | GitHub ID | 隶属关系 |
---|---|---|---|
Jaime Rodríguez-Guerra | JRG | jaimergp | Quansight/cf |
Filipe Fernandes | FF | ocefpaf | conda-forge |
Jannis Leidel | JL | jezdez | Anaconda/cf |
John Kirkham | JK | jakirkham | NVIDIA/cf |
Marcel Bargull | MB | mbargull | Bioconda/cf |
Klaus Zimmermann | KZ | zklaus | Quansight |
Cheng H. Lee | CHL | chenghlee | Anaconda/cf |
Dasha Gurova | DG | dashagurova | Anaconda/conda |
Matthew R Becker | MRB | beckermr | conda-forge |
X 人总计
常设项目
- [ ]
来自之前的会议
- [ ]
正在进行的投票
- [ ]
您的 __new__()
议程项目
-
(JK) 结束关于 CentOS 7 / GLIBC 2.17 的问题
- https://github.com/conda-forge/conda-forge.github.io/issues/1436#issuecomment-2263984174
- (HV) 另请参阅关于移除 sysroot hacks 的问题
- MB:
bioconda
尚未使用 stdlib 函数,所以这是一个很好的例子,说明这种破坏如何在 conda-forge 之外显现 - HV: 如果人们想使用我们的编译器,我们应该记录对 stdlib 函数的需求。
- MB: 当我们“弃用”使用编译器的旧方式时,我们将需要保留 track_features。这将给下游时间来适应新方式,如果他们可以修改他们的 recipes。对于其他用例,我们可能需要考虑可能的含义。
- IF: openmpi 等中的主要问题与 ldflags 未正确设置有关。这已得到解决。因此,不是很紧急,我们可以花时间把事情做好。
- HV: 发布关于弃用/stdlib 要求的公告。
- IF: 如果用户想在他们的机器本地使用编译器,那么我们的编译器应该知道如何使用系统 sysroot(而不是 conda-forge 的)。关于实际问题的新 issue 似乎更有用。
- 行动项目
- 回复 issue,提及 bioconda 情况
- 要求提供关于实际问题的新 issue,以便我们可以提出更好的解决方案
- JK: 如果这个 sysroot 问题不是障碍,那么我们可以关闭 2.17 吗?
- MRB: 注意
current_repodata.json
hacks,因为我们正在那里为 sysroots 添加一些元数据包。这不会破坏它,但会使classic
的 solves 更难。(libmamba 不使用 current_repodata)。 - MB: 向 Anaconda 询问 conda 版本使用情况、solver 使用情况。
- Jaime: 我们想要匿名用户代理字符串
- JL: 在 conda/infrastructure 中创建 issue 以进行跟进。
-
(JK) Travis?
- https://github.com/conda-forge/status/issues/185
- Power builds 在几周前停止构建
- R builds 是 native builds 的重度用户
- 最近 Travis 上的 ARM builds 也受到了影响
- 与 Travis 开了 ticket 以解决
- Travis 定期表示他们正在调查,但迄今为止没有具体进展
- 我们应该怎么做?
- (IF) 交叉编译
- 移动 R 交叉编译
- 更改 arch migrator 为交叉编译
- JRG: 默认禁用 Travis 注册
-
(JK) Python 3.13
- https://github.com/conda-forge/python-feedstock/pull/679
- PR 已准备好用于 RC1
- 想要围绕 free-threading/GIL 添加一些命名内容
- Jonathan H. 正在 Anaconda 端处理 Python 3.13
- 计划从 GIL build 开始。可以在之后跟进 free-threading 迁移
- 当前库兼容性:https://py-free-threading.github.io/tracking/
-
(KZ) python-build vs build 问题
- 简要概述
- 构建器 https://build.pypa.io 最早于 2020 年在 python-build-feedstock 中添加,然后在 2021 年错误地在 build-feedstock 中再次添加,后者随后被存档。
- 现在既有
python-build
软件包,也有build
软件包,但build
软件包已经非常过时 - 人们和打包者使用
build
,发现它过时了,然后感到困惑,直到他们找到python-build
。 - 我们在状态页面上有一个 migrator,所有条目都是 0。
- 前进方向
- 添加别名
build
到python-build
,以便两个名称都适用于当前版本? - 将所有
build
软件包标记为broken
以强制人们迁移? - 如果需要,关闭 migrator/完成它?
- 添加别名
- MRB: 最近在哪里发生过这种情况?
- KZ: 我不知道任何实际的、最近的问题。我只是再次偶然发现了这个问题,因为我正在寻求在 migrators 方面取得一些进展,而这个到处都是 0 的问题很突出,并让我想起了讨论。
- MRB: 我们应该在这个文件中添加一个条目:https://github.com/conda-forge/conda-forge-pinning-feedstock/blob/main/recipe/linter_hints/hints.toml,使 linter 警告关于使用 build。请参阅 PR https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/6313
- MRB: FWIW,如果任何新的 feedstocks 添加了对
build
的引用,migrator 将会重新填充自身,然后 bot 将发送 PR。 - 待办事项
- 合并 linter hints
- 将现有的 build 软件包标记为 broken(KZ: https://github.com/conda-forge/admin-requests/pull/1048)
- 发布公告,声明我们永远不会带回
build
- 简要概述
-
(IF) conda-forge recipes 的下游用户说明
- https://github.com/prefix-dev/reproducible-builds/issues/182
- (CHL) Anaconda 将跟进以确保 recipe 许可证得到妥善处理(复制到软件包的元数据目录中;针对 Anaconda 更改进行修改/扩展;等等)
- 跟进关于 prefix 的 Wolf
- (TODO) 记录 recipe 许可证文件如何被复制
-
(DG) Anaconda 团队计划更新 anaconda.org 的频道克隆基础设施
推迟到下次会议
- (JK) AlmaLinux 8 / GLIBC 2.28
- (JK) CUDA 12 迁移结束?
- (JK) (我们希望何时)结束 Python 3.12 迁移?
- (JK) NumPy 2(检查)
- (JK) R 4.4 / UCRT(检查)
- (MRB) pip-feedstock 正在删除 setuptools+wheel 作为依赖项
CFEPs
- [ ]