跳到主要内容

2020-09-16 conda-forge 核心会议

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

与会者​

  • CJ Wright
  • Geoffrey Garret
  • Filipe Fernandes
  • Uwe Korn
  • Keith Kraus
  • John Kirkham
  • Wolf Vollprecht
  • Cheng Lee
  • Sylvain Corlay
  • Anthony Scopatz
  • Matt Becker
  • Lori Burns
  • Eric Dill
  • Michael Sarahan
  • Isuru Fernando
  • Crystal Soja
  • Ray Douglass

议程​

常设事项​

  • 为新参会者介绍

  • (CJ) 预算

    • 当前审批？
    • 每月第一次会议，屏幕共享并展示预算？
      • 链接在 Keybase 中 (numfocus_spreadsheets.txt)

您的新议程项目​

  • (UK) Kaleido PR

    • https://github.com/conda-forge/staged-recipes/pull/12093
    • 反对意见
      • 需要检查依赖项，并确保它们与 CF 的其余部分兼容
      • 应该在 CF 中构建所有非 chromium 部分
    • 如果找不到 chromium，则动态获取
    • 需要所有静态链接软件包的许可证
    • 带有 libstdc++ 符号的共享库可能存在问题，请使用 'nm … | grep " T "' 检查
    • (Eric) 待办事项：与 Jon Mease 安排一次通话
      • scopatz, wolf, marcel
      • Uwe 评论问题
      • (Isuru) 他们在 wheel 中捆绑了很多库

  • (CJ) 在 extras 中添加信息，说明软件包提供的导入名称（对于 python 软件包）。这将有助于未来的检查工作。

  • (MB) Python 3.9 rc2（发布前的最终 RC？）应该在这些天发布

  • (MRB) @ggarrett13 有兴趣帮助进行 vs2019 过渡

    • 我们需要做些什么来完成这项工作？
    • (Isuru) 这将是全局的还是仅针对少数 feedstock？
      • 如果是全局的，那将有点问题。你可以将库与 2017 和 2019 链接在一起，但是你需要 2019 来进行链接。这将要求人们在本地构建 conda 软件包以更新到 vs2019。Uwe 正在进行交叉编译，但我们只有 vs2017。
    • 哪些 feedstock 需要更新？只有 vc 这一个
    • 新的通用运行时，它添加了新的 DLL
      • 不在 windows 10 上
      • 可以从 windows 更新下载
      • 创建一个新的运行时软件包
      • jjhelmus 在 gitter 中发布了一个关于文件名的注释
      • 尝试使用 paul 的 PR for vc for 2019
        • 为 2017 年做那个 PR，并在 vc_dev 频道上尝试
        • 然后为 2019 年做
      • 记录版本号的来源

来自上次会议​

  • (ED) 关于 Isuru 的电脑，我们需要讨论什么吗？

    • 目前打算尝试 OVH 云路线。
    • 我们目前已批准最多 12 个月。
    • 待办事项：注意未来的支出提案应包括 TTL

  • (MRB) GCC 9.3.0 迁移

    • 我想确保我理解要做的事情列表
    • 据我所知，我们已经构建了所有编译器
    • 需要在 gfortran 堆栈的 bot 中进行直接迁移
    • 我们是否想更改 linux 上的 libgfortran 库，使其在库中具有 SO 版本？
    • 我遗漏了什么？

  • (MRB) github 用户 @jan-janssen 想要在这里的“附属项目”部分列出我们 https://pyiron.org/collaborators/

    • numfocus 商标指南是：“允许大多数使用，只要清楚表明使用该标记的人不是该项目或未获得该项目认可（在没有明确许可的情况下）”
    • 他们说最终由我们决定
    • 我们是否同意该用户展示我们的徽标并将我们称为“附属项目”？
      • 非常赞同！
    • PR 在这里：https://github.com/pyiron/pyiron.github.io/pull/77

  • (MRB) github docker 镜像

正在进行的投票​

子团队更新​

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 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个。

  • cfep-10 Feedstock 状态，未维护

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

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

    • 自 2020 年 5 月 26 日起停滞
    • 关于移动到“broken”状态还是从 conda-forge 频道删除的激烈辩论
    • 正在投票，于 2020-03-11 结束
    • 投票结果是什么？
    • 我们收到 NumFOCUS 的回复了吗？

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

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

讨论​

检查之前的行动项​

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

本次会议​

2020-09-16

  • 与 Jon Mease 安排一次关于 kaleido staged recipes PR 的通话
    • 已于 2020-09-16 发送邮件
  • (FF) 在 python feedstock 上为 python 3.9 打开一个 PR，看看哪些失败

上次会议​

2020-09-09

两次会议前​

移至 Issue Tracker​

2020-08-26 Docker hub

  • (JK) 检查 Azure 构建 worker 以查看它们是否具有 docker hub 限制。也许是 Azure 和 docker hub
  • (JK) 检查 Azure 构建 worker，看看它们是否具有 docker hub 限制
  • (JK) 与 dockerhub 合作，看看我们是否可以获得 OSS 状态
  • (MRB) 开始将镜像推送到 quay (https://github.com/conda-forge/docker-images/pull/152)

OVH

  • (???) 构建网页以感谢他们（和其他人）

  • 如果我们要添加徽标，则需要确保我们有权使用它。

  • 在 twitter 上发布感谢信息。“感谢 OVHCloud 提供 VM”等等。（也许在我们发布带有它的 windows qt 之后？）

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

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

  • (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？
    • 非正式信息：角色、日常工作、个人简介、全部细节、您为什么在这里等等。
    • 公开还是内部？我两种方式都无所谓。有人对其中一种方式有强烈感觉吗？
    • 选择加入公开个人简介
    • software carpentry 有大量的讲师，并有 https://carpentries.org/instructors
    • 有人担心“又一个地方来保持内容更新”

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

  • (UK) 静态库相关内容

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