跳到主要内容

2020-05-27 conda-forge 核心会议

与会者

议程

您的议程项目

  • (全体) 在线新人的介绍?

    • Marcelo!
  • (CJ) 常设预算项目

  • (CJ) 机构合作伙伴元数据 (https://github.com/conda-forge/conda-forge.github.io/pull/1028)

  • (ED) 我们是否应该直接合并状态为“延迟”的 cfep PR,因为它们没有任何行动?

  • (MRB) 更改我们标记软件包为损坏的方式

    • 目前我们将软件包移至损坏状态并从 main 中删除
      • 这意味着用户无法重新创建软件包被标记为损坏的旧环境
    • 新系统会将软件包留在 main 上(仅添加损坏标签),然后通过 repo 数据补丁的删除部分删除它们
      • 这就是 defaults 的做法
    • 我们需要在切换之前宣布此事吗?我们应该切换吗?
    • 副作用是此过程使 repodata 处于奇怪的状态
      • 唯一的真理来源是 CDN 上的那个(任何其他来源都是错误的)
      • 即使在 CDN 上,软件包在损坏和 main 标签之间也可能具有不同的需求
    • 匹配 defaults 可能比以上事项更重要
    • TODO
      • 记录用户应如何解释损坏标签
      • 更新我们作为核心人员应如何标记软件包为损坏
      • (ED) 记录使用 conda-forge 的可重现环境的策略
  • (CJ) 我想成立一个财务子团队,如果您有兴趣参与,请告诉我。

    • Numfocus 联系人
    • 负责让核心人员了解我们的财务状况
    • 待处理的财务事项
    • 担任最终批准人
  • (JJH) tk 是否需要 freetype 和 X11? https://github.com/conda-forge/tk-feedstock/pull/40

    • 字体在 TK 应用程序中会看起来更好
    • 为 Python 引入新的要求(以及下载/磁盘空间)
      • fontconfig:300kb,freetype:1mb
      • 还需要一些额外的软件包
    • 建议创建两个变体,带“漂亮字体”和不带“漂亮字体”
  • (IF) 制作 linux-anvil-ppc64le 软件包并在 docker 镜像中分发 cudatoolkit

    • https://github.com/conda-forge/docker-images/pull/113
    • ppc64le 没有 defaults::cudatoolkit,但 docker 镜像仍然有用
    • 即使我们无法重新分发 defaults::cudatoolkit,我们仍然通过 docker 进行分发,因为我们正在缓存它。
    • 注释
      • 向用户明确说明此 docker 镜像没有 cudatoolkit 以及为什么没有 cudatoolkit。
  • (WV) “标准化”下一代软件包格式和 conda 生态系统的其他部分

    • 公开可用规范?例如:https://anaconda.atlassian.net/wiki/spaces/AD/pages/90210540/Conda+package+format+v2
    • 此处记录了一些关于软件包规范的下一个版本的注释:https://hackmd.io/axI1tQdwQB2pTJKt5XdY5w
      • 当前的规范不支持当前堆栈所需的一切
    • 还有一些关于 gitter 和几个月前 bot 子团队会议的讨论
      • 多次提出使用 python 作为语言
        • 反对意见是它不是静态元数据,可能太难解析
      • 弃用选择器以支持...
        • jinja2 if 语句(难以解析)
        • 让配置中的任何值成为带有选择器信息的键的字典
          • 这遵循了 rust 在其 TOML 中所做的
          • 非常容易解析
          • 始终生成有效的 YAML
      • 弃用某些 jinja2 元素(任何控制流元素)的使用,因为它们难以解析
    • 与 Kale 正在组织的 conda 工作组相关
    • 兴趣
      • Jonathan Helmus
      • Wolf
      • Marcel
      • Scopatz
        • 特别对激活脚本感兴趣
      • Cheng?
      • Matt B.
      • Marcelo
      • Mike S.
      • John
  • (UK) conda-forge 中的静态库

    • 我们的工具链和系统是为动态链接量身定制的,因此我们希望在 conda-forge 中专注于此
    • 用户对某些用例中的静态库感兴趣,例如
      • 在 Windows 上为 PyPI 构建 wheels
      • (MRB) 我们是否想更好地支持这一点?标记静态软件包并在我们需要移动编译器时进行小规模迁移?我们的答案是否定的。(UK:请注意,报告的损坏是因为启用了 LTO 的静态库,那是下一个级别)
      • 静态库可能存在与编译器和 ld/binutils 的兼容性问题
    • Go 和 Rust 是单独的讨论(打包和许可等)
    • 我们如何处理意外泄漏?
      • 删除它们或强制拆分软件包
    • 向构建添加 linting 提示以查找它们
    • 建议如何打包它们
    • 我们应该编写文档说明我们不提供支持,这是一个坏主意。

正在进行的投票

子团队更新

Bot

上周我们没有处理的事情

ARM

POWER

CUDA

文档

staged-recipes

网站

安全+系统

  • (ED) 关于此项还有其他更新吗?需要任何帮助吗?
    • (MRB) CFEP-13 已完成。
      • Isuru 建议使用 github api,这奏效了。谢谢!
      • 所有 feedstocks 都已转换,并且 staged-recipes 正在使用正确的密钥/令牌创建新的 feedstocks。
      • 为了向前推进,我们只需停用 binstar 令牌并在 heroku 上放置一个新的令牌。
      • 我将发布公告,给人们几周时间。
      • 我们可能希望首先解决 github 的重新渲染问题。
  • (MRB) 接下来是更好的用户管理

CI 基础设施

编译器升级

CFEP 更新

未完成的 PR

  • cfep-04 X11 和 CDT 政策

    • 非活动 - 合并为某种非活动状态?
    • 需要新的倡导者。感谢 pkgw 在此方面的工作!自 2020 年 1 月 10 日起,pkgw 提出了未解决的评论
  • cfep-06 Staged-recipes 审查生命周期

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

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

    • 关于移动到“损坏”与从 conda-forge 频道删除的积极辩论
    • 正在进行的投票,于 2020-03-11 结束
    • 投票结果如何?
    • 我们是否收到了 NumFOCUS 的回复?

讨论

检查之前的行动项目

从上次会议议程复制之前的行动项目。

上次会议

  • (ED) 我们是谁页面?FAQ 和每个人是谁的某种组合。FAQ 诸如
    • CF <> Anaconda、CF <> NumFocus、CF <> Azure 的 POC 是谁
    • 各个子团队的 POC 是谁?
    • 非正式信息:角色、日常工作、个人简介、所有细节、您为何在此处等等。
    • 公开还是内部?我真的不在乎哪种方式。有人强烈倾向于某一种方式吗?
    • 选择加入公开个人简介
    • 软件木工坊有大量讲师,网址为 https://carpentries.org/instructors
    • 一些关于“又一个保持事物更新的地方”的担忧

3 次会议前

  • (Kale) 安排 conda 工作组
  • (CJ) 文档中的机构合作伙伴页面
    • TODO:为 PR 提交 conda-forge.github.io 仓库的骨架

移至问题跟踪器

  • 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) 开放 CFEP 以确定我们将支持哪些 python 版本
  • 删除 conda forge readthedocs。
    • 已完成
  • (jakirkham) 写一篇关于我们今天讨论的 CUDA 问题的博客文章
  • (jakirkham) 更新关于如何向 feedstocks 添加 CUDA 支持的文档
  • (jakirkham) 将在 conda-smithy 上打开一个 issue 以调查 Drone 问题。(ping aarch 团队)