2019-10-16 conda-forge 核心会议
与会者
议程
您的议程项目
(Filipe)我们应该尝试 GSoC 吗?如果尝试,我们应该在 NumFOCUS 保护伞下尝试吗?截止日期是 10 月 28 日星期一 17:00 UTC!讨论
- 想法?
- 应该很容易上手
- 应该有有意义的影响
- 应该有有意义的终点
- 愿意指导吗?
- 开始创建/标记 GSoC 问题,或者构建一个问题项目
- 需要寻找学生
- CJ:放出风声
- 可以是本科生或研究生
- Anthony:发推文说我们正在寻找想要支持 GSOC 的人?
(CJ)Python 3.8 进展讨论
- Windows 问题非常棘手。(https://github.com/conda-forge/python-feedstock/pull/274#issuecomment-542331428)
- macos 方面有些问题(如果不使用 LTO - 链接时优化 - 构建,则已修复,但这更有趣)
- Jonathan 在他的 anaconda.org 频道上拥有带有 py38 标签的 linux 软件包。
子团队更新
机器人
- (CJ)许可证机器人已运行。
- (CJ)libnetcdf 和 zstd 迁移已完成
- (CJ)CFEP9 文档已上传,似乎有助于新用户发布 PR
ARM
文档
staged-recipes
网站
CI 基础设施
编译器升级
CFEP 更新
我们如何开始获得这些方面的关注?
cfep-03 手动上传构建
- Filipe 审核,修复任何文本并合并。
cfep-04 X11 和 CDT 政策
cfep-05 dev/rc 构建
conda install label::package
语法似乎给出了一些奇怪/意外的结果- 也许我们应该构建一个 cron 任务来测试一些预期的环境?
- 讨论
- 不
- 自动化 dev 构建:选择加入?
- 使维护者能够要求为 dev 版本创建新的 PR。
cfep-06 Staged-recipes 审查生命周期
cfep-08 大而不能倒
- 暂时搁置
- CJ:将此与延迟状态合并。
cfep-10 Feedstock 状态,未维护
- 如何处理作为“可以工作”的软件包集合和/或存档存储库。
- conda-forge 频道的纪元划分
- conda 中的纪元划分
- 两个索引
current_repodata.json
和repodata.json
- 在此基础上构建更多纪元
- 两个索引
- 浅层图
- 将时间切片 repodata.json 文件放在 CDN 上?
- 启用
conda install package -date=Jan2019
- conda 中的纪元划分
- conda-forge 的目的:可重复性 vs 可复现性 vs 正常运行的新事物
- 我们可以帮助实现可重复性的方法
- 标记所有软件包为“可重复”或“全部”
- 锁定/冻结您的环境
- conda create 与锁定环境指向 conda-forge 的“全部”频道
- 关于使用 conda、conda 文件、environment.yml、construct.yml、anaconda.org、本地频道等的最佳实践。
- 我们可以帮助实现可重复性的方法
讨论
检查之前的行动项
从上次会议议程复制之前的行动项。
2 次会议
- (Eric)发送电子邮件以查看是否可以提高常规开发会议的参与度。
- (Sophia)安排会议讨论 Condafile 相关事宜。
- (CJ)撰写关于机器人工作和编译器迁移的博客文章
- (Filipe)联系 Bjorn,尝试让 Debian 社区更多地参与 conda-forge
- (Eric)在 anaconda.org 上安排 Anaconda <-> conda-forge 同步的需求收集
- (Anthony)联系 NumFocus, выяснить 不在文件中包含许可证的法律后果。
3 次会议前
- (Filipe)设置自托管博客的进展
- Medium 似乎普遍不受欢迎
- 托管您自己的博客似乎普遍受到欢迎
- 我们可以模仿 Dask 为其开发博客所做的事情吗? https://github.com/dask/dask-blog
- (需要负责人)在我们网站上搜索有点困难
- (Filipe, Anthony)改进关于发布 conda-smithy 的文档。目前说“使用 rever”。如果为我们这些不熟悉 rever 的人填写更多信息会很好。
3 次会议前
新的行动项
将新的行动项复制到下次会议议程,以便我们进行检查。确保每个行动项都分配给某人,否则很可能无法完成。