跳到主要内容

conda-forge 核心会议 2022-10-05

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

与会者

姓名首字母GitHub ID所属机构
Dave ClementsDPCtnabtafAnaconda
Filipe FernandesFFocefpafconda-forge
Jaime Rodríguez-G.JRGjaimergQuansight/cf
Katherine KinnamanKKkathatherineAnaconda
Jason McAllisterJMsolid-snake-JayAnaconda
Matthew BeckerMRB.beckermrcf
Marius van NiekerkMvNmariusvniekerkVoltron Data
John KirkhamJKjakirkhamNVIDIA/cf
XXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXX

共 11 人

常设议程

  • 为通话中的新人介绍 *

  • 公开投票 *

来自上次会议

您的 new() 议程项目

  • (DPC) conda-forge 是否有兴趣引导我们的社区转向刚刚宣布的 conda Discourse 站点?
    • 可能会看到大量流量从 Gitter 转移到 Discourse 中的软件包构建者类别(可能在 conda-forge 子类别中?)
    • 也可能会看到一些讨论发生在贡献者 ⇒ 基础设施类别中(或在 conda-forge 子类别中)
    • 普遍感觉:是,让我们做吧。
    • 可以积极放弃邮件列表。
      • 在文档中进行公告,但不在邮件列表/论坛中。
    • 我们需要引导人们使用它。
    • 行动项
      • Dave 将创建类别
      • Jaime 将创建资源和欢迎页面。
      • Dave 会催促 Jaime
      • 一旦它启动,我们所有人都会有选择地引导人们去论坛。
      • 现有邮件列表?- 尚无明确决定。
  • (JRG) GPU 服务器的更新
  • (MRB) 关于 apple silicon 的 cirrus-ci,我们应该考虑什么?
    • 原生-原生编译器的状态?
    • 需要一个 smithy PR OFC
    • 我们想直接与他们联系吗?
  • (AO) 新的 python 补丁版本以及 int()/str() 往返中的重大更改(限制为 4300 个字符)
  • (AO) 在 aarch64/ppc64le 上交叉编译 CUDA?
    • 受 arrow-cpp 的启发,其中在 aarch 上构建 CUDA 会强制模拟所有 aarch(无法在 conda-forge.yml 中基于 CUDA 区分 build_platform)
    • 模拟构建大约 50% 的时间超时,并且将 PPC 也切换过来意味着我们需要重启 5-6 次,每次运行 6 小时才能通过 CI
    • 想法是找出缺失的部分(与 EULA 讨论有关,因为 KK 说我们不能一致地使用现有(例如)ppc-images 的部分内容)
    • 据我所知,我们“仅”需要在 x64 构建映像中添加一个 aarch64/ppc64le libcuda stub 作为主机库,但很可能我忽略了很多东西。

正在进行的投票

  • 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 工作”的建议机制。简而言之,您应该与 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 待办事项
    • 从 drone.conda-forge.org 更改 URL。提案
      • 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 构建工作程序,看看它们是否受到 docker hub 限制。
  • (JK) 与 dockerhub 合作,看看我们是否可以获得 OSS 状态
    • 在某个时候再次检查。截至 2020-09-23,我们尚未收到回复

OVH

  • 在某个时候在 twitter 上宣传。“感谢 OVHCloud 提供 VM”等。(也许在我们发布带有它的 windows 上的 qt 之后?)

  • 弄清楚如何向用户传达重大更改。可能应该立即提出问题以进行进一步讨论。Ping @kkraus,并捕获这些会议记录中更靠前的注释

  • John K. 将更新 git repo 上的 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) 开放 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