2021-10-06 conda-forge 核心会议
上周会议 我的时区会议是什么时间 会议信息
[我们可能需要为 Zoom 更新这些信息。 不确定如何操作]
- 或者,要通过电话加入,请拨打 +1 347-384-8597 并输入此 PIN 码:828 997 153#
- 要查看更多电话号码,请点击此链接: https://tel.meet/ijv-qsvm-tvn?hs=5
与会者
议程
常设事项
-
在通话中为新人做介绍
-
(FF) 预算
- 当前批准?
- 无论何时更新数字,请屏幕共享并显示预算。
- 链接在 Keybase 中 (numfocus_spreadsheets.txt)
-
公开投票
- 无
来自之前的会议
-
(IF) Python 3.10
- conda 问题 - https://github.com/conda/conda/issues/10969
- 如何允许旧版本的 conda 用户失败?
- 让他们自己发现
- 添加一个
__conda
虚拟包,并让python=3.10
包依赖于__conda>=4.10.3
- 符号链接
lib/python3.1
->lib/python3.10
- 待办事项 新的 python 构建,执行符号链接(上面的选项 #3)
- Py3.10 相关的修复将合并到下一个 conda 次要版本中
-
(CJ 通过 MRB) 更可重现的构建?
- CJ:认为已经很接近了
- 受此博客文章的启发: https://hpc.guix.info/blog/2021/09/whats-in-a-package/
- 将 azure 构建日志嵌入到包中
- 嵌入哪个构建系统
- feedstock 的 git 哈希值?
- 关闭强制推送至 feedstocks
- 需要一种方法来强制构建/主机/测试环境相同
- (IF):见 https://github.com/conda/conda-build/issues/2140
- 可能的待办事项
- 在某处存储构建的源代码
- 在某处存储构建日志,可能以包名称为键?
- 以及 info.json 的部分内容 -- 有时我们对于不同的构建具有相同的文件名
- 存储构建/主机/测试环境的 conda-locks
- 注释
-
透明度 vs 可重复性 vs 可再现性
-
来源 != 可再现性
-
(Eric) 透明度+可重复性 > 可再现性
-
您的 新() 议程项目
-
(WV) 受 gitter 上对话的启发:在 conda-forge 中更多地使用 mamba
- 将
mamba install ...
添加到 feedstock 自述文件中 - 允许从
mambabuild
上传 - 通往 boa recipes 的道路?
- 待办事项
- PR 到 conda-smithy 以添加几个标志,允许用户启用 mamba 调试和 mamba 构建&上传
- 将
-
(CB) NumFocus 修正案
-
(IF) aarch64 构建
- cloud.drone.io 很慢
- 我们从 Oracle 获得了 3000 美元的积分,为期一年
- 足够 8 个 runners,每个 runner 配备 4 个 vCPU 和 24 GB 内存,为期一年
- 选项
- 托管我们自己的 drone 服务器/runners
- 托管我们自己的 azure agents
- 交叉编译
- 使用 qemu 进行测试
- pypy 构建
- 模拟
推迟到下次会议
正在进行的投票
CFEPs
- cfep-12 移除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞不前
- 关于移动到 “broken” 还是从 conda-forge 频道删除的激烈辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们收到 NumFOCUS 的回复了吗? 他们做了法律研讨会,该研讨会有录像
待办事项
2021-09-22
-
(MRB) travis 事项的更新
- 待办事项:出于透明度原因撰写博客文章。 需要一个负责人来做这件事(Matt 可以在十月底完成)
-
(MRB) 从 master 分支迁移到 main 分支 (https://github.com/conda-forge/conda-forge.github.io/issues/1162)
- 除了 feedstocks、releases、conda-smithy 和我们的 github actions 之外,一切都已完成
- releases 已损坏,已在 github 上提出问题
- feedstocks 的一些选项
- 确保更改 upload on branch 密钥
- (MRB) 就如何更新本地克隆发布公告(已移至上述问题)
- (MRB) 确保更新 upload_on_branch(已移至上述问题)
- 除了 feedstocks、releases、conda-smithy 和我们的 github actions 之外,一切都已完成
2020-11-18
- (IF/MRB/MV) intel oneAPI
- 待办事项
- (Nikolay) opencl_rt 的许可
- (Nikolay) intelmpi ABI 与 mpich 的兼容性
- (MRB/IF) 弄清楚如何准确打包 C/C++ 编译器
- (MRB/IF) 考虑 fortran ABI
- (MRB) 创建 conda-forge compilers room(添加人员,包括 keith)
- 待办事项
- (MB) 要求核心成员转为 “名誉” 状态
- 待办事项:Eric 为所有核心成员设置季度性检查,以了解他们是否有兴趣保持 “活跃” 状态,或者他们是否想转为名誉状态
- 从名誉人员那里移除访问各种凭据(api 令牌、twitter 密码等)的权限? 这将需要更改治理文档。
- 待办事项:Eric 为所有核心成员设置季度性检查,以了解他们是否有兴趣保持 “活跃” 状态,或者他们是否想转为名誉状态
2020-11-11
- 待办事项:考虑引入 JOSS,以提供关于我们如何最好地撰写论文的背景信息
2020-11-03
- 待办事项:检查 Forrest Watters 的核心权限
- (FF) Outreachy 将花费 6500 美元。
- 下一步:撰写摘要并对资金支出进行投票。
2020-10-28 2020-10-21
- (Marius?) Python 2.7 迁移
- ( ) [ ] 做出提示
- ( ) [ ] 发布公告
- ( ) [ ] 将提示设为 lint
2020-10-07
- 确保将 NVBug 信息添加到 conda-forge 制作的 cudatoolkit 包中(如果我们制作一个)
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 构建 workers,看看它们是否具有 docker hub 限制。
- (JK) 与 dockerhub 合作,看看我们是否可以获得 OSS 状态
- 在某个时候再次检查。 截至 2020-09-23,我们尚未收到回复
OVH
-
在某个时候在 twitter 上大声疾呼。 “感谢 OVHCloud 提供 VM” 等。(也许在我们使用它在 windows 上发布 qt 之后?)
-
弄清楚如何向用户传达重大更改。 可能应该立即提出一个问题以进行进一步讨论。 Ping @kkraus,并捕获这些会议记录中更靠前的注释
-
John K. 将更新 git repo 上的 cuda toolkit feedstock,以记录 NVBug 链接到 NVIDIA 内部问题跟踪器
-
Jonathan 将更新文档,以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)
-
Jonathan 将审查此 PR
-
(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) 针对我们将要支持的 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
- 对“又一个需要保持内容更新的地方”的一些担忧
-
(ED) 记录使用 conda-forge 实现可重现环境的策略
-
(UK) 静态库相关事项
- 在构建中添加 linting 提示以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,这是一个坏主意。 -> CFEP-18