2020-10-06 Conda 社区会议
与会者
- 姓名 (首字母)
- Megan Yancy (MCY)
- Connor Martin (CJM)
- Amy Williams (ADW)
- Michael Grant (MCG)
- Jonathan Helmus (JJH)
- Michael Sarahan (MCS)
- Matthew R Becker (MRB)
- Crystal Soja (CAS)
- Marcel Bargull (MB)
- Gonzalo Peña-Castellanos (GPC)
- Anthony Scopatz (AS)
- Peter Wang (PZW)
- Paul Ivanov (PI)
- Kale Franz (KJF)
- Cheng Lee (CHL)
- Ray Douglass (RRD)
- Sebastien Awwad (SA)
- Eric Dill (ED)
- Wolf Vollprecht
- Sylvain Corlay
- Filipe Pires Alvarenga Fernandes (FF)
- Christopher Wright (CW)
- Marius van Niekerk
议程
- 欢迎
公告
常设事项
新议程项目
- 不适用
上次会议的未完成事项
-
- 网站：查看 网站文本 草稿，以便设计过程可以继续进行一些实际内容。
- https://github.com/conda-incubator/assets/issues/2
- Anaconda 需要法务部门签署徽标等。
- Isabela 将进行草稿设计，但目的是使站点由社区管理（类似于 conda-forge）。
- MG：喜欢着陆页上的“好的首个 issue”
- 网站：查看 网站文本 草稿，以便设计过程可以继续进行一些实际内容。
-
查看 issue 跟踪器和 PR 跟踪器，以收集一些关于未完成事项的总体看法
-
是否可以设立 Conda 社区分类 / Conda 分类团队，以便社区成员和贡献者可以开始提供帮助？
- 讨论：这看起来像什么？
- MG：Conda Constructor - 每个 issue 都被标记
- CAS：关于如何标记飞行中 conda 项目的 issue 的文档。
-
查看当前的 PR，确定我们可以更仔细查看的 PR
- 为下一次现场审查会议分类 issue 和 PR
- 标签权限 - 志愿者，请将姓名添加到列表 - 将在 Slack 上提供
- CHL 将启动一个 Slack 频道
- 包含会议纪要电子邮件链接的电子邮件和 Slack
- 路线图
- 首先关注这里
- 5.0.0 路线图：https://github.com/conda/conda/milestone/38
- 5.0.0 建议 issue：https://github.com/conda/conda/issues/10265
-
在此 hackmd 上组织关于“短期”/“中期”/“长期”可操作项目的列表？
- 优先级顺序
- 路线图
- CLA
- 优先级顺序
-
ED：我们应该支持 Windows ARM64（例如，Surface）吗？
- Python ARM64 Windows：https://bugs.python.org/issue33125 关闭此 issue，因为我们需要的支持工作现已添加。我们是否开始从 python.org 发布二进制文件是在 python-dev 上以及与更广泛的社区讨论的问题。目前，我认为生态系统尚未准备好添加支持（主要是因为没有可以轻松构建/测试的 CI 系统）。我们的大多数工具也无法胜任这项任务。在情况改善之前，期望第三方打包商提供 wheels 或支持该平台是不公平的。
活跃投票
- 不适用
子团队更新
- 规范子团队
- recipes 的新格式
- 幻灯片：https://docs.google.com/presentation/d/19R-h7yeyMF2BnzLKu8UFVVF1npgSwhcvorqBKnxy6qE/edit?usp=sharing
- 用于转换现有 recipes 的工具
- 目标
- 机器可解析性（将信息移出 Jinja 控制结构、魔法注释）
- 更清晰的多输出 recipes 模型
- https://github.com/mamba-org/conda-specs
- recipes 的新格式
打开的 PR
- 不适用
讨论
- 请参阅：子团队更新/规范子团队
- Depfinder 项目的扩展
行动项目
以前的会议
上次会议 20200922
行动项目
-
查看 issue 跟踪器和 PR 跟踪器，以收集一些关于未完成事项的总体看法
-
是否可以设立 Conda 社区分类 / Conda 分类团队，以便社区成员和贡献者可以开始提供帮助？
- 是否可以添加某种标签来指示肯定应该关闭的 issue？
-
在此 hackmd 上组织关于“短期”/“中期”/“长期”可操作项目的列表？
-
查看 网站文本 草稿，以便设计过程可以继续进行一些实际内容。
-
查看当前的 PR，确定我们可以更仔细查看的 PR
- 为下一次现场审查会议分类 issue 和 PR
- 标签权限 - 志愿者，请将姓名添加到列表 - 将在 Slack 上提供
- 包含会议纪要电子邮件链接的电子邮件和 Slack
- 路线图
讨论
-
社区希望承担哪些责任？ *
-
社区感觉缺少什么？
-
人们感觉在哪些部分受阻？是否有其他软件模型可以让我们使用，以便那些想要推动/拥有它的人可以这样做？部分方法可能是为这些部分创建单独的工作，这些部分可以不受阻碍地向前发展。（MCS）
- PR 和审查
- 更多人审查 PR？
- 需要更多了解代码的人，但这目前具有挑战性。（庞大、错综复杂的代码库，不太容易上手。）
- 知识转移（我们如何帮助/培训更多人？）
- 结对编程以理解代码？
- 定期在线冲刺？
- 实时编码和结对编程？
- 改进文档
- 深入研究架构？
- CLA 可能是个障碍
- 仅仅拥有一个 CLA 就是一个障碍（而不是实际内容）
- 有些人确实在原则层面上反对它。
- CLA 总是需要与 CEO 进行几轮沟通，然后进行律师电话会议。它们很快获得批准，但在电话会议发生之前，可能会过去几个月。
- 在本地机器上运行测试套件也很困难（AS）
- PR 和审查
-
是否可以提供更简单的方法来构建测试 Docker 容器？* 缺乏关于“兼容性”含义的明确标准（AS）* 如何识别社区更容易/唾手可得的问题（GPC）* 好的首个 issue 标签，https://github.com/conda/conda/issues?q=is%3Aopen+is%3Aissue+label%3Agood_first_issue * 与 PR 的沟通，尤其是在多个 PR 解决同一问题时 * 更好地沟通带宽 * 确认收到 PR * PR 审查团队？* 应该问哪个团队？- 更新模板？* Anaconda * 社区 * 更好的期望沟通 * 公开的路线图 * PR 如何融入路线图？
-
是否有可以从现有较大存储库中提取的特定子项目，可以基于这些子项目进行构建，以促进社区迭代和改进？ *
-
我们是否可以定义社区可以协作推动的倡议？ *
-
我们是否可以提名在项目代码库方面拥有足够经验的关键社区贡献者，将其提升为合并权限？ *