跳转至主要内容

conda-forge 核心会议 2022-03-09

上周会议 我的时区会议时间 会议信息

与会者

姓名首字母GitHub ID隶属关系
Matthew BeckerMRBbeckermrcf
Jaime R.GuerraJRGjaimergpQuansight/cf
Filipe FernandesFFocefpafCF
Cheng H. LeeCHLchenghleeAnaconda/cf
Dave ClementsDPCtnabtafAnaconda
Jannis LeidelJLjezdezAnaconda/cf
Wolf VollprechtWVQuantStack
Katherine KinnamanKKkathatherineAnaconda
Chris BurrCB
Isuru FernandoIFisurufCF/UIUC
Matti PicusMPmattipQuansight/PyPy
Marius van NiekerkMvNmariusvniekerkVoltron Data

共 20 人

议程

常设事项

  • 在场新人的介绍

  • (FF)预算

    • 当前的批准?
    • 当更新的数字出来时,请屏幕分享并展示预算。
      • 链接在 Keybase 中 (numfocus_spreadsheets.txt)
  • 公开投票

  • 2022 Outreachy / GSoC

    • 社区已接受
    • 项目提案 截止日期为 3 月 22 日星期二/星期三(美洲)/ 3 月 23 日(欧洲)
      • 除了项目提案,还需要贡献任务
      • 以及潜在实习生与我们沟通的渠道。
    • 两个项目
      • Grayskull 和 Friends,Jannis,以及 Marcelo(pyproject.toml 支持)
      • 文档,Matt 和 Katherine
    • 问题
      •  
    • 待办事项
      • 有人有时间支持 Grayskull 工作吗?(JL,DPC 将跟进)

来自之前的会议

你的()议程项目

  • (MRB)pybind11 ABI 相关内容

    • 根据上游开发人员的说法,pybind11 在编译器 ABI 兼容性方面“过度固定”
    • 我们需要从其内部版本 ID 中删除编译器 abi 信息
    • conda-forge 以两种方式使用 pybind11
      1. 人们使用 pybind11 和可选的 pybind11-abi 软件包
        • pybind11-abi 帮助人们确保他们在环境中拥有一致的 pybind11 ABI
        • 它与 pybind11 一起放在 host 中,并具有 run export
      2. 人们使用 pybind11 而不使用 pybind11-abi 软件包
    • 所以我的问题是,在上述两种情况下,我们希望删除编译器 abi 信息?
      • 当然是情况 1
      • 我不明白为什么情况 2 不应该这样做
      • 我们是否应该担心发布相对于上游的 pybind11 修补版本?这是仅执行情况 1 的理由吗?
    • 待办事项(全部 MRB)
      • 修补编译器激活脚本以附加到标志而不是覆盖
        • ^ 这在不清理 CXXFLAGS 方面有其他危险
      • 修补 pybind11-abi 以删除 abi 上的编译器依赖
      • 重建依赖于 pybind11-abi 的软件包
  • (JRG)conda-feedstock 测试和 软件包大小

  • (JL/JRG)conda 4.12.0

  • (MP)启动 PyPy 3.8 迁移并合并 https://github.com/conda-forge/pypy3.6-feedstock/pull/73

    • 待办事项
      • 一个用于 pyp38 和 pypy39 的迁移器,依赖于 python310,将需要手动完成 menuinst+ conda + downstream
      • IF 将上传 pypy3.6-feedstock(名称有误,它构建的是 3.8 和 3.9)的 aarch64 和 ppc64 构建版本,因为 CI 不构建它们,以及构建日志
  • (JRG)conda 在 Windows 上有 menuinst + pywin32 依赖项,但这仅在 base 中使用

    • 我们应该能够从 conda 中删除硬依赖
    • 然后,在 miniforge / miniconda 中显式添加它(需要与 Anaconda 同步)
  • (MRB)在 conda-smithy 中为常用平台禁用 Travis

    • (IF)也添加到 conda-forge-ci-setup

正在进行的投票

CFEPs

  • cfep-12 删除违反源软件包条款的软件包
    • 自 2020 年 5 月 26 日起停滞
    • 关于移动到“broken”与从 conda-forge 频道删除的积极辩论
    • 正在进行的投票,于 2020-03-11 结束
    • 投票结果如何?
    • 我们是否收到了 NumFOCUS 的回复?他们做了法律研讨会,并有录像

待办事项

2022-01-12

  • 在上传日志后审查 Qt PR
  • 将 cupython 和 cuquantum 添加到 don't mirror 列表中
  • 关于 std=c++14,等待 Kai 评论并合并 PR
  • CJ 和 Jaime 协调以告知 Maxiconda 我们无法使用他们的徽标 2021-12-01
  • WV:与 Homebrew 团队建立见面会电话?
  • MRB:(repodata 补丁)创建一个 cron 作业,运行 show_diff.py 并在非空时发布问题 + 提交

2021-11-03

  • 自托管 CI 待办事项
    • 更改 URL 从 drone.conda-forge.org。提案
      • woodpecker.conda-forge.org
      • ci.conda-forge.org
    • 设置监控
      • Quantstack 正在为镜像设置 grafana

2021-10-18

2021-09-22

  • (WV):TensorFlow-GPU 已准备就绪,只需决定 GPU 是否应优先于 CPU?!

    • GPU 优先
  • (MRB)master 到 main 移动 (https://github.com/conda-forge/conda-forge.github.io/issues/1162)

    • 除了 feedstocks,releases,conda-smithy 和我们的 github actions,一切都已完成
      • releases 已损坏,已向 github 提出问题
    • feedstocks 的一些选项
      • 确保更改 branch 密钥上的上传
    • (MRB)发布关于如何更新本地克隆的公告(已移至上面的问题)
    • (MRB)确保更新 upload_on_branch(已移至上面的问题)

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

2020-08-26 Docker hub

  • (JK)检查 Azure 构建工作节点,看看它们是否具有 docker hub 限制。
  • (JK)与 dockerhub 合作,看看我们是否可以获得 OSS 状态
    • 在某个时候再次检查。截至 2020-09-23,我们尚未收到回复

OVH

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

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

  • John K. 将更新 git 存储库上的 cuda toolkit feedstock,以记录 NVBug 链接到 NVIDIA 内部问题跟踪器

  • 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)为我们将要支持的 python 打开 CFEP

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

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

  • (jakirkham)将在 conda-smithy 上打开一个问题以调查 Drone 问题。(ping aarch 团队)

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

    • CF <> Anaconda,CF <> NumFocus,CF <> Azure 的 POC 是谁
    • 各个子团队的 POC 是谁?
    • 非正式信息:角色,日常工作,简历,全部细节,你为什么在这里等等。
    • 公开还是内部?我真的不在乎哪种方式。有人强烈偏向一方吗?
    • 选择加入公开简历
    • 软件木工有很多讲师,并且有 https://carpentries.org/instructors
    • 对“又一个保持事物更新的地方”的一些担忧
  • (ED)记录使用 conda-forge 的可重复环境的策略

  • (UK)静态库内容

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