conda-forge 核心会议 2022-09-21
在 您的 __new__() 议程项目
标题下添加新的议程项目
上周会议 我的时区会议是什么时间 会议信息
- 要加入视频会议,请点击此链接: https://zoom.us/j/9138593505?pwd=SWh3dE1IK05LV01Qa0FJZ1ZpMzJLZz09
- 或者,要通过电话加入,请拨打 +1 347-384-8597 并输入此 PIN 码:828 997 153#
- 要查看更多电话号码,请点击此链接: https://tel.meet/ijv-qsvm-tvn?hs=5
与会者
姓名 | 首字母 | GitHub ID | 隶属关系 |
---|---|---|---|
Dave Clements | DPC | tnabtaf | Anaconda |
Eric Dill | ED | ericdill | cf / voltron data |
Jaime Rodríguez-Guerra | JRG | jaimergp | cf / Quansight |
Matthew R Becker | MRB | beckermr | cf |
Katherine Kinnaman | KK | kathatherine | Anaconda |
Isuru Fernando | IF | isuruf | cf |
Cheng H. Lee | CHL | chenghlee. | cf / Anaconda |
Filipe Fernandes | FF | ocefpaf | cf |
Marcelo Trevisani | MDT | marcelotrevisani | cd |
共 17 人
常设议题
-
在通话中为新人介绍
- mark - 软件工程师 - 来这里谈论 julia
-
公开投票
- MRB - 没有公开投票。很多人询问关于 staged recipes。是否有人可以接手此事?
- ED 将负责呼吁投票。
来自之前会议的议题
您的 新() 议程项目
- (JK) CUDA 许可更新
- 新的 CUDA 许可修订提案
- NVIDIA 希望可以选择在需要时删除软件包
- MRB - 软件包是否只能使用 NVIDIA 批准的脚本构建?感觉有点反社区
- JK 希望人们分享对该提案的反馈。
- (MK/IF) 依赖于 julia 软件包的软件包
- (DPC) conda-forge 是否有兴趣引导我们的社区前往即将宣布的 conda Discourse 站点?
- 可以看到大量流量从 Gitter 转移到 Discourse 中的 软件包构建器类别(可能在 conda-forge 子类别中?)
- 还可以看到一些讨论发生在 贡献者 ⇒ 基础设施类别(或在 conda-forge 子类别中)
- 该站点将于下周上线。
- (AO) 新的 python 补丁版本和 int()/str() 往返中的重大更改(限制为 4300 个字符)
- https://discuss.python.org/t/int-str-conversions-broken-in-latest-python-bugfix-releases/18889
- https://github.com/conda-forge/python-feedstock/pull/579 (最初的感觉是等待,但上游似乎不会改回)
- 无限期地搁置补丁版本不是一个可选项 IMO;人们会收到旧版本的 CVE 警告。
- 有什么想法吗?
- (CHL) 顺便问一下,我们应该如何处理 CVE-2015-20107 (mailcap)?
- 3.10 backport 最终被接受
- (MRB) 关于 apple silicon 的 cirrus-ci,我们应该考虑什么?
- native-native 编译器的状态?
- 需要 smithy PR OFC
- 我们是否想直接与他们联系?
- (AO) 在 aarch64/ppc64le 上交叉编译 CUDA?
- 受 arrow-cpp 的启发,在 aarch 上构建 CUDA 会强制模拟所有 aarch(无法在 conda-forge.yml 中根据 CUDA 区分 build_platform)
- 模拟构建超时约 50% 的时间,并且切换 PPC 也会意味着我们需要 5-6 次重启,每次 6 小时运行才能通过 CI
- 想法是找出缺失的部分(与 EULA 讨论相关,因为 KK 说我们不能一致地使用现有(例如)ppc-images 的位)
- AFAIU,我们“仅”需要在 x64 构建映像中将 aarch64/ppc64le libcuda 存根作为主机库,但我很可能忽略了很多东西。
正在进行的投票
- cfep-21 静态/头文件库的许可软件包
- 于 2022 年 7 月 25 日开启,2022 年 8 月 2 日结束
CFEP
- cfep-12 删除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞不前
- 关于移动到“broken”与从 conda-forge 频道删除的积极辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们是否收到了 NumFOCUS 的回复?他们做了法律研讨会,该研讨会被录制下来了
TODO
- (MvN) vs2022 编译器支持
- 一些部分的初步尝试 https://github.com/conda-forge/vc-feedstock/pull/46
- 这是一个新的 VC 版本
- 使用现有的 UCRT
- 需要使用 windows-2022 github actions 镜像
- TODO:继续将运行时的名称更改为 vc_runtime
- TODO:将需要 msys epoch 的 UCRT 补丁
- (CHL) 供参考: msys2 环境 - 选择你自己的编译器 + libstdc++ + Windows 运行时冒险
- https://www.msys2.org/docs/package-naming/
- (RG) “我们也需要一些用于 SciPy 1.9.0 的 mingw-w64 版本,MSVC + gfortran 将不再起作用。我们现在在 CI 中使用 Rtools 工具链”
- (CHL) conda-forge 如何使用 channeldata.json?
- c-f 唯一已知的用途:在网页上计算“按数字统计”的软件包命名空间数量;其他用途已弃用
- TODO:CEP 弃用并从
conda-build
中删除--use-channeldata
- TODO:CEP 将运行导出添加到
repodata.json
- TODO:阐明“所以你正在考虑签订一份合同来为 conda-forge 工作”的建议机制。tl;dr 是你应该与 conda-forge 方面的受影响方(或工作组或感兴趣的人)一起制定设计文档。一旦你就范围、交付时间表以及 conda-forge 志愿者方面需要的任何内容达成一致,就可以继续与付款人签订合同。如果你不先这样做,你可能会在完成与付款人的合同协议的交付时遇到一些困难。
2022-01-12
- 在日志上传后审查 Qt PR
- 将 cupython 和 cuquantum 添加到 don't mirror list(MRB 已完成)
- 关于
std=c++14
,等待 Kai 评论并合并 PR - CJ 和 Jaime 协调以告知 Maxiconda 我们不能使用他们的 2021-12-01 徽标
- WV:与 homebrew 团队建立见面问候电话?
- MRB:(repodata 补丁)制作一个 cron 作业,运行 show_diff.py,并在非空时发布问题 + 提交
2021-11-03
- 自托管 CI TODO
- 更改来自 drone.conda-forge.org 的 URL。提案
- woodpecker.conda-forge.org
- ci.conda-forge.org
- 设置监控
- Quantstack 正在为镜像设置 grafana
- 更改来自 drone.conda-forge.org 的 URL。提案
2021-10-18
2021-09-22
- (WV):TensorFlow-GPU 已准备就绪,只需决定 GPU 是否应该优先于 CPU?!
- GPU 优先
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 编译器室(添加包括 keith 在内的人)
- 待办事项
- (MB) 要求核心成员转为“名誉退休”状态
- TODO:Eric 设置所有核心成员的季度性检查,以查看他们是否有兴趣保持“活跃”状态,还是想转为名誉退休
- 从各种凭据(api 令牌、twitter 密码等)中删除名誉退休人员的访问权限?这将需要更改治理文档。
- TODO:Eric 设置所有核心成员的季度性检查,以查看他们是否有兴趣保持“活跃”状态,还是想转为名誉退休
2020-11-11
- TODO:考虑引入 JOSS 以提供关于我们如何最好地撰写论文的背景信息
2020-11-03
- TODO:检查 Forrest Watters 的核心权限
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 构建工作器以查看它们是否具有 docker hub 限制。
- (JK) 与 dockerhub 合作,看看我们是否可以获得 OSS 状态
- 稍后再次检查。截至 2020-09-23,我们尚未收到回复
OVH
-
在某个时候在 twitter 上大声疾呼。“感谢 OVHCloud 提供 VM”等。(也许在我们用它在 windows 上发布 qt 之后?)
-
弄清楚如何向用户传达重大更改。可能应该立即打开一个问题以进行进一步讨论。Ping @kkraus,并从这些会议纪要中捕获更靠前的注释
-
John K. 将更新 git 存储库上的 cuda toolkit feedstock,以注释指向 NVIDIA 内部问题跟踪器的 NVBug 链接
-
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) 开放 CFEP 以了解我们将要支持哪些 python 版本
-
(jakirkham) 写一篇关于我们今天讨论的 CUDA 问题的博客文章
-
(jakirkham) 更新关于如何向 feedstock 添加 CUDA 支持的文档
-
(jakirkham) 将在 conda-smithy 上打开一个问题以调查 Drone 问题。(ping aarch 团队)
-
(ED) 我们是谁页面?FAQ 和每个人是谁的某种组合。FAQ 诸如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
- 各个子团队的 POC 是谁?
- 非正式信息:角色、日常工作、个人简介、全部内容、你为什么在这里等等。
- 公开还是内部?我真的不在乎哪种方式。有人强烈支持其中一种方式吗?
- 选择加入公开个人简介
- 软件木工有大量讲师,网址为 https://carpentries.org/instructors
- 一些关于“又一个保持事物更新的地方”的担忧
-
(ED) 记录使用 conda-forge 的可重现环境的策略
-
(UK) 静态库的东西
- 向构建添加 linting 提示以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说我们不提供支持,这是一个坏主意。 -> CFEP-18