跳到主要内容

2020-11-11 conda-forge 核心会议

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

与会者

  • Matthew R Becker
  • Cheng H Lee
  • Keith Kraus
  • Filipe Fernandes
  • Jaime Rodriguez-Guerra

议程

常设议题

来自之前的会议

您的议程项目

  • (JRG) [email protected] 有兴趣帮助为 JOSS 撰写一篇 “conda-forge 论文”

    • 对于科学家来说,获得引用将很有用
    • 两种方法
      • 核心团队的每个人都是作者
      • 只有需要的人
    • 生成一些可引用的内容
      • Zenodo?滚动 Zenodo DOI 不会累积引用(我们需要确认这一点。)
      • JRG:根据 FAQ DOI 版本控制如何工作?,他们提供两种类型的 DOI:特定版本和特定项目。每个项目至少获得两个:一个通用 DOI,然后是当前版本的 DOI。它们是单独的 DOI(因此是不同的引用“钱包”),但是我们可以要求人们引用项目 DOI,并且特定版本的 DOI 将包含越来越多的贡献者列表(可能按时间分割?)。例如
        • 项目 DOI -> 指向 https://forge.conda.org.cn/
          • 作者是“The Conda Forge Community”。
          • 发布内容:当时的文档,或任务声明。
        • 版本:每年一个(或其他时间段)。
          • 每个版本都包含至少为一个软件包向 conda-forge 做出贡献的作者(新的软件包配方,新的合并 PR?)。按贡献量排序。通过 PR 标签选择加入 (staged-recipes + PR)。
          • 内容:任何更容易自动化的内容。可能是该时间范围内新软件包配方、合并 PR 的列表。
      • JRG(续):想要在其 CV 中获得荣誉的作者可以包括项目 DOI 包含其贡献的版本(如果需要)。
    • 我们如何划分和分配荣誉?为该特定工具撰写论文并发表?
    • 待办事项:考虑引入 JOSS 以提供关于我们如何最好地撰写论文的背景信息
    • MRB:我认为社区本身应该是唯一的作者。
  • CZI 提案结果和后续步骤

    • 我们从 CZI 收到了一份样板式的拒绝信,“提案很好,但我们收到的太多了”。
  • (CHL) osx-arm64 推广的待办事项

    • Anaconda 的行动项:修复 CDN 以推送 osx-arm64 软件包
    • Anaconda 可能会在某个时候向 conda-build 添加签名,以期望 apple 将要求真正的证书,而不仅仅是临时的签名

推迟到下次会议

  • (MB) 要求核心成员转为 “名誉退休” 状态
  • (CJ) 我们似乎有一些工件的文件数量超出预期
    • 4 个软件包附带 requests(requests 本身除外),见下文
    • 我们应该如何处理这些?
      • 旧软件包
      • 较新/最新的软件包
'apache-libcloud-2.4.0-py27_1000',
'apache-libcloud-2.4.0-py36_1000',
'apache-libcloud-2.4.0-py37_1000',
'apache-libcloud-2.4.0-py_1000',
'autovizwidget-0.12.6-py_1000',
'dbxfs-1.0.38-py_0',
'google-api-core-1.20.0-py36h9f0ad1d_0',
'google-api-core-1.20.0-py37hc8dfbb8_0',
'google-api-core-1.20.0-py38h32f6830_0',
'google-api-core-1.20.1-py36h9f0ad1d_0',
'google-api-core-1.20.1-py37hc8dfbb8_0',
'google-api-core-1.20.1-py38h32f6830_0',
'google-cloud-bigquery-storage-core-2.0.0-pyh9f0ad1d_1',
'google-cloud-bigquery-storage-core-2.0.1-pyh9f0ad1d_0'

正在进行的投票

子团队更新

Bot

ARM

POWER

CUDA

文档

staged-recipes

网站

安全+系统

CI 基础设施

编译器升级

CFEP 更新

未解决的 PR

  • cfep-04 X11 和 CDT 策略

    • 非活动状态 - 合并为某种非活动状态?
    • 需要新的负责人。感谢 pkgw 在此软件包上的工作!有来自 pkgw 的未解决的评论,来自 2020 年 1 月 10 日
  • cfep-06 Staged-recipes 审查生命周期

    • 非活动状态 - 合并为某种非活动状态?
    • 来自 @saraedum 的持久评论。@jakirkham,您可以回复吗?有来自 @saraedum 的未解决的评论,来自 2020 年 1 月 8 日
    • (MRB) stalebot 已经解决了这里最糟糕的问题。我认为我们可以永久推迟这个问题。
  • cfep-10 软件包配方状态,无人维护

    • 非活动状态 - 合并为某种非活动状态?
    • 需要另一次审查。有来自 pkgw 的未解决的更新,截至 2020 年 1 月 11 日
  • cfep-12 删除违反源软件包条款的软件包

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

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

讨论

检查之前的行动项

复制上次会议议程中的先前行动项。

本次会议

2020-11-03

  • (MRB) 关于核心团队何时推送他们不维护的软件包配方的拟议策略 * [x] (MRB) 放入文档 PR * [ ] (MRB) 在 bot 上创建 PR 以提及该策略
  • 待办事项:检查 Forrest Watters 的核心团队权限
  • (FF) Outreachy 将花费 6500 美元。
    • 后续步骤:撰写摘要并投票决定资金支出。

上次会议

2020-10-28

2 次会议前

2020-10-21

  • (Marius?) Python 2.7 迁移
    • ( ) [ ] 做出提示
    • ( ) [ ] 发布公告
    • ( ) [ ] 将提示变为 lint

移至 Issue Tracker

2020-10-07

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

2020-09-30

2020-09-23

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

2020-09-16

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

2020-09-09

2020-08-26 Docker hub

  • (JK) 检查 Azure 构建 worker 以查看它们是否具有 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 repo 上的 cuda toolkit 软件包配方,以记录 NVBug 链接到 NVIDIA 内部 issue tracker

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

  • Jonathan 将审查此 PR

  • (Kale) 安排 conda 工作组会议

  • cfep-10 后续步骤:CJ 呼吁投票征求反馈

  • cfep-06 后续步骤:要求 staged recipes 团队支持此 CFEP 并推动其前进

  • jakirkham & CJ-wright 同步关于将 CUDA 添加到迁移 bot 的事宜

  • (Eric) 安排 Anaconda <-> conda-forge 同步关于 anaconda.org 需求收集的事宜

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

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

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

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

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

  • (jakirkham) 更新关于如何向软件包配方添加 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) 静态库内容

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