@@ -1132,7 +1132,7 @@ In order to qualify as a noarch python package, all of the following criteria mu
1132
1132
``dataclasses ``.
1133
1133
1134
1134
.. hint ::
1135
-
1135
+
1136
1136
You can build platform-specific ``noarch `` packages to include runtime requirements depending on the target OS.
1137
1137
See mini-tutorial below.
1138
1138
@@ -1148,7 +1148,7 @@ It is possible to build ``noarch`` packages with runtime requirements that depen
1148
1148
(Linux, Windows, MacOS), regardless the architecture (amd64, ARM, PowerPC, etc). This approach
1149
1149
relies on three concepts:
1150
1150
1151
- 1. `Virtual packages <https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-virtual.html >`__.
1151
+ 1. `Virtual packages <https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-virtual.html >`__.
1152
1152
Prefixed with a double underscore, they are used by conda to represent system properties as
1153
1153
constraints for the solver at install-time. We will use ``__linux ``, ``__win `` or ``__osx ``,
1154
1154
which are only present when the running platform is Linux, Windows, or MacOS, respectively.
@@ -1826,7 +1826,7 @@ If you close the PR, it makes the bot think that another PR implementing the mig
1826
1826
Another reason why it is good to keep the PR open or in draft status is that people might help with it if they want in the future.
1827
1827
1828
1828
In some cases a migration PR may not get opened. Please look for
1829
- ` the migration on our status page < https://conda-forge.org/status/# current_migrations >` _
1829
+ ` the migration on our status page < https://conda-forge.org/status/# big_migrations >` _
1830
1830
to see if there are any issues. This may show there are still dependencies
1831
1831
needing migration, in which case the best approach is to wait (or if possible
1832
1832
offer to help migrate those dependencies). If there is a bot error, there will
0 commit comments