2020-06-22 conda-forge 核心会议
与会者
- Eric D
- Filipe
- Uwe
- Jonathan Helmus
- Kirkham
- Matt B.
- Anthony Scopatz
- Lori
- Cheng Lee
- Ray Douglass
- Keith Kraus
- Sylvain
- Mike Sarahan
- Wolf
- Isuru
议程
您的议程项目
-
(任何人) 为在线的新人介绍一下?
-
(FF) NumFOCUS 关于 GH 2FA、Google Drive 和 AWS 的更新
- GitHub 2FA 问题已解决(仅核心成员需要)
- 捐赠者姓名和地址在 NumFocus Google Drive 中
- 需要回复 NumFocus 关于可能的 AWS 使用情况,截止日期已过。此处的目的是为 CF 获取在 AWS 上使用的信用额度
- 可以给 Leah 发送一条消息
- 也许可以为 windows 机器获取 AWS workspaces 的信用额度?这将有助于调试 windows 的内容。还有 aarch64 机器。如果您有关于如何使用 AWS 的想法,请编辑以下文档。下周 Filipe 将向 Leah / NumFocus 发送电子邮件
- https://hackmd.io/bXUZ8a08SBeTs4t9fVXR4A?edit
-
(FF) Scipy BoF、冲刺以及成员出席/演示。
- CJ/Marius 将负责软件包 BoF。
- 有人负责冲刺吗?
- 有人提交演讲/教程吗?
- John 将就 GPU 软件包发表演讲
- wolf 将就 scikit-geometry 发表演讲
-
(CJ) 常设预算项目
- 等待跟进现有的 AWS 费用
-
(CJ/Anthony/MRB) 创建一个用于工具的 conda-tools 组织(conda-smithy、conda、mamba、grayskull、boa 等)
- 对于 conda 软件包用户社区来说,这是一个存在分叉的威胁。最好尽量避免这种情况。
- 将工具集中在一个 github 组织下
- conda-forge 组织?
- 好处:已经是 NumFocus 项目。免费获得大量管理开销(治理模型、社区参与等)
- conda-tools 还是新的其他组织?
- 将工具组织放在 conda-forge 下会引起一些企业用户和其他用户的问题。单独的组织可能更容易
- 成立新组织,申请成为新的 NumFocus 项目。完成将社区主导的工具和项目集合在一起以用于此生态系统的相同目标。
- 提案:如果我们成立新组织,只需复制 conda-forge 治理模型
- 这也可能是一个讨论规范的好地方,我们已经讨论了一段时间了(conda、conda-build meta.yaml 等)
- conda-forge 组织?
- (WV) 在一个集中的社区拥有的地方拥有规范会很棒 - 使未来的规划成为可能。
- (JH) conda 组织中有一个规范仓库,https://github.com/conda/schemas
- (FF) 我们如何避免扼杀创新?
- pypa 有点像“毕业进入顶级组织”的政策。
- 需要成为一个受欢迎的组织。更像 pyvis
- (SC) 对 jupyter 来说,被认为是“核心”的不是实现,而是协议/文件格式等。如果您在 Jupyter 中编写一个支持这些的工具,那么您可以立即访问各种工具
- conda 生态系统的类似物是什么?软件包规范 (meta.yaml)、软件包格式等?
- 需要注意命名。不想成为另一个“python 软件包权威机构”
-
(WV) 快速宣布 micromamba (https://gist.github.com/wolfv/fe1ea521979973ab1d016d95a589dcde)
-
(WV) 从上次会议更新下一代软件包格式的标准化?
-
(MRB/Isuru) cos7 和 CDTs 计划
- 合并此 PR:https://github.com/conda/conda-build/pull/3969
- 将所有 cos6/cos7 CDT 软件包从 defaults 移动到 conda-forge
- 使用
no_hoist
更新构建,并在 sysroot 软件包上运行约束 - 将所有这些迁移到新的 sysroot 并添加对 sysroot 软件包的依赖
- 删除编译器中的 shims
-
(FF) 我们应该将 Outreachy 作为支持技术多样性努力的一部分吗?优点是成本低且影响大。缺点是导师的时间投入。
-
(UK) CFEP-18:打包静态库
-
(IF) cf-mark-broken:将未损坏的软件包标记为损坏
-
(KK) CUDA 11 支持
- CUDA 11 放弃了 CentOS 6 支持
- 与上面的 CentOS 7 迁移相关
cudatoolkit
11 - https://github.com/AnacondaRecipes/cudatoolkit-feedstock/pull/7
正在进行的投票
子团队更新
Bot
- (CJ) openjdk、r-java 停滞不前的状态
上周我们没有完成的内容
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
- 仍然需要完成 CFEP-13
CI 基础设施
编译器升级
CFEP 更新
未解决的 PR
-
cfep-04 X11 和 CDT 政策
- 非活动 - 合并为具有某种非活动状态?
- 需要新的负责人。感谢 pkgw 在此 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 删除违反源软件包条款的软件包
- 关于移动到“损坏”与从 conda-forge 频道删除的积极辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们收到 NumFOCUS 的回复了吗?
-
cfep-18 打包静态库
讨论
检查之前的行动项目
从上次会议议程复制之前的行动项目。
上次会议
- (CJ) 组建财务子团队
- 记录用户应如何解释损坏标签
- 更新我们作为核心人员应如何将软件包标记为损坏
- (ED) 记录使用 conda-forge 的可重现环境的策略
- (UK) 静态库内容
- 向构建添加 linting 提示以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说我们不提供支持,这是一个坏主意。 -> CFEP-18
2 次会议前
- (ED) 我们是谁页面?FAQ 和每个人是谁的某种组合。FAQ 内容例如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
- 各个子团队的 POC 是谁?
- 非正式信息:角色、日常工作、简历、所有信息、您为什么在这里等等。
- 公开还是内部?我真的不在乎哪种方式。有人强烈反对另一种方式吗?
- 选择加入公开简历
- 软件木工有大量讲师,并且有 https://carpentries.org/instructors
- 对“又一个保持内容更新的地方”的一些担忧
3 次会议前
移至问题跟踪器
- (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) 打开 CFEP 以了解我们将要支持哪些 python
- (jakirkham) 写一篇关于我们今天讨论的 CUDA 内容的博客文章
- (jakirkham) 更新有关如何向 feedstock 添加 CUDA 支持的文档
- (jakirkham) 将在 conda-smithy 上打开一个 issue 以调查 Drone 问题。(ping aarch 团队)