2020-09-02 conda-forge 核心会议
与会者
- Matt B.
- Crystal
- Eric D.
- Marius
- CJ
- Anthony
- Sylvain
- Wolf
- Cheng
- Keith K.
- Mike S.
- 其他一些没有被记录到的人
议程
常设事项
- 为参会新人做介绍
- (CJ) 预算
- 当前的审批都已更新。
- 每月屏幕共享并展示文档?
- 链接在 Keybase 中 (numfocus_spreadsheets.txt)
- 正在进行的投票: https://github.com/conda-forge/conda-forge.github.io/issues/1150
你的新议程项目
-
(MRB) AWS 将支付我们的账单 🎉 假设我们可以转移账户
-
(ED/WV) 为 Isuru 准备的用于 Windows 构建的机器: https://github.com/conda-forge/conda-forge.github.io/issues/1150
-
(IF) 交叉编译 Python 配方。
requirements:
build:
- cross-python # [build_platform != target_platform]
- python # [build_platform != target_platform]
- pip # [build_platform != target_platform]
- cython # [build_platform != target_platform]
host:
- python
- pip
- cython
run:
- python -
(CHL) 关于放弃 Python 2.7, < 3.6 支持的提议
- conda: https://github.com/conda/conda/issues/10180
- conda-build: https://github.com/conda/conda-build/issues/4024
- 考虑下一个主要版本发布;约在 2020 年第四季度或 2020 年第一季度
- 可能考虑为与编码相关的 PEP 使用 3.7;选择将取决于我们离 3.6 上游 EOL 日期有多近
-
OVH VM:已按照沟通的规格创建。需要跟进 OVH 以获取访问权限。
- 需要访问权限的人员需要创建 OVH 账户。他们的账户将被添加为该项目的维护者。
- 应该使用 terraform 进行管理
- 将 OVH 添加到此 yaml 文件中: https://github.com/conda-forge/conda-forge.github.io/blob/7f5c62c510104f78d8bd821ad8f34fced8c575c1/src/inst_partners.yaml
- 将该 yaml 文件渲染成 jinja2
- 需要访问权限的人员需要创建 OVH 账户。他们的账户将被添加为该项目的维护者。
-
(SC) mamba 的 R 绑定: https://github.com/marimeireles/rhumba
-
(MVN)
正在进行的投票
子团队更新
Bot
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
CI 基础设施
编译器升级
CFEP 更新
未解决的 PR
-
cfep-04 X11 和 CDT 策略
- 非活跃 - 合并并标记为非活跃状态?
- 需要新的负责人。感谢 pkgw 在此方面的工作!自 2020 年 1 月 10 日起,pkgw 提出了未解决的评论
-
cfep-06 Staged-recipes 审查生命周期
- 非活跃 - 合并并标记为非活跃状态?
- @saraedum 留下了未解决的评论。@jakirkham,你能回复吗?自 2020 年 1 月 8 日起,@saraedum 提出了未解决的评论
- (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个。
-
cfep-10 Feedstock 状态,无人维护
- 非活跃 - 合并并标记为非活跃状态?
- 需要再次审查。自 2020 年 1 月 11 日起,pkgw 提出了未解决的更新
-
cfep-12 移除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞不前
- 关于移动到 “broken” 状态还是从 conda-forge 频道删除的激烈辩论
- 正在进行的投票,截止日期为 2020-03-11
- 投票结果是什么?
- 我们收到 NumFOCUS 的回复了吗?
-
cfep-17 处理 pin backports 和依赖重建
- Isuru、CJ 和 Matt 之间关于实施细节的辩论陷入僵局
- 2020-07-22 更新:原则上我们已达成协议,在临时基础上(即,直到迁移结束)直接在 feedstock 中渲染所需的额外 pinnings。
讨论
检查之前的行动事项
从上次会议议程中复制之前的行动事项。
本次会议
- (ED) 使用类似于 conda-tools 中使用的投票模型更新治理文档(+3 且没有 -1 则通过)
- (SC) 编写 jinja 模板将机构合作伙伴 yaml 文件转换为网站 https://github.com/conda-forge/conda-forge.github.io/blob/2a2d3caaf7d74eb370ac40c679ba337a73d15c8a/src/inst_partners.yaml
- (SC) 记录创建 OVH 账户并获取访问权限所需的操作
上次会议
Docker hub
- (JK) 检查 Azure 构建 worker,看它们是否受到 docker hub 的限制。也许 Azure 和 docker hub
- (JK) 检查 Azure 构建 worker,看它们是否受到 docker hub 的限制
- (JK) 与 dockerhub 合作,看看我们是否可以获得 OSS 状态
- (???) 开始将镜像推送到 quay (github?)
- (???) 在 smithy 中进行更改,以确保我们可以使用其他镜像位置
OVH
- (???) 构建网页以感谢他们(和其他人)
- 如果我们要添加徽标,需要确保我们有权使用它。
- 在某个时候在 Twitter 上公开感谢。“感谢 OVHCloud 提供 VM” 等。(也许在我们发布在 Windows 上运行的 qt 之后?)
3 次会议前
- 弄清楚如何向用户传达重大更改。可能应该立即打开一个 issue 以进行进一步讨论。Ping @kkraus,并从这些会议记录中更靠前的位置捕获笔记
移至 Issue Tracker
-
John K. 将更新 git repo 上的 cuda toolkit feedstock,以记录指向 NVIDIA 内部 issue tracker 的 NVBug 链接
-
Jonathan 将更新文档,以记录一些非详尽的软件包列表(例如 cuda-toolkit、MKL 等)
-
Jonathan 将审查此 PR PR
-
(Kale) 安排 conda 工作组会议
-
cfep-10 下一步:CJ 发起投票征求反馈
-
cfep-06 下一步:要求 staged recipes 团队支持此 CFEP 并推动其前进
-
jakirkham & CJ-wright 同步关于将 CUDA 添加到迁移 bot 的事宜
-
(Eric) 安排 Anaconda <-> conda-forge 在 anaconda.org 上就需求收集进行同步
- 将尝试在下个月安排此事。
-
(Anthony) 联系 NumFocus,以 выяснить 不在文件中包含许可证的法律后果。
-
(Eric) 内部检查酒店和社区人员的机票的资助水平?
-
(Eric) 弄清楚 conda-forge 的财务状况以支持自身?
-
(jjhelmus) 启动关于我们将要支持哪些 Python 版本的 CFEP
-
(jakirkham) 撰写一篇关于我们今天讨论的 CUDA 内容的博客文章
-
(jakirkham) 更新关于如何向 feedstocks 添加 CUDA 支持的文档
-
(jakirkham) 将在 conda-smithy 上打开一个 issue 以调查 Drone 问题。(ping aarch 团队)
-
(ED) “我们是谁”页面?FAQ 和“谁是谁”的某种组合。FAQ 内容例如
- 谁是 CF <-> Anaconda、CF <-> NumFocus、CF <-> Azure 的 POC
- 谁是各个子团队的 POC?
- 非正式信息:角色、日常工作、个人简介、全部内容、你为什么在这里等等。
- 公开还是内部?我两者都不介意。有人强烈倾向于某一种方式吗?
- 选择公开个人简介
- software carpentry 有大量的讲师,并且有 https://carpentries.org/instructors
- 有人担心“又多了一个地方需要保持内容更新”
-
(CJ) 组建财务子团队
-
(ED) 记录使用 conda-forge 构建可重现环境的策略
-
(UK) 静态库相关内容
- 在构建中添加 linting 提示以找到它们
- 建议如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,并且这是一个坏主意。 -> CFEP-18