跳到主要内容

2020-10-28 conda-forge 核心会议

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

与会者

  • Marius van Niekerk
  • Connor Martin
  • Filipe Fernandes
  • Matthew R Becker
  • Cheng Lee
  • Keith Kraus
  • Ray Douglass

议程

常设事项

  • 通话中新人的介绍

  • (CJ) 预算

    • 当前的审批?
    • 当更新的数字出来后,请屏幕共享并展示预算。
      • 链接在 Keybase 中 (numfocus_spreadsheets.txt)
  • (MRB/ED/SC) 路线图 / 资金

    • 目标是在每次核心会议上花 15 分钟讨论此内容,约 3-4 次会议
      • 为此保留最后 15 分钟。
    • https://hackmd.io/0zGSUS71SbOdBsdLtDmGjg
    • 笔记将被添加到上面的 hackmd 中
    • MRB 将整理成一份文档
    • 今天我有两个想法供讨论
      • 进行一些规模估算,并尝试了解每个项目在开发人员工日和资金方面可能花费多少
      • 就 conda-forge 的未来走向以及我们希望在未来 5 年左右做些什么进行漫谈

来自之前的会议

  • (MRB / ED / SC) 路线图 / 资金?在 Gitter 中讨论
    • (SC) 如果 CF 收到资金,作为一个项目会做什么?也许在 conda-forge 网站上发布一些白皮书会有所帮助。如果某公司通过 NumFOCUS 向该项目捐赠 1 万、10 万或 100 万美元,conda-forge 会做一些非常不同的事情吗?
      • 1 万美元:它是否能购买足够的托管空间来做一些有趣的事情?
      • 10 万美元 - 它带来了什么。
      • 更大的数额:conda-forge 甚至可能能够直接资助人员从事该项目。
      • 我们几乎可以肯定地找到很多有用的东西,这些东西即使没有就路线图达成共识,也不会妨碍获得资金。(我认为这不会引起争议,比如哦,我们可以使用一些资金来进行一些不错的 Web 开发,以更好地可视化迁移或其他)。可能有很多类似性质的事情。
    • 如果我们列出一个清单,圣诞老人可能会出现...
    • 参见上面的 Bloomberg 注释...
    • 愿望清单和想法:https://hackmd.io/0zGSUS71SbOdBsdLtDmGjg
      • (ED) 我们能否为提交想法的人添加首字母缩写?如果需要后续问题,这将有助于跟踪
      • (MRB) 在下次核心会议上开始对此进行 15 分钟的讨论

您的() 议程项目

  • (IF) 向 Anaconda Inc 请求更多 cf-staging 的存储空间。
    • (CHL) 将在本周与 Anaconda IT 提出 🎉 (CAS: 已将 cf-staging 的存储空间更新为 100GB 10/18: MRB: 谢谢!)
    • 待办事项:Matt,你能否写下你刚才说的关于推送提交以重启构建的事情?
      • 是的!
    • (WV) 将与 OVH 合作在其基础设施上设置 Quetz。新年后重新审视。
  • (MDT) Souschef - Marcelo
  • (FF) SciPy Windows 构建长期和短期计划
    • 使用 ifort 构建,处理 defaults 有一个时的通道优先级变动;
    • 考虑 Intel oneAPI(仍在测试版中,需要检查许可证):https://software.intel.com/content/www/us/en/develop/tools/oneapi/hpc-toolkit.html
      • 待办事项:Marius ping 英特尔的人员,了解我们 CI 访问此内容的权限。来自 Marius 2020-10-28:安装 oneapi 内容没有法律问题
    • 使用 msys2 构建(我们需要熟悉 numpy.distutils 的人提供帮助);
    • 等到 defaults 有一个,然后在没有 Windows 上 SciPy 的情况下向前推进迁移。(可能需要一些机器人解决方法。)
    • py39 迁移因 Windows 上 scipy 而受阻。
    • 对于 py38,Marius 在 Windows 机器上本地构建了 scipy windows,上传了它等等。然后,我们还将 defaults 中的所有最新版本的 scipy 复制到我们的通道中,以处理通道优先级。不太记得所有细节了。(IF) Marius 构建了 3.8。然后从 defaults 复制了最新 scipy 版本的其他 Python 版本。
    • 鉴于 Anaconda 的时间表约为 1 个月,我们应该等待 anaconda 提供
  • (CHL) 待处理的 defaults 编译器更新
    • Linux: GCC 9.x vs 10.x。
      • gfortran 8/9/10/11 应该具有相同的 ABI
      • 10.3 是 anaconda 人员正在考虑的版本
      • NVCC 与 GCC 10 不兼容;nvcc 10.0 -> GCC 7, nvcc 10.1,10.2 -> GCC 8; nvcc 11.0 -> GCC 9, nvcc 11.1 -> GCC 10
    • Windows: VS 2015 或 2017
      • CF 对 Python >=3.5 使用 2017。

推迟到下次会议

正在进行的投票

子团队更新

机器人

ARM

POWER

CUDA

文档

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 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个问题。
  • cfep-10 Feedstock 状态,未维护

    • 非活动 - 与一些非活动状态合并?
    • 需要另一次审查。自 2020 年 1 月 11 日起,pkgw 提出了未解决的更新
  • cfep-12 删除违反源软件包条款的软件包

    • 自 2020 年 5 月 26 日起停滞
    • 关于移动到“broken”与从 conda-forge 通道删除的积极辩论
    • 正在进行的投票,于 2020-03-11 结束
    • 投票结果是什么?
    • 我们收到 NumFOCUS 的回复了吗?
  • cfep-17 处理 pin backports 和依赖项重建

    • Isuru、CJ 和 Matt 之间关于实施细节的停滞辩论
    • 2020-07-22 更新:我们原则上同意在 feedstock 中直接呈现临时需要的额外 pinning(即,直到迁移结束)。
  • cfep-20

讨论

检查之前的行动项

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

本次会议

2020-10-28

上次会议

2020-10-21

  • (Marius?) Python 2.7 迁移
    • ( ) [ ] 制作提示
    • ( ) [ ] 发布公告
    • ( ) [ ] 将提示设为 lint

2 次会议前

2020-10-07

  • 确保将 NVBug 信息添加到 conda-forge 制作的 cudatoolkit 软件包中(如果我们制作一个)

2020-09-30

移至 Issue Tracker

2020-09-23

  • (MRB)
    • 进行 libgfortran 名称更改
    • 将目标平台添加到哈希值
    • 使用机器人进行 gfortran 迁移
    • 增加 pinning

2020-09-16

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

2020-09-09

2020-08-26 Docker hub

  • (JK) 检查 Azure 构建工作器,看看它们是否具有 docker hub 限制。
  • (JK) 与 dockerhub 合作,看看我们是否可以获得 OSS 状态
    • 在某个时候再次检查。截至 2020-09-23,我们尚未收到回复
  • (MRB) 开始将镜像推送到 quay (https://github.com/conda-forge/docker-images/pull/152)

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) 打开 CFEP,了解我们将支持哪些 python 版本

  • (jakirkham) 写一篇关于我们今天讨论的 CUDA 内容的博客文章

  • (jakirkham) 更新关于如何将 CUDA 支持添加到 feedstock 的文档

  • (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) 静态库内容

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