跳到主要内容

hackmd

2021-01-27 conda-forge 核心会议

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

与会者​

  • Isuru
  • Matthew
  • CJ
  • Cheng
  • Andreas Guzman
  • Chris Burr
  • Connor Martin
  • Crystal Soja
  • Fabio Pliger
  • Filipe
  • John
  • Keith
  • Markus
  • Matti Picus
  • Nikolay Petrov
  • Stephanie Guo
  • Wolf
  • Eric Dill

议程​

常设事项​

  • 为电话会议中的新人做介绍

    • 英特尔团队

  • (CJ) 预算

    • 当前的批准？
    • 当有更新的数字时，请共享屏幕并展示预算。
      • 链接在 Keybase 中 (numfocus_spreadsheets.txt)
    • (CJ) 我们都已更新，2021 年的损益表尚未发布

  • 公开投票

来自之前的会议​

  • (WV) Quetz / beta.mamba.pm 当前状态的快速更新

  • (ED) CFEP 有进展吗？ 我记得我们几周前讨论过，但我不记得结果了 (被推迟了)

您的新() 议程项目​

  • ICC 编译器包装器（与英特尔团队）

    • NP 关于英特尔重新打包
      • 希望发布更多内容
      • 许多内部讨论
      • 计划将更多库引入 conda
        • dpcpp
        • dnn stuff
        • compilers
      • 我们将如何处理软件包和验证？
        • 英特尔重新打包的历史以及为什么不克隆/复制
        • IF
          • 我们想要更改元数据并更改一些默认设置（交换英特尔 openmp 和 llvm openmp）
          • 在 MKL 中使用不同的 blas 导出
    • Andres 与编译器
      • 我们可以从头开始编写 recipes
      • 有基于 ctng 的内部工作版本
      • 英特尔有 "setvar" 脚本
      • 问题是这个布局可以吗？
        • icc 是二进制重新打包
        • 激活调用 setvars.sh
      • IF：只有 icc 还是 DPCPP？
        • 答案：目前先 ICC，然后是 DPCPP
      • IF
        • 需要在 ctng 软件包中添加内容
        • setvars.sh 有停用脚本吗？
      • AG
        • 关于 conda 需要发生什么？
      • IF
        • 需要在停用后环境保持不变
      • MRB：我们可以为 icc 重用 ctng 吗？
        • IF：我们没有这样做 - 你错了 matt！
      • IF：需要 icc 使用我们的 sysroot
      • AG：fortran 呢？
        • MRB：现在先做 C/C++，然后做 fortran
      • IF：我们将有两个软件包
        • icc_impl_{{ target_platform}} : 重新打包二进制软件包
        • icc_{{ target_platform}}: 激活脚本

  • (FF) GSoC 2021 计划

    • Filipe 今年无法管理这个项目。 如果有人愿意，请接替 Filipe。

  • (FF) Outreachy 更新

  • (FF) 会议时间，我们是否应该发起新的 Doodle 投票，以邀请更多人参与？

    • 恢复为每两周一次
    • 发起投票以将时间段移至与 conda 社区会议交替

  • (FF) pypy 迁移应该自动合并吗？

    • 我们对 R 很谨慎
    • 合并 PR 对人们来说是一个负担
    • FF 认为没问题
    • IF 自动合并将允许访问我们的许多 feedstock

  • (MP) PyPy 3.7 迁移进行得如何？

    • 3.6: 已完成 (1328) 在 PR 中 (412) 无法解决 (0) 等待父项 (423) 机器人错误 (5)
    • 3.7: 已完成 (738) 在 PR 中 (565) 无法解决 (112) 等待父项 (739) 机器人错误 (14)
    • 41 (37%) 的无法解决的问题仅限于 Python 2.7

  • (KK) 默认限制构建矩阵中 CUDA 版本的数量

    • 是的，请

推迟到下次会议​

正在进行的投票​

子团队更新​

Bot​

ARM​

POWER​

CUDA​

Docs​

staged-recipes​

website​

security+systems​

CI infrastructure​

Compiler upgrade​

CFEP updates​

未解决的 PR​

  • cfep-04 X11 和 CDT 策略

    • 非活跃 - 合并为某种非活跃状态？
    • 需要新的负责人。 感谢 pkgw 在此方面的工作！ 自 2020 年 1 月 10 日以来，pkgw 提出了未解决的评论。已解决：让我们推迟并保留我们现在的“混合模型”。

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

    • 非活跃 - 合并为某种非活跃状态？
    • @saraedum 提出的未解决评论。 @jakirkham，你能回复吗？ 自 2020 年 1 月 8 日以来，@saraedum 提出了未解决的评论
    • (MRB) stalebot 已经解决了这里最糟糕的问题。 我认为我们可以永久推迟这个问题。已解决：暂时推迟，赞成使用 stale 机器人。

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

    • 非活跃 - 合并为某种非活跃状态？
    • 需要再次审查。 自 2020 年 1 月 11 日以来，pkgw 提出了未解决的更新。待定：已再次 ping pkgw 进行第二次审查。

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

    • 自 2020 年 5 月 26 日起停滞
    • 关于移动到“损坏”状态还是从 conda-forge 频道删除的激烈辩论
    • 正在进行的投票，于 2020-03-11 结束
    • 投票结果是什么？
    • 我们收到 NumFOCUS 的回复了吗？ 他们做了法律研讨会，并已录制

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

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

  • cfep-19 Pinning epochs

    • 自七月起停滞

  • cfep-20 软件包拆分

    • 大约 1 个月没有更新

讨论​

检查之前的行动项​

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

本次会议​

2021-01-27

上次会议​

2021-01-06

两次会议前​

2020-11-24

移至 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 编译器 room（添加包括 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

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 仓库上的 cuda toolkit feedstock，以记录 NVBug 链接到内部 NVIDIA issue tracker

  • 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) 更新关于如何向 feedstocks 添加 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) 静态库相关内容

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