2020-07-29 conda-forge 核心会议
参会人员
- CJ Wright
- Isuru Fernando
- Filipe Fernandes
- Michael Sarahan
- Ray Douglass
- Josh Adelman
- Wolf Vollprecht
- Jonathan Helmus
- Marcelo Trevisani
- Cheng Lee
- Keith Kraus
- Marcel Bargull
- Anthony Scopatz
- Eric Dill
- Uwe Korn
- Marius van Niekerk
议程
-
(IF) gcc 升级 - 9.3 或 10.2 ?
- 总体积极响应,需要弄清楚语法,使用 gcc 9
- 行动项:打开 PR 到包含迁移的 pinnings 中
-
[z] (IF) 交叉编译
- https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/703
- 拆分 libgcc CRT 文件和 libstdc++ 头文件?
常设事项
- (CJ) 预算,以及财务子团队创建
- 在电话会议上介绍新成员
你的新议程项
上周未完成事项
-
(ED) 给新成员和贡献者的欢迎包?
- staged-recipes 的新贡献者
- 贴纸邮寄到他们选择的地址?
- Staged-recipes
- 新贡献者加一个马克杯
- 子团队?
- 如上,加上任何子团队特定的东西(例如,也许我们需要一个机器人贴纸)
- 核心团队
- staged-recipes 加一件 T 恤
- 担忧
- 如何实施
- 最初的 conda-forge 马克杯很受欢迎。
- staged-recipes 的新贡献者
-
(KK) 移除 conda-build 中 pre-link 脚本的弃用/警告
- 警告当前吞噬了来自我们(NVIDIA)测试的消息
- 根据 jakirkham 的说法,目前在 conda forge 软件包中使用
- 最好允许具有专有许可证的软件包在实际安装之前显示一些消息
- NVIDIA 法务部门更希望 CUDA 相关软件包这样做,并希望为发布编译器、头文件和其他 EULA 保护的部分铺平道路
- Pre-link 问题: https://github.com/conda/conda/issues/7452
- 也许可以向 conda 添加消息传递功能 (https://github.com/conda/conda/issues/10118)
- FF:我将为 NumFOCUS 撰写一份小型资助提案,看看我们是否能在这方面获得新鲜血液
正在进行的投票
子团队更新
Bot
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
- 仍然需要完成 CFEP-13(现在最新的 smithy 已经发布,可以继续推进)
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 Feedstock 状态,未维护
- 非活跃 - 合并为某种非活跃状态?
- 需要再次审核。有来自 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:原则上我们已达成协议,在临时基础上直接在 feedstock 中渲染所需的额外 pinnings(即,直到迁移结束)。
讨论
检查之前的行动项
从上次会议议程中复制之前的行动项。
本次会议
上次会议
-
弄清楚如何向用户传达重大更改。可能应该立即打开一个 issue 以进行进一步讨论。Ping @kkraus,并从这些会议记录中捕获更上方的 notes
-
(Eric) 待办事项:在 conda_forge.yaml 中将 strict 设置为选项,并默认启用。在 conda-smithy 中打开 issue
2 次会议前
- Eric 将在我们的文档中添加一个新页面,介绍如何以商业关系与 conda-forge 及其附属机构互动。
- Eric 将从 Keith 那里获取 NVBug 链接,并将其存档在 conda-forge google drive 中。
- John K. 将更新 git repo 上的 cuda toolkit feedstock,以记录 NVBug 链接到 NVIDIA 内部问题跟踪器
- Jonathan 将更新文档,以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)
- Jonathan 将审核此 PR
3 次会议前
移至 Issue Tracker
- (Kale) 安排 conda 工作组
- cfep-10 下一步:CJ 召集投票以征求反馈
- cfep-06 下一步:要求 staged recipes 团队支持此 CFEP 并推进它
- jakirkham & CJ-wright 同步关于将 CUDA 添加到迁移机器人
- (Eric) 安排 Anaconda <-> conda-forge 在 anaconda.org 上进行需求收集的同步
- 将尝试在下个月安排好。
- (Anthony) 联系 NumFocus 以 выяснить 不在文件中包含许可证的法律影响。
- (Eric) 内部检查社区人员的酒店和机票的资助水平?
- (Eric) 弄清楚 conda-forge 的财务状况以支持自身?
- (jjhelmus) 开放 CFEP 以确定我们将要支持的 python 版本
- (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