conda-forge / conda-forge/python-feedstock

Make recipe friendlier to those that build off it

Offen
#578 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
question
Vorherrschende Sprache
Shell
Sterne
47
Forks
112
Ø Merge
2 T. 9 Std.
Gemergte PRs (30 T.)
18

Beschreibung

### Comment:

I maintain python for my company and we try to stay close to the conda-forge recipe. We aim to be compatible with conda-forge rather than defaults.

However, things like

```yaml
string: {{ dev_ }}h{{ PKG_HASH }}_{{ PKG_BUILDNUM }}{{ linkage_nature }}{{ debug }}_cpython # ["conda-forge" in (channel_targets or "")]
string: h{{ PKG_HASH }}_{{ PKG_BUILDNUM }}{{ linkage_nature }}{{ debug }} # ["conda-forge" not in (channel_targets or "")]
{% if 'conda-forge' in channel_targets %}
run_exports:
noarch:
- python
weak:
- python_abi {{ ver2 }}.* *_cp{{ ver2nd }}
{% endif %}
```

Link: main as of 2022/08/31 https://github.com/conda-forge/python-feedstock/blob/134ba25ba2f5696c14060518fafb4aaebfedb544/recipe/meta.yaml#L128

My guess is that this syntax was introduced to be compatible with AnacondaRecipes.

Package for me often fail to install with our built version of python, because they are looking for something with a build ending in `_cpython`.

I'm wondering if we can work to find a syntax that is more generalizable to other people building off the conda-forge recipe as well.

Beitragsleitfaden

Beitragsleitfaden öffnen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.