2020-07-01 conda-forge 核心会议

与会者

议程

您的议程项目

• (WV) 快速宣布 micromamba (https://gist.github.com/wolfv/fe1ea521979973ab1d016d95a589dcde)

• (WV) 来自 上次会议 的下一代软件包格式标准化更新？

  • https://github.com/TheSnakePit/conda-specs/blob/master/proposed_specs/recipe.md
  • https://github.com/TheSnakePit/boa/blob/master/boa/cli/render.py

• (MRB/IF) cos7 和 CDTs 计划 (https://github.com/conda-forge/conda-forge.github.io/issues/1085)

  • cos7 编译器正在工作！

  • 我们已从 sysroot 路径中删除任何提及 cos6 或 cos7 的内容，以便我们有一个编译器

    • 旧 sysroot: x86_64-conda_cos6-linux-gnu
    • 新 sysroot: x86_64-conda-linux-gnu

  • 我们现在在构建时直接使用来自 cos6 或 cos7 的 sysroot/glibc/kernel headers 软件包（而不是重建 glibc）

  • 这产生了一个问题，CDTs 被安装到错误的路径（符号链接有点用，但是无法在一个 env 中将 cos6 交换为 cos7）

  • 因此，我们希望重建 CDTs 以从其路径中删除 cos6 和 cos7（并将使用 sysroot 软件包来确保旧式 CDTs、cos6 和 cos7 在 envs 中都是互斥的）

  • 旧式 CDT

    • 需要在 source 部分中具有 no_hoist
    • sysroot 目录在路径中具有 conda_cos6 或 conda_cos7
    • 需要具有 sysroot_{subdir} ==99999999999 的 run_constrained 条目，以防止它与新的编译器或 CDTs 共同安装

  • 新式 CDT

    • 需要在 source 部分中具有 no_hoist
    • sysroot 目录在路径中仅具有 conda
    • 需要在正确版本的 sysroot_{subdir} 软件包上具有 run 要求，以便它仅与来自正确 CentOS 版本的 CDTs 一起安装
      • cos6 为 2.12
      • cos7 为 2.17

  • 旧计划大致是

    1. 修补仓库数据，使 conda-forge 上的当前 CDTs 与新的编译器冲突（PR 已发布）
    2. 将所有需要的 CDTs 从 defaults 移动到 conda-forge，以便我们可以从 conda-forge 构建（正在进行中）
    3. 在构建中启用严格通道优先级（甚至从 linux 的通道列表中删除 defaults）
    4. 编写一个迁移器，它将发布 PR 以将所有旧式 CDTs 更改为新式 CDTs
    5. 从新的编译器和 sysroots 中删除路径 shims

  • 哪些要移动等等

    • 此处列出了需要的东西： https://github.com/beckermr/misc/blob/master/work/conda_forge_cdt_scripts/needed_cdt_list.yaml
    • 保留
      • selinux、mesa、pciutils 等（我不知道此处 etc 中包含什么）
      • X11
      • ca-cert 是 java CDTs 的依赖项
      • libxt (gnuplot 和 r-base 使用)
    • 可能保留
      • alsa ones（qt 使用，但我们也打包了这个： https://github.com/conda-forge/alsa-lib-feedstock)
      • libpng-devel (wxpython 和 javafx-sdk 需要)
      • numactl (许多 feedstocks 使用)
    • 不保留
      • zip (但也不在列表中)

  • 新计划！

    1. 将 run_constrained 放入 defaults 和 conda-forge
    2. 构建特殊的仓库来构建它们并将它们上传到 feedstocks 之外（新旧类型都有）
    3. 构建并上传最小集合到 conda-forge
    4. 在构建中启用严格通道优先级和/或从通道中删除 defaults
    5. 推送新编译器的最终版本

• (FF) 我们应该将 Outreachy 作为支持科技领域多样性努力的一部分吗？优点是成本低，影响大。缺点是导师的时间投入。

• (UK) CFEP-18: (不) 打包静态库

• (IF) cf-mark-broken: 将未损坏的软件包标记为损坏

  • 将软件包标记为损坏会破坏 envs
  • 仓库数据补丁总是更好
  • 我们可能希望允许维护者在软件包的消费者仅为他们自己时将其标记为损坏
  • 快速完成事情的方面有利于快速推送错误修复
  • 待办事项 (MRB)
    • 24 小时时限
    • 在 PR 文本中添加更多详细信息，以帮助人们理解他们在做什么
    • 使其更容易还原

• (KK) CUDA 11 支持

  • CUDA 11 放弃了 CentOS 6 支持
  • 与上面的 CentOS 7 迁移相关
  • cudatoolkit 11 - https://github.com/AnacondaRecipes/cudatoolkit-feedstock/pull/7
    • 确保我们有一行 glibc run constrain
  • 添加 Docker 镜像（需要仔细检查如何有条件地调整 FROM）
    • 需要最近的 docker 版本，但这应该可以工作

      ARG IMAGE=ubuntu:lastest
      FROM ${IMAGE}

• (CJ) 有人想参加 PyData Global 吗？

  • https://global.pydata.org/pages/cfp.html
  • (提交尚未开放)
  • CJ 将在“行业经验教训”下提交一些内容，讨论 CF 的风险模型视图（如果您有兴趣/有观点要补充，请告知 CJ）

• (IF) 严格通道优先级

  • PyPy 需要
  • Cos7 需要
  • 删除我们不完全支持的软件包。例如：windows 上有 3 个 scipy 版本。

正在进行的投票

子团队更新

Bot

• (CJ) openjdk、r-java 停滞不前的状态

上周我们没有完成的事情

ARM

POWER

CUDA

文档

staged-recipes

网站

安全+系统

• 仍然需要完成 CFEP-13

CI 基础设施

编译器升级

CFEP 更新

开放 PR

• cfep-04 X11 和 CDT 策略

  • 不活跃 - 合并为某种不活跃状态？
  • 需要新的负责人。感谢 pkgw 在此 pkgw 上的工作！自 2020 年 1 月 10 日起，pkgw 提出了未解决的评论

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

  • 不活跃 - 合并为某种不活跃状态？
  • 来自 @saraedum 的长期评论。@jakirkham，您可以回复吗？自 2020 年 1 月 8 日起，@saraedum 提出了未解决的评论
  • (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个。

• cfep-10 Feedstock 状态，未维护

  • 不活跃 - 合并为某种不活跃状态？
  • 需要另一次审查。自 2020 年 1 月 11 日起，pkgw 提出了未解决的更新

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

  • 关于移动到“broken”与从 conda-forge 通道删除的主动辩论
  • 正在进行的投票，于 2020-03-11 结束
  • 投票结果是什么？
  • 我们收到 NumFOCUS 的回复了吗？

• cfep-18 打包静态库

讨论

检查之前的行动项目

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

上次会议

• (CJ) 组建财务子团队
• (MRB) 记录用户应如何解释 broken 标签
• (MRB) 更新我们作为核心人员应如何将软件包标记为 broken
• (ED) 记录使用 conda-forge 的可重现环境策略
• (UK) 静态库的东西
  • 将 linting 提示添加到构建中以找到它们
  • 推荐如何打包它们 -> CFEP-18
  • 我们应该编写文档说我们不提供支持，这是一个坏主意。 -> CFEP-18

2 次会议前

• (ED) 谁是我们页面？FAQ 和每个人是谁的某种组合。FAQ 诸如
  • CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
  • 各个子团队的 POC 是谁？
  • 非正式信息：角色、日常工作、简历、全部内容、您为何在此处等等。
  • 公开还是内部？我真的不在乎哪种方式。有人强烈地感受到其中一种或其他方式吗？
  • 选择加入公开简历
  • 软件木工有大量讲师，并且有 https://carpentries.org/instructors
  • 一些关于“又一个保持内容更新的地方”的担忧

3 次会议前

移动到问题跟踪器

• (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) 更新关于如何将 CUDA 支持添加到 feedstocks 的文档
• (jakirkham) 将在 conda-smithy 上打开一个问题以调查 Drone 问题。（ping aarch 团队）
  • https://github.com/conda-forge/conda-forge.github.io/issues/954