Skip to content

Commit ebbe8ac

Browse files
committed
remove remaining leftovers of old numpy pinning
1 parent dcaaacc commit ebbe8ac

File tree

2 files changed

+0
-5
lines changed

2 files changed

+0
-5
lines changed

docs/maintainer/adding_pkgs.md

Lines changed: 0 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1174,7 +1174,6 @@ Jinja expressions serve following purposes in the meta.yaml:
11741174
- numpy
11751175
run:
11761176
- python
1177-
- {{ pin_compatible('numpy') }}
11781177
```
11791178

11801179
For more information please refer to the [Templating with Jinja](https://docs.conda.io/projects/conda-build/en/stable/resources/define-metadata.html#templating-with-jinja) section in the conda-build docs.

docs/maintainer/pinning_deps.md

Lines changed: 0 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -50,10 +50,6 @@ requirements:
5050
5151
When there's a new ABI version of gmp (say 7.0), then conda-forge-pinning will be updated. A re-rendering of a package using gmp will change. Therefore to check that a recipe needs to be rebuilt for updated pinnings, you only need to check if the package needs a rerender.
5252
53-
:::note
54-
55-
`NumPy` is an exception to this (See [Building Against NumPy](knowledge_base.md#linking-numpy)).
56-
5753
:::
5854
5955
If a package is not pinned in [conda-forge-pinning](https://github.com/conda-forge/conda-forge-pinning-feedstock/blob/master/recipe/conda_build_config.yaml), then the pinning needs to be done manually. If the package is a `C/C++` library with a `C/C++` API that is consumed and linked to by other libraries, then that package is a candidate to be added to `conda-forge-pinning`. Please open an issue in [conda-forge-pinning-feedstock](https://github.com/conda-forge/conda-forge-pinning-feedstock) for discussion.

0 commit comments

Comments
 (0)