2020-11-11 conda-forge 核心会议
与会者
- Matthew R Becker
- Cheng H Lee
- Keith Kraus
- Filipe Fernandes
- Jaime Rodriguez-Guerra
议程
常设议题
-
在通话中为新人介绍
-
(CJ) 预算
- 当前的批准?
- 每当更新的数字出现时,请屏幕共享并显示预算。
- 链接在 Keybase 中 (numfocus_spreadsheets.txt)
-
公开投票
- Keith Kraus 担任核心成员!
-
(MRB/ED/SC) 路线图 / 资金
- 目标是在每次核心会议上花费约 15 分钟,在约 3-4 次会议中讨论此议题
- 为此预留最后 15 分钟。
- https://hackmd.io/0zGSUS71SbOdBsdLtDmGjg
- 笔记将添加到上面的 hackmd 中
- MRB 将整理成某种文档
- 一些资源
- 一些数字
- https://github.com/conda-forge/by-the-numbers/blob/master/conda-forge-timelines.ipynb
- conda-forge 在 2019 年和 2020 年每年增加了约 3k 个软件包配方
- 我们存储的数据量增长似乎正在加速
- 风险评估
- 一些数字
- 由于我自己的限制,今天将跳过
- 待办事项
- 每个人都看看 pypa 路线图
- 填写风险评估电子表格:https://github.com/psf/fundable-packaging-improvements/blob/master/FUNDABLES.md
- 目标是在每次核心会议上花费约 15 分钟,在约 3-4 次会议中讨论此议题
来自之前的会议
- (MB) CentOS 6 维护支持结束
- 2020-11-30
- 一些项目开始使用来自比 cos6 更新的内核的定义
- (UK)
nodejs
似乎也已放弃 cos6:https://github.com/conda-forge/nodejs-feedstock/pull/154 - (CHL) “defaults” 将在 2021 年 1 月左右放弃 CentOS 6。
您的新议程项目
-
(JRG) [email protected] 有兴趣帮助为 JOSS 撰写一篇 “conda-forge 论文”
- 对于科学家来说,获得引用将很有用
- 两种方法
- 核心团队的每个人都是作者
- 只有需要的人
- 生成一些可引用的内容
- Zenodo?滚动 Zenodo DOI 不会累积引用(我们需要确认这一点。)
- JRG:根据 FAQ DOI 版本控制如何工作?,他们提供两种类型的 DOI:特定版本和特定项目。每个项目至少获得两个:一个通用 DOI,然后是当前版本的 DOI。它们是单独的 DOI(因此是不同的引用“钱包”),但是我们可以要求人们引用项目 DOI,并且特定版本的 DOI 将包含越来越多的贡献者列表(可能按时间分割?)。例如
- 项目 DOI -> 指向 https://forge.conda.org.cn/。
- 作者是“The Conda Forge Community”。
- 发布内容:当时的文档,或任务声明。
- 版本:每年一个(或其他时间段)。
- 每个版本都包含至少为一个软件包向 conda-forge 做出贡献的作者(新的软件包配方,新的合并 PR?)。按贡献量排序。通过 PR 标签选择加入 (staged-recipes + PR)。
- 内容:任何更容易自动化的内容。可能是该时间范围内新软件包配方、合并 PR 的列表。
- 项目 DOI -> 指向 https://forge.conda.org.cn/。
- JRG(续):想要在其 CV 中获得荣誉的作者可以包括项目 DOI 和包含其贡献的版本(如果需要)。
- 我们如何划分和分配荣誉?为该特定工具撰写论文并发表?
- 待办事项:考虑引入 JOSS 以提供关于我们如何最好地撰写论文的背景信息
- MRB:我认为社区本身应该是唯一的作者。
-
CZI 提案结果和后续步骤
- 我们从 CZI 收到了一份样板式的拒绝信,“提案很好,但我们收到的太多了”。
-
(CHL) osx-arm64 推广的待办事项
- Anaconda 的行动项:修复 CDN 以推送 osx-arm64 软件包
- Anaconda 可能会在某个时候向 conda-build 添加签名,以期望 apple 将要求真正的证书,而不仅仅是临时的签名
推迟到下次会议
- (MB) 要求核心成员转为 “名誉退休” 状态
- (CJ) 我们似乎有一些工件的文件数量超出预期
- 4 个软件包附带 requests(requests 本身除外),见下文
- 我们应该如何处理这些?
- 旧软件包
- 较新/最新的软件包
'apache-libcloud-2.4.0-py27_1000',
'apache-libcloud-2.4.0-py36_1000',
'apache-libcloud-2.4.0-py37_1000',
'apache-libcloud-2.4.0-py_1000',
'autovizwidget-0.12.6-py_1000',
'dbxfs-1.0.38-py_0',
'google-api-core-1.20.0-py36h9f0ad1d_0',
'google-api-core-1.20.0-py37hc8dfbb8_0',
'google-api-core-1.20.0-py38h32f6830_0',
'google-api-core-1.20.1-py36h9f0ad1d_0',
'google-api-core-1.20.1-py37hc8dfbb8_0',
'google-api-core-1.20.1-py38h32f6830_0',
'google-cloud-bigquery-storage-core-2.0.0-pyh9f0ad1d_1',
'google-cloud-bigquery-storage-core-2.0.1-pyh9f0ad1d_0'
正在进行的投票
子团队更新
Bot
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
CI 基础设施
编译器升级
CFEP 更新
未解决的 PR
-
cfep-04 X11 和 CDT 策略
- 非活动状态 - 合并为某种非活动状态?
- 需要新的负责人。感谢 pkgw 在此软件包上的工作!有来自 pkgw 的未解决的评论,来自 2020 年 1 月 10 日
-
cfep-06 Staged-recipes 审查生命周期
- 非活动状态 - 合并为某种非活动状态?
- 来自 @saraedum 的持久评论。@jakirkham,您可以回复吗?有来自 @saraedum 的未解决的评论,来自 2020 年 1 月 8 日
- (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个问题。
-
cfep-10 软件包配方状态,无人维护
- 非活动状态 - 合并为某种非活动状态?
- 需要另一次审查。有来自 pkgw 的未解决的更新,截至 2020 年 1 月 11 日
-
cfep-12 删除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞
- 关于移动到 “broken” 与从 conda-forge 频道删除的激烈辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们收到 NumFOCUS 的回复了吗?
-
cfep-17 处理 pin backports 和依赖项重建
- Isuru、CJ 和 Matt 之间关于实施细节的停滞辩论
- 更新 2020-07-22:我们原则上同意在软件包配方中直接呈现所需的额外 pinning,临时进行(即,直到迁移结束)。
讨论
检查之前的行动项
复制上次会议议程中的先前行动项。
本次会议
2020-11-03
- (MRB) 关于核心团队何时推送他们不维护的软件包配方的拟议策略 * [x] (MRB) 放入文档 PR * [ ] (MRB) 在 bot 上创建 PR 以提及该策略
- 待办事项:检查 Forrest Watters 的核心团队权限
- (FF) Outreachy 将花费 6500 美元。
- 后续步骤:撰写摘要并投票决定资金支出。
上次会议
2020-10-28
2 次会议前
2020-10-21
- (Marius?) Python 2.7 迁移
- ( ) [ ] 做出提示
- ( ) [ ] 发布公告
- ( ) [ ] 将提示变为 lint
移至 Issue Tracker
2020-10-07
- 确保将 NVBug 信息添加到 conda-forge 制作的 cudatoolkit 软件包中(如果我们制作一个)
2020-09-30
2020-09-23
- (MRB)
- 执行 libgfortran 名称更改
- 将目标平台添加到哈希值
- 使用 bot 执行 gfortran 迁移
- 增加 pinning
2020-09-16
- 与 Jon Mease 安排一次关于 kaleido staged recipes PR 的通话
- 已于 2020-09-16 发送电子邮件
- (FF) 在 python 软件包配方上打开一个关于 python 3.9 的 PR,看看哪里失败
2020-09-09
- (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 帐户并获得访问权限所需的操作
2020-08-26 Docker hub
- (JK) 检查 Azure 构建 worker 以查看它们是否具有 docker hub 限制。
- (JK) 与 dockerhub 合作,看看我们是否可以获得 OSS 状态
- 在某个时候再次检查。截至 2020-09-23,我们尚未收到回复
- (MRB) 开始将镜像推送到 quay (https://github.com/conda-forge/docker-images/pull/152)
OVH
-
(???) 构建网页以感谢他们(和其他人)
-
如果我们要添加徽标,将需要确保我们有权使用它。
-
在某个时候在 twitter 上大声疾呼。“感谢 OVHCloud 提供 VM” 等。(也许在我们使用它在 windows 上发布 qt 之后?)
-
弄清楚如何向用户传达重大更改。可能应该立即打开一个 issue 以进行进一步讨论。Ping @kkraus,并从这些会议记录中捕获更靠前的笔记
-
John K. 将更新 git repo 上的 cuda toolkit 软件包配方,以记录 NVBug 链接到 NVIDIA 内部 issue tracker
-
Jonathan 将更新文档以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)
-
Jonathan 将审查此 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) 更新关于如何向软件包配方添加 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
- 一些关于 “又一个保持内容更新的地方” 的担忧
-
(ED) 记录使用 conda-forge 的可重现环境的策略
-
(UK) 静态库内容
- 向构建添加 linting 提示以查找它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,这是一个坏主意。 -> CFEP-18