conda-forge / conda-forge/conda-forge.github.io

versioning non-Python runtimes

未关闭
#244 2 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
question
主要语言
JavaScript
星标
170
派生
320
平均合并
2 天 10 小时
30 天内合并 PR
5

描述

I'm investigating upgrading nodejs (https://github.com/conda-forge/nodejs-feedstock/pull/6) to 6, but ran into the fact that downstream packages really need to be tied to at least the major, and probably minor, version of node, so issuing the upgrade would likely break all downstream packages. The same likely goes for any non-Python runtime, including R (most used on conda), ruby, etc.

So my questions are:
1. what's in-scope for conda-forge (matrix builds of nodejs versions, ruby versions, etc. like CI services have?)
2. what's in-scope for conda itself (a generic mechanism analogous to CONDA_PY?)
3. how do we specify which nodejs version for a package (track features, or just pin the minor version in recipe.yml?)

I think the general question brought up elsewhere of pinning versions of dependencies at build-time would also ease this issue.

贡献指南

打开贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。