hackmd

2021-05-05 conda-forge 核心会议

Zoom 链接 我的时区会议时间 上周会议

与会者

议程

常设事项

• 为电话会议上的新人介绍

• (CJ) 预算

  • 当前的批准？
  • 无论何时更新数字，请屏幕共享并显示预算。
    • 链接在 Keybase 中 (numfocus_spreadsheets.txt)

• 公开投票

  • DEI 团队: https://github.com/conda-forge/conda-forge.github.io/pull/1187

来自之前的会议

您的新() 议程项

• (JK) CentOS 8
  • https://github.com/conda-forge/conda-forge.github.io/issues/1432
  • (MRB) 问题：我们跨不同发行版匹配 glibc 版本是唯一的要求吗？
    • 是的，glibc 是最重要的
    • 需要以与 glibc 相同的方式考虑 X11 CDT 版本（尽可能旧）
    • 内核头文件也同样令人担忧
  • (CHL) 默认值：尽可能坚持使用 CentOS 7；如果需要更新的 glibc，则使用 Debian 9 或 10（可能）
  • (IF) 我们应该尝试使用 centos7
  • 待办事项
    • 在 centos7 中测试 nvcc 等
    • (KK) 询问 nvidia 我们是否可以重新分发
  • glibc 的下一个版本是什么？
    • 可能是 2.24
    • 可能要到 2024 年之后才会更新
  • 我们何时放弃 centos6？
    • 我们需要为 glibc >=2.17 在我们的编译器激活脚本中添加一个运行导出
    • 我们需要删除 cos7 sysroot 上的 fearure
    • Anaconda 2020.11 是最后一个支持 CentOS 6 的安装程序版本；Anaconda >= 2021.04 将需要 CentOS 7 (glibc >=2.17)。博客文章：https://anaconda.net.cn/blog/individual-edition-2020-11
    • 可能希望同时迁移到 gcc 10/11
  • (KK) CUDA 11.x PPC64LE 使用 GLIBC 2.17 & AARCH64 使用 GLIBC 2.27
• (JK) C++17
  • https://github.com/conda-forge/clang-compiler-activation-feedstock/issues/17
  • Boost 问题 C++14/C++17
    • 可能需要在 Boost 中添加激活脚本以选择 C++ 版本
    • 考虑从编译器中删除 C++ 版本
    • 从 clang 中删除编译器版本仍应使用 C++14 并启用 GNU 扩展
    • Clang 13.0.0 可能会（需要重新检查？）默认迁移到 C++17
    • （删除 C++ 版本标志时 GCC 的行为？）
      • 如果我们删除 GCC 的 -std= 标志，这应该仅在 GCC>=11 时发生，因为否则我们会从 17 变为 14。
    • https://github.com/conda-forge/boost-cpp-feedstock/issues/43
    • 需要重新检查这是否仍然是一个问题

推迟到下次会议

正在进行的投票

• https://github.com/conda-forge/conda-forge.github.io/pull/1187

子团队更新

Bot

ARM

POWER

CUDA

• CentOS 8? ( https://github.com/conda-forge/conda-forge.github.io/issues/1432 )
• HPC SDK ( https://github.com/conda-forge/conda-forge.github.io/issues/1390 )

文档

staged-recipes

网站

安全+系统

CI 基础设施

编译器升级

CFEP 更新

未解决的 PR

• cfep-04 X11 和 CDT 策略

  • 非活动 - 与某些非活动状态合并？
  • 需要新的倡导者。感谢您在此 pkgw 上的工作！自 2020 年 1 月 10 日起，pkgw 仍有未解决的评论 已解决：让我们推迟并保留我们现在拥有的“混合模型”。

• cfep-06 Staged-recipes 审查生命周期

  • 非活动 - 与某些非活动状态合并？
  • 来自 @saraedum 的持久评论。@jakirkham，您可以回复吗？自 2020 年 1 月 8 日起，@saraedum 仍有未解决的评论
  • (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这一个。已解决：暂时推迟以支持 stale bot。

• cfep-15 Feedstock 状态，无人维护

  • 非活动 - 与某些非活动状态合并？
  • 需要另一次审查。自 2020 年 1 月 11 日起，pkgw 仍有未解决的更新 待定：重新 ping 了 pkgw 进行第二次审查。

• cfep-12 删除违反源软件包条款的软件包

  • 自 2020 年 5 月 26 日起停滞
  • 关于移动到“broken”与从 conda-forge 频道删除的积极辩论
  • 正在进行的投票，于 2020-03-11 结束
  • 投票结果是什么？
  • 我们收到 NumFOCUS 的回复了吗？他们做了法律研讨会，该研讨会被录制下来了

• cfep-17 处理 pin backports 和依赖项重建

  • Isuru、CJ 和 Matt 之间关于实施细节的辩论停滞不前
  • 2020-07-22 更新：原则上，我们已达成协议，在临时基础上（即，直到迁移结束）直接在 feedstock 中渲染所需的额外 pinnings。

• cfep-19 Pinning epochs

  • 自 7 月起停滞

• cfep-20 软件包拆分

  • 约 1 个月没有更新

讨论

检查之前的行动项

从上次会议议程中复制之前的行动项。

本次会议

上次会议

2 次会议前

移至 Issue Tracker

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 密码等）的访问权限？这将需要更改治理文档。

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 构建 worker 以查看它们是否具有 docker hub 限制。
• (JK) 与 dockerhub 合作，看看我们是否可以获得 OSS 状态
  • 在某个时候再次检查。截至 2020-09-23，我们尚未收到回复

OVH

• 在某个时候在 twitter 上大声疾呼。“感谢 OVHCloud 提供 VM”等。（也许在我们使用它在 windows 上发布 qt 之后？）

• 弄清楚如何向用户传达重大更改。可能应该立即打开一个 issue 以进行进一步讨论。Ping @kkraus，并从这些会议记录中捕获更上层的注释

• John K. 将更新 git repo 上的 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 添加到迁移 bot

• (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 团队）

  • https://github.com/conda-forge/conda-forge.github.io/issues/954

• (ED) 我们是谁页面？FAQ 和每个人是谁的某种组合。FAQ 诸如

  • CF <-> Anaconda、CF <-> NumFocus、CF <-> Azure 的 POC 是谁
  • 各个子团队的 POC 是谁？
  • 非正式信息：角色、日常工作、简历、所有细节、您为何在此处等等。
  • 公开还是内部？我真的不在乎哪种方式。有人强烈认为其中一种方式还是另一种方式？
  • 选择加入公共简历
  • 软件木工有大量的讲师，并且有 https://carpentries.org/instructors
  • 一些关于“又一个保持事物更新的地方”的担忧

• (ED) 记录使用 conda-forge 的可重现环境的策略

• (UK) 静态库的东西

  • 向构建添加 linting 提示以查找它们
  • 推荐如何打包它们 -> CFEP-18
  • 我们应该编写文档说我们不提供支持，这是一个坏主意。 -> CFEP-18