2020-04-29 conda-forge 核心会议
与会者
- Marius van Niekerk
- Filipe Fernandes
- Kai Tietz
- Uwe Korn
- Cheng Lee
- Isuru Fernando
- Amy Williams
- Josh Adelman
- Jonathan Helmus
- Ray Donnelly
- CJ Wright
- Matthew Becker
- Michael Sarahan
- Eric Dill
- Marcel Bargull
- Wolf Vollprecht
- Ray Douglass
- Kale Franz
- Lori Burns
- Peter Wang
- Anthony Scopatz
- Keith Kraus
- John Kirkham
议程
您的议程项目
- (all) 为在线的新人介绍？
- (UK) 自给自足的基于 MinGW 的工具链/软件包：m2w64 堆栈更新 https://github.com/conda-forge/conda-forge.github.io/issues/1044
- R 严重依赖 gcc，因此在 Windows 上我们一直使用 MinGW。也许我们可以切换到 clang？
- 需要在 R-conda 环境中使用 msys2 从 CRAN 安装软件包。
- R 软件包使用 autotools，因此需要支持 fork 的 posix 环境。可以使用交叉编译
- 需要分离 m2 和 m2w64。m2 用于构建东西，而 mw264 用于链接东西。绝对需要 m2 来拥有 bash/archivers/linkers。问题是我们将如何处理 m2w64。binutils 软件包非常旧。这些 gcc 软件包无法直接链接到使用 MSVC 构建的软件包。MinGW 没有链接到 ucrt，但这可以配置。
- conda-forge 中我们应该有什么默认设置？ucrt 还是 mscrt
- 与 CRAN 软件包互操作是目标吗？他们已经转向 msys2 - 直接从 msys2 软件包获取 c/c++。仍然停留在较旧的编译器（pkg/版本？）不想更改它，因为它经过了很好的测试。
- 使用现有的 gcc 5.4 构建应该可以使用 gcc 8，上次中断是在 4.4?/8?。最好更新到较新版本。
- gfortran ABI 在 5 和 8 之间中断
- 使用 fortran 的 CRAN 库，与当前使用 gfortran 构建的 conda-forge 软件包的兼容性
- 测试
- 使用 conda-forge 中的 R，从 CRAN 安装软件包
- 理想情况下，使用现代 C++ 的东西
- r-cpp、data.tables，一些包装 Fortran 的东西（？）
- MinGW 的 clang 版本，现有的 llvm 可以定位 MinGW 或 MSVC
- 将剩余的对话移至 github 问题 (https://github.com/conda-forge/conda-forge.github.io/issues/1044)。
- (JJH) Peter 关于 Anaconda, Inc 存储库的更新
- 正在更改 repo.anaconda.com 的服务条款
- 将禁止出于商业目的进行大规模镜像或大量使用
- 开源使用没问题
- conda-forge 是否希望对我们的软件包做同样的事情？
- 与以下人员分享博客文章
- Filipe, Kirkham, Keith, Scopatz
- (Matt) CFEP-13 推广 - 请参阅下面的注释
- 来自其他项目的随机注释
- 美化博客！
- cf-mark-broken 上的文档修复
- 标记为损坏 vs. 热修复：应记录并使热修复更容易
- 需要比较差异
- 来自其他项目的随机注释
- (Scopatz) DynamoDB 账单
- conda-forge AWS 账户有大约 2200 美元的费用，已设置警报
- NumFocus 信用卡？
- 后续步骤
- 提出问题，投票
- 停止将费用记入个人信用卡，在花费资金前询问核心团队
会议在我们可以讨论之前结束
- (CJ) 在议程中添加常设预算项目
- (ED) 强制执行 2FA？核心 gitter 中的机器人/捐赠讨论
- (ED) 谁是我们页面？FAQ 和每个人是谁的某种组合。FAQ 诸如
- 谁是 CF <> Anaconda, CF <> NumFocus 的 POC
- 谁是各个子团队的 POC？
- 非正式信息：角色、日常工作、简历、全部信息、您来这里的原因等。
- 公开还是内部？我真的不在乎。有人强烈地觉得其中一种方式吗？
正在进行的投票
子团队更新
机器人
上周我们没有完成的事情
- [CJ/Matt] R 4.0.0 迁移正在进行中
- 在此处查看状态： https://github.com/conda-forge/conda-forge.github.io/issues/1025
- 由于 gfortran 测试，需要等待 R 的事情
- [CJ] 更好地理解/处理 run_exports
- 特别适用于涉及 boost 和仅标头依赖项的问题 https://github.com/regro/cf-scripts/issues/960
ARM
POWER
CUDA
文档
staged-recipes
网站
安全+系统
-
[Matt] 准备推出 CFEP-13 - 计划是
- 发布公告，说明正在发生这种情况
- 为每个 feedstock 提供 feedstock 令牌
- 将 STAGING_BINSTAR_TOKEN 添加到每个 feedstock
- 为每个 feedstock 的 conda-forge.yml 添加
conda_forge_output_validation: true - 等待一段时间，然后关闭当前的 binstar 令牌
- 运行管理员迁移以清理 CI 服务和 conda-forge.yml 文件中的残留令牌。
当人们重新渲染 feedstock 时，他们将自动转移到新系统。然后，当我们停用旧令牌时，最终将需要重新渲染。
我们计划添加一些东西来帮助用户。
- 我们正在将 cf-mark-broken 存储库移动到 admin-requests 存储库，并将添加功能，供人们请求重置 feedstock 令牌。
- 如果验证/复制服务发现错误，将更改为开始在 PR 上发表评论。仍在制定此处的详细信息。
CI 基础设施
编译器升级
CFEP 更新
未处理的 PR
-
cfep-04 X11 和 CDT 策略
- 非活动 - 合并为某种非活动状态？
- 需要新的负责人。感谢您对此 pkgw 的工作！有来自 pkgw 的未解决评论，截至 2020 年 1 月 10 日
-
cfep-06 staged-recipes 审查生命周期
- 非活动 - 合并为某种非活动状态？
- 来自 @saraedum 的未解决评论。@jakirkham，您可以回复吗？有来自 @saraedum 的未解决评论，截至 2020 年 1 月 8 日
-
cfep-10 Feedstock 状态，未维护
- 非活动 - 合并为某种非活动状态？
- 需要另一次审查。有来自 pkgw 的未解决更新，截至 2020 年 1 月 11 日
-
cfep-12 删除违反源软件包条款的软件包
- 关于移动到“损坏”与从 conda-forge 频道删除的积极辩论
- 正在投票，于 2020-03-11 结束
- 投票结果是什么？
- 我们收到 NumFOCUS 的回复了吗？
讨论
检查之前的行动项目
从上次会议议程复制之前的行动项目。
上次会议
- (ED) 安排镜像对话
- (Kale) 安排
- (CJ) 合并所有 pinnings PR
- (CJ) 文档中的机构合作伙伴页面
- TODO：为 PR 提交 conda-forge.github.io 仓库的骨架
2 次会议前
- (Matt Becker) 使用我们当前的思考/原则更新文档。
3 次会议前
移至问题跟踪器
- cfep-10 后续步骤：CJ 调用投票以征求反馈
- cfep-06 后续步骤：要求 staged recipes 团队支持此 CFEP 并推动其前进
- jakirkham & CJ-wright 同步关于将 CUDA 添加到迁移机器人
- (Eric) 安排 Anaconda <-> conda-forge 同步 anaconda.org 需求收集
- 将尝试在下个月安排此时间。
- (Anthony) 联系 NumFocus 以弄清楚不包括文件中的许可证的法律后果。
- (Eric) 在内部检查社区酒店和飞行人员的资金水平？
- (Eric) 弄清楚 conda-forge 的财务状况以支持自己？
- (jjhelmus) 打开 CFEP，了解我们将支持哪些 python
- 删除 conda forge readthedocs。
- (jakirkham) 写一篇关于我们今天讨论的 CUDA 事情的博客文章
- (jakirkham) 更新文档，说明如何向 feedstock 添加 CUDA 支持
- (jakirkham) 将在 conda-smithy 上打开一个问题，以调查 Drone 问题。（ping aarch 团队）