跳到主要内容

conda-forge 核心会议 2022-01-26

上周会议 我的时区会议是什么时间 会议信息

与会者

  • Daniel Ching (DJC) - 阿贡国家实验室
  • Cheng Lee (CHL) - Anaconda
  • Jaime Rodríguez-Guerra (JRG) - Quansight
  • Jannis Leidel (JL) - Anaconda
  • Dave Clements (DPC) - Anaconda
  • Dan Meador (DM) - Anaconda
  • Ken Odegard (KO) - Anaconda
  • Filipe Fernandes (FF) - CF
  • Matthew Becker (MRB) - CF

共 20 人

议程

常设项目

  • 在通话中为新人介绍

  • (FF) 预算

    • 当前审批?
    • 每当更新的数字落地时,请屏幕共享并显示预算。
      • 链接在 Keybase 中 (numfocus_spreadsheets.txt)
  • 公开投票

    • 核心 1 票,分级配方 4 票 - 预计收到投票系统发送的 5 封电子邮件
  • 2022 Outreachy / GSoC

    • 每周询问:是否有感兴趣的各方来负责此事?
      • 在 Anaconda 讨论事情后的新闻
    • 讨论 2021-11-03
      • 如果我们想再次开展 outreachy,我们需要一位倡导者 - Filipe 明年不能做了。GSoC 也是如此。
      • GSoC 对我们是免费的
      • Outreachy 花费我们 $$ ($6500)。学生 $6k,管理员 $500
      • Jannis 有些兴趣 - 他和 Filipe 将讨论可能移交
        • 试图弄清楚 Anaconda 实习生的政策 - 可能有些重叠。Jannis 想征求 Filipe 的意见。Dave C. 过去也在 galaxy 做过这件事
      • (FF 2022-01-14) 各位。NumFOCUS 正在再次申请作为 GSoC 的伞形组织。我将无法再次管理它,因为我将在我的日常工作中做这件事。如果有人感兴趣,请联系我,我可以帮助您通过 NumFOCUS 申请。
      • Anaconda 有兴趣资助 outreachy ($6500-$7k) 并帮助进行项目管理(来自柏林的新员工)
      • 想法
      • FF:上次从文档开始。这更多的是我们这边的事。我们将在下一轮尝试。本来希望有人来做 Grayskull,但 Marcelo 刚生了孩子,所以...
        • JR:Quansight 有一个暑期实习计划,可以帮助做一些 conda-forge 的事情。不打算做 outreachy
      • DC:当前的 outreachy 计划是 6 月至 8 月。需要在 2 月 25 日之前提交社区申请(conda-forge 已经获得批准)(但 cf 可能不需要提交)。项目提案将在那之后不久到期。考虑到 outreachy 的情况,值得一提
      • DC:bioconda 是否有带宽支持 outreachy?
      • MRB:如果我可以得到帮助审查申请,我可以处理大部分指导工作
        • Jaime、Filipe、Jannis 自愿帮助审查申请
      • Jannis 可以指导一位更技术性的实习生(可能做 grayskull)

来自之前的会议

  • (IF) 为新的 staged-recipes/core 投票

    • Daniel Ching (carterbox)
    • (JK) Benjamin Bertrand (beenje)
    • Kolen Cheung (ickc)
    • (MRB) Bastian Zimmermann (@BastianZim)
    • Mark Harfouche (hmaarfk) 用于 conda-forge/core
  • (JL) libmamba 求解器工作更新

    • 发布(选择加入)将在 1 月底/2 月中旬发生,具体取决于发布准备情况
    • 正在设置额外的反馈日志记录和问题管理
    • PR:https://github.com/conda/conda/pull/10881
    • conda-incubator 下的新存储库,是由 Jaime、Jannie 和 Wolf 共同开发的 conda 和 libmamba 之间的粘合代码。未来将删除 conda 中的硬性绑定。这是长期发生这种情况的地方

您的() 议程项目

  • (DJC) Windows CUDA 镜像上的 CMAKE 问题

  • 来自 gitter 聊天的更新,可能需要进一步讨论?

    • numfocus、AWS 资金和 bloomberg
    • CF 存储库的问题模板
    • 无人维护的 feedstock
    • travis-CI?
    • JRG:新 conda-build 中的 extra 字段
  • (JRG) 关于审查员指南的 CFEP 的想法

    • 应该在某个地方记录我们当前关于分级配方审查中需要发生什么的孤岛知识
    • 不要做 CFEP,只需对文档进行 PR
  • (MRB) 在侧面测试 repodata 补丁

    • mike sarahan 放入了 .conda 软件包的补丁
    • MRB - PR 链接
    • Matt 待办事项 - 在本地测试并 ping anaconda 团队
    • (CHL) Anaconda 的 CDN 同步从 conda-web.anaconda.org 拉取工件,运行 conda-index,然后将工件 + repodata.json 上传到 conda-static.anaconda.org。
  • (JRG) 批量提交(生态系统迁移)

    • 客户有兴趣将插件生态系统迁移到 conda 中。
    • 有 200 个插件可以通过 grayskull 大量自动化。
    • 建议
      • 每个批次仅限“叶子”
      • 每个批次大约 10 个配方 - 来自 github 的速率限制
  • TODO: (CJ) 发起为 outreachy 实习生提供资金的投票

  • (IF) NumFOCUS 接受了 Intel 协议

    • 🎉
  • CJ:我们应该在美国政府注册我们的商标吗?

正在进行的投票

CFEPs

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

TODOs

2022-01-12

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

2021-11-03

  • 自托管 CI TODO
    • 更改来自 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 优先
  • (MRB) master 到 main 移动 (https://github.com/conda-forge/conda-forge.github.io/issues/1162)

    • 除了 feedstock、releases、conda-smithy 和我们的 github actions 之外,一切都已完成
      • releases 已损坏,已向 github 提出问题
    • feedstock 的一些选项
      • 确保更改 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) 要求核心成员转为“荣誉退休”状态
    • TODO:Eric 设置所有核心成员的季度检查,以查看他们是否有兴趣保持“活跃”状态,或者是否想转为荣誉退休
      • 从荣誉退休人员那里移除对各种凭据(api 令牌、twitter 密码等)的访问权限?这将需要更改治理文档。

2020-11-11

  • TODO:考虑引入 JOSS,以提供关于我们如何最好地撰写论文的背景信息

2020-11-03

  • TODO:检查 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,以记录指向 NVIDIA 内部问题跟踪器的 NVBug 链接

  • Jonathan 将更新文档,以记录一些非详尽的软件包列表(如 cuda-toolkit、MKL 等)

  • Jonathan 将审查此 PR

  • (Kale) 安排 conda 工作组

  • cfep-10 下一步:CJ 调用投票以征求反馈

  • cfep-06 下一步:要求分级配方团队支持此 CFEP 并推动其前进

  • jakirkham & CJ-wright 同步关于将 CUDA 添加到迁移机器人的信息

  • (Eric) 安排 Anaconda <-> conda-forge 在 anaconda.org 上的需求收集同步

    • 将尝试在下个月安排好这件事。
  • (Anthony) 联系 NumFocus,以弄清楚不包括文件中的许可证的法律后果。

  • (Eric) 在内部查看社区酒店和飞行人员的资助水平?

  • (Eric) 弄清楚 conda-forge 的财务状况以支持他们自己?

  • (jjhelmus) 打开 CFEP,了解我们将要支持的 python 版本

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

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

  • (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) 静态库的东西

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