conda-forge 核心会议 2024-10-30

在 Your __new__() agenda items 标题下添加新的议程项

• Zoom 链接
• 我的时区会议是什么时间
• 之前的会议

与会者

姓名	首字母	GitHub ID	隶属关系
Daniel J. Ching	DJC	carterbox	NVIDIA/cf
Matthew R Becker	MRB	beckermr	cf
Filipe Fernandes	FF	ocefpaf	conda-forge
Wolf Vollprecht	WV	wolfv	prefix.dev
Klaus Zimmermann	KZ	zklaus	Quansight
John Kirkham	JK	jakirkham	NVIDIA/cf
Jaime Rodríguez-Guerra	JRG	jaimergp	Quansight/cf

X 人总计

常设议程

• [ ]

来自之前的会议

• [ ]

正在进行的投票

• 三项 CFEP 投票明天结束
  • https://github.com/conda-forge/cfep/pull/56
  • https://github.com/conda-forge/cfep/pull/55
  • https://github.com/conda-forge/cfep/pull/54

您的 __new__() 议程项

• (HV) 将 OSX 编译器升级到 clang 18
• (HV) Alma 9 的基本基础设施
  • 感谢 sysroot、CDT 和镜像 (待定) 的大量整合和自动化，现在添加它变得非常容易。
  • 注意：CDT 不再包含发行版或 glibc 版本，仅包含 conda。这之所以有效，是因为对 sysroot_linux-<arch> 和 __glibc 的约束确保了隔离。
• (HV) 将默认镜像升级到 alma8 (用于完成 alma8 推广)
  • 最后的障碍是 yum_requirements.txt 的使用，我做了一个 调查，看起来我们可以更新到 alma8，问题最少 (PR)
  • 据我所知，我们应该能够完全删除 DEFAULT_LINUX_VERSION
  • (MRB) 我认为如果我们将 DEFAULT_LINUX_VERSION 选项从 pinnings 中删除，我们也可以在 smithy 中弃用它
  • 结论：在此问题中重新启用它：https://github.com/conda-forge/conda-forge-pinning-feedstock/issues/6629
• (HV) yum_requirements.txt / CDT 的 Lints/警告
  • 根据上述调查中发现的垃圾数据，我们 IMO 应该警告/错误 yum_requirements.txt 中的不正确条目
  • 甚至可能希望更进一步，如果 yum_requirements 没有作为 CDT 出现在 meta.yaml 中，则发出警告 (但这需要在我们的 CDT 中进行一些元数据 修复)
• (HV) Flang (=windows fortran) 迁移 正在运行，建议更新
  • 编写一个 piggyback migrator（待编写），切换掉 m2w64_* 编译器（否则迁移 PR 将是无操作）-- 示例 说明了必要的重写类型
  • 排除 r-feedstock，因为这些 feedstock 始终在 m2w64_* 堆栈上
• (MRB) 修复了 rerender 基础设施中的一些错误。必须为传输的补丁添加 --force 到 git add。
• (HV) OpenSSL 版本发布后，只要 host 环境可用，就会通过 >=x.y run_exports 提供。
  • xref: https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/6581
  • IF: 当新的小版本发布时，打包上一个次要版本的最新补丁版本，然后等待一段时间，直到其他发行版赶上来，看看新版本会发生什么。
    • HV: 补丁版本通常需要比几周更长的时间，除非存在严重的安全性错误。

推迟到下次会议

• [ ]

CFEPs

• [ ]