跳到主要内容

conda-forge 核心会议 2022-11-16

您的 __new__() 议程项目 标题下添加新的议程项目

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

与会者

姓名首字母GitHub ID隶属关系
Jaime Rodríguez-GuerraJRGjaimergpQuansight/cf
Eric DillEDDericdillcf
Daniel ChingDJCcarterboxArgonne
Marcel BargullMBmbargullBioconda/cf
Matthew R BeckerMRBbeckermrcf
Dave ClementsDPCtnabtafAnaconda
Cheng H. LeeCHLchenghleeAnaconda/cf
Jannis LeidelJLjezdezAnaconda/cf
Katherine KinnamanKKkathatherineAnaconda
John KirkhamJKjakirkhamNVIDIA/cf
Travis HathawayTHtravishathawayAnaconda 🐍
Marius van NiekerkMvNmariusvniekerkcf
Wolf VollprechtWVwolfvprefix.dev / cf
Amit KumarAKaktechQuansight / cirun

共 18 人

常设项目

来自之前的会议

您的 () 议程项目

  • (JK) CUDA EULA 修正案

  • (JK) Python 调试构建 ( https://github.com/conda-forge/python-feedstock/pull/597 )

  • (WV) 宣布 prefix.dev

  • (WV) 2023 年 PackagingCon 的规划正在(重新)启动(就在本次会议之后)

  • (WV) 获得了 CZI 资助,用于改进 conda-forge 基础设施

  • (MRB) 迁移到 .conda 已准备好发布

    • 请参阅此处: https://github.com/conda-forge/conda-forge.github.io/issues/1586
    • 实现位于 ci-setup 包中
      • 它在构建时查找 conda-forge.yml 中的密钥,如果该密钥存在并且具有正确的值 (conda_pkg_format: 2),则它会调整 condarc 文件
    • 请注意,这不是 conda smithy 中静态设置的东西,因为 conda build 似乎没有控制其输出包格式的命令行开关
      • 目前没有;代码(部分?)在那里,但我们可能应该复活 这个 CEP 以使此功能正式化。
    • 我已经测试了以下 .conda 包
      • 包可以通过 webserver、cf-staging 等上传。
      • 包可以标记为损坏并从 repodata 中删除
      • 包可以标记为未损坏并添加回 repodata
      • 包可以打补丁,补丁会出现在 repodata 中
      • 包被 libcfgraph 正确拾取和索引
    • 请注意,这些检查不仅仅是在相关的 PR 通过后简单地合并它们。我实际上进入了 repodata/graphdata,并/或尝试创建实时环境,并检查它们是否无法工作或具有正确的(可能已修改的)依赖项。
    • 推出将按如下方式进行
      • 发布公告
      • 设置管理员迁移以缓慢调整每个 feedstock 的 conda-forge.yaml
      • 等到所有 feedstock 都调整完毕,并且我们没有看到重大损坏
      • 调整 ci setup 包中的默认值为 .conda
    • isuru
      • 可以在 repodata 中删除 tarbz2
    • 待办事项
      • 确保在公告中提及最低 conda 版本 (4.7)
      • 检查 ci 服务是否没有重复上传
      • 设置大型包的压缩级别
  • (JK) Graal Python

  • (JRG/AK) GPU 服务器更新

    • gpu 服务器由 metrostar 托管。使用 github actions。每当触发作业时,cirun 都会在 openstack 上触发作业。可以使用 1 个 gpu v100 运行 3 个并行作业。它已准备好运行。此处有一个示例 https://github.com/aktech/cirun-openstack-example
    • JK:我们如何将其插入到 feedstock 中?我们需要一个测试 feedstock 来配合使用吗?
    • JR:需要在 conda-smithy 上做一些工作来获取 cirun 的这个模板。需要弄清楚选择加入 gpu 服务的策略。最初不应该公开提供。需要弄清楚如何应对负载。
    • MRB:我们如何在组织级别影响哪些存储库可以访问?
    • AK:可以添加公共 API 来配置访问
    • 测试 feedstock: https://github.com/conda-forge/cf-autotick-bot-test-package-feedstock
  • (FF) staged-recipes 审阅者投票结果。我们邀请了 33 人投票,25 名核心成员,8 名荣誉退休成员。只有 14 人投票,他们似乎都是活跃的核心成员。- @timsnyder:通过 - @mfansler:通过

requirements:
run_constrained:
sdsl-lite <0.a0
  • (MB) 添加 Perl 软件包维护者团队

推迟到下次会议

  • staged-recipes 审阅者投票结果

    • 我们邀请了 33 人投票,25 名核心成员,8 名荣誉退休成员。只有 14 人投票,他们似乎都是活跃的核心成员。
  • (JRG) 支持带有 abi3audit 检查的 abi3 Python 软件包?

  • (DPC) 我们是否应该在关闭 conda google group 邮件列表(年底)的同时关闭 [email protected]

正在进行的投票

  • staged-recipes 审阅者投票正在进行中,我想?
  • cfep-21 静态/标头库的许可软件包
    • 2022 年 7 月 25 日开启,2022 年 8 月 2 日结束

CFEPs

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

待办事项

2022-06-15

  • (MvN) vs2022 编译器支持
    • 一些部分的初步尝试 https://github.com/conda-forge/vc-feedstock/pull/46
    • 这是一个新的 VC 版本
      • 使用现有的 UCRT
    • 需要使用 windows-2022 github actions 镜像
    • 待办事项:跟进以将运行时的名称更改为 vc_runtime
    • 待办事项:将需要 msys epoch 的补丁用于 UCRT
    • (CHL) 供参考: msys2 环境 - 选择你自己的编译器 + libstdc++ + Windows 运行时冒险
    • https://www.msys2.org/docs/package-naming/
    • (RG) “我们也需要一些用于 SciPy 1.9.0 的 mingw-w64 版本,MSVC + gfortran 将不再起作用。我们现在在 CI 中使用 Rtools 工具链”
  • (CHL) conda-forge 如何使用 channeldata.json?
    • c-f 的唯一已知用途:计算网页上“按数字统计”的软件包命名空间数量;其他用途已弃用
    • 待办事项:CEP 弃用并从 conda-build 中删除 --use-channeldata
    • 待办事项:CEP 将运行导出添加到 repodata.json

2022-04-05

  • 待办事项:阐明“所以你正在考虑签订合同来从事 conda-forge 工作”的建议机制。tl;dr 是你应该与受影响方(或工作组,或感兴趣的人)在 conda-forge 方面合作编写一份设计文档。一旦你对范围、交付时间表以及 conda-forge 志愿者方面需要的任何内容达成一致,就可以继续与你的付款人签订合同。如果你不首先这样做,你可能会在完成与付款人的合同协议的交付时遇到一些困难。

2022-01-12

  • 在日志上传后审查 Qt PR
  • 将 cupython 和 cuquantum 添加到不要镜像列表(MRB 完成)
  • 关于 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 优先

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 的核心权限

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,加上从这些会议记录中更上方捕获的 notes

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

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