conda-forge 核心会议 2022-10-19
在 Your __new__() agenda items
标题下添加新的议程项
上周会议 我的时区会议是什么时间 会议信息
- 要加入视频会议,请点击此链接: 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 |
Marcel Bargull | MB | @mbargull | cf/Bioconda |
Daniel Ching | DJC | @carterbox | Argonne |
Jaime Rodríguez-Guerra | JRG | @jaimergp | Quansight/cf |
John Kirkham | JK | @jakirkham | NVIDIA/cf |
Filipe Fernandes | FF | @ocefpaf | conda-forge |
Ryan May | RM | @dopplershift | Unidata |
Jason McAllister | JM | @solid-snake-Jay | Anaconda |
Matthew R Becker | MRB | beckermr | cf |
----------------------- | -------- | --------------- | --------------------------- |
共 11 人
常设事项
-
为通话中的新成员介绍
-
公开投票
来自之前的会议
-
Python >=3.10.7, >=3.9.14 等的下一步是什么?
- CVE-2020-10735(通过
str
<->int
的 DoS)修复破坏了许多下游 - https://github.com/conda-forge/python-feedstock/pull/579
- 最初的感觉是等待,但上游似乎不会改回去
- 无限期地搁置补丁发布不是一种选择;人们会收到较旧版本的 CVE 警告。
- conda.discourse 中有关此的问题
- 有什么想法?
- 我们可能应该发布;问题是我们是否修补掉上游补丁?
- (JRG)将发起一个标准的、非敏感的投票
- (CHL)Anaconda 的立场
- 给我们的用户 1-2 周的警告期,然后按原样发布。
- 拒绝继续将所有其他安全修复程序向后移植到 .10.6/.9.13/.8.13/.7.13
- (CHL)同时,我们应该如何处理 CVE-2015-20107 (mailcap)?
- 3.10 向后移植 终于被接受
- Anaconda 正在进一步向后移植到 3.7/3.8/3.9。
- CVE-2020-10735(通过
-
行动事项
- (JRG)创建 issue / PR 进行投票
您的 新() 议程项
-
(JRG)项目看板?
-
(MB)在(未来)Python 3.11 迁移之前需要做些什么?
正在进行的投票
- cfep-21 静态/头文件库的许可证软件包
- 2022 年 7 月 25 日开始,2022 年 8 月 2 日结束
CFEPs
- cfep-12 删除违反源软件包条款的软件包
- 自 2020 年 5 月 26 日起停滞不前
- 关于移动到 “broken” 与从 conda-forge 频道删除的积极辩论
- 正在进行的投票,于 2020-03-11 结束
- 投票结果是什么?
- 我们是否收到了 NumFOCUS 的回复?他们做了法律研讨会,该研讨会有录音
待办事项
- (MvN)vs2022 编译器支持
- 一些部分的初步尝试 https://github.com/conda-forge/vc-feedstock/pull/46
- 这是一个新的 VC 版本
- 使用现有的 UCRT
- 需要使用 windows-2022 github actions 镜像
- 待办事项:跟进以将运行时的名称更改为 vc_runtime
- 待办事项:将需要 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 唯一已知的用途:计算网页上 “By the numbers” 的软件包命名空间数量;其他用途已弃用
- 待办事项:CEP 弃用并从
conda-build
中删除--use-channeldata
- 待办事项:CEP 将运行导出添加到
repodata.json
- 待办事项:阐明 “所以您正在考虑签订合同来为 conda-forge 工作” 的建议机制。tl;dr 是您应该与 conda-forge 方面的受影响方(或工作组,或感兴趣的人员)一起制定设计文档。一旦您就范围、交付时间表以及 conda-forge 志愿者方面需要的任何内容达成一致,就可以继续与付款人签订合同。如果您不首先这样做,您可能会在完成与付款人的合同协议的交付时遇到一些困难。
2022-01-12
- 在日志上传后查看 Qt PR
- 将 cupython 和 cuquantum 添加到 don't mirror 列表(MRB 完成)
- 关于
std=c++14
,等待 Kai 评论并合并 PR - CJ 和 Jaime 协调以告知 Maxiconda 我们不能使用他们的 2021-12-01 徽标
- WV:与 homebrew 团队安排见面问候电话?
- MRB:(repodata 补丁)创建一个 cron 作业,运行 show_diff.py,并在非空时发布 issue + commit
2021-11-03
- 自托管 CI 待办事项
- 将 URL 从 drone.conda-forge.org 更改。提案
- woodpecker.conda-forge.org
- ci.conda-forge.org
- 设置监控
- Quantstack 正在为镜像设置 grafana
- 将 URL 从 drone.conda-forge.org 更改。提案
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)要求核心成员转为 “名誉退休” 状态
- 待办事项:Eric 安排所有核心成员的季度性检查,以查看他们是否有兴趣保持 “活跃” 状态,还是想转为名誉退休
- 从各种凭据(api 令牌、twitter 密码等)中删除名誉退休人员的访问权限?这将需要更改治理文档。
- 待办事项:Eric 安排所有核心成员的季度性检查,以查看他们是否有兴趣保持 “活跃” 状态,还是想转为名誉退休
2020-11-11
- 待办事项:考虑引入 JOSS 以提供关于我们如何最好地撰写论文的背景信息
2020-11-03
- 待办事项:检查 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 之后?)
-
弄清楚如何向用户传达重大更改。可能应该立即发布一个 issue 以进行进一步讨论。Ping @kkraus,并捕获这些会议记录中更上方的注释
-
John K. 将更新 git 仓库上的 cuda toolkit feedstock,以记录 NVBug 链接到 NVIDIA 内部 issue 跟踪器
-
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)更新关于如何向 feedstock 添加 CUDA 支持的文档
-
(jakirkham)将在 conda-smithy 上打开一个 issue 以调查 Drone 问题。(ping aarch 团队)
-
(ED)我们是谁页面?FAQ 和每个人是谁的某种组合。FAQ 诸如
- CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
- 各个子团队的 POC 是谁?
- 非正式信息:角色、日常工作、个人简介、全部内容、您为什么在这里等等。
- 公开还是内部?我真的不在乎哪种方式。有人强烈感觉其中一种方式或其他方式吗?
- 选择加入公开个人简介
- 软件木工坊有大量讲师,并且有 https://carpentries.org/instructors
- 一些关于 “又一个保持事物更新的地方” 的担忧
-
(ED)记录使用 conda-forge 的可重现环境的策略
-
(UK)静态库内容
- 向构建添加 lint 提示以找到它们
- 推荐如何打包它们 -> CFEP-18
- 我们应该编写文档说明我们不提供支持,这是一个坏主意。 -> CFEP-18