| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Without the change `tests` attribute fails the eval as:
$ nix build --no-link -f. pypy27Packages.pypaBuildHook.tests
error:
69| # versions of this hook's dependencies.
70| passthru.tests = import ./pypa-build-hook-tests.nix {
| ^
Fixed file name and added missing runCommand import.
|
|
This function is not, and never have been, used anywhere inside nixpkgs, outside of bootstrapping setupcfg2nix itself.
It was added in https://github.com/NixOS/nixpkgs/pull/38778 by @shlevy.
It has no out-of-tree users on Github either. External breakage is not expected.
|
|
https://docs.python.org/release/3.12.1/whatsnew/changelog.html
Fixes: CVE-2023-6507
|
|
We query lots of derivation attributes, most of which do not exist, so
logging stderr causes a lot of noise for no gain.
|
|
|
|
|
|
This is unsupported and breaks packages on update.
|
|
Fixes a regression from #261323, where all `passthru.tests` were
overwritten.
|
|
rustpython: mark broken on x86_64-darwin
|
|
f292ef4 introduced a check for the Python version but uses `.version`,
which isn't friendly to other Pythons like PyPy which use versions
strings like 7.3, failing the >=3.10 check.
Using `.pythonVersion` fixes this check.
Co-authored-by: Pierre Bourdon <delroth@gmail.com>
|
|
https://www.python.org/downloads/release/python-3130a2/
|
|
|
|
|
|
This reverts commit 397a8fd06bd576cae7f1fae71dbfd9fbce30dc66.
The hook now uses the old implementation based on the deprecated
pkg_resources library provided by setuptools again.
|
|
By restoring and diverting to the old version.
Previously the newer language features and use of more modern stdlib
imports broke the hook on Python<3.10.
|
|
It's broken on Py2. Hopefully people still using 2 know what they're doing?
|
|
|
|
lib.mirrorFunctionArgs: init
|
|
|
|
We need this stuff to be available in lib so make-derivation.nix can
access it to construct the Meson cross file.
This has a couple of other advantages:
- It makes Rust less special. Now figuring out what Rust calls a
platform is the same as figuring out what Linux or QEMU call it.
- We can unify the schema used to define Rust targets, and the schema
used to access those values later. Just like you can set "config"
or "system" in a platform definition, and then access those same
keys on the elaborated platform, you can now set "rustcTarget" in
your crossSystem, and then access "stdenv.hostPlatform.rustcTarget"
in your code.
"rustcTarget", "rustcTargetSpec", "cargoShortTarget", and
"cargoEnvVarTarget" have the "rustc" and "cargo" prefixes because
these are not exposed to code by the compiler, and are not
standardized. The arch/os/etc. variables are all named to match the
forms in the Rust target spec JSON.
The new rust.target-family only takes a list, since we don't need to
worry about backwards compatibility when that name is used.
The old APIs are all still functional with no warning for now, so that
it's possible for external code to use a single API on both 23.05 and
23.11. We can introduce the warnings once 23.05 is EOL, and make them
hard errors when 23.11 is EOL.
|
|
Apply the patch to fix using libutil.h instead of util.h on Darwin for
`forkpty` and `openpty`.
|
|
|
|
bc2d5988780f02c26daea44016df56a1dc4fb8e2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
To escape the pkg_resources API deprecation:
> catch-conflicts.py:1: DeprecationWarning: pkg_resources is deprecated as an API. See https://setuptools.pypa.io/en/latest/pkg_resources.html
Also remove exceptions for the previus bootstrap packages.
|
|
With this change it is possible to pass in `stdenv` directly to
`buildPython*` or override it using e.g.
```
numpy.overridePythonAttrs(_: {
stdenv = clangStdenv;
})
```
|
|
|
|
|
|
https://docs.python.org/3.13/whatsnew/changelog.html#python-3-13-0-alpha-1
|
|
|
|
|
|
|
|
|
|
The situation:
Python <3.11: under Linux the abi string is always -gnu*
Python 3.11-3.12: musl is treated as its own abi in the python build system, but when cross-compiling the build host's libc is used for the target abi string. Cross compiling from glibc to musl gives a -gnu* target abi string and vice versa.
Python >=3.13: musl is treated as its own abi, and when cross-compiling the target libc is used for the target abi string
We backport the fix for python 3.11-3.12, since the intermediate state is almost impossible to model in the nix expression
|
|
|
|
|
|
|
|
|
|
https://docs.python.org/release/3.11.6/whatsnew/changelog.html
|
|
|
|
https://docs.python.org/dev/whatsnew/3.12.html
https://docs.python.org/release/3.12.0/whatsnew/changelog.html
|
|
Fixes some side effects of #249157 (see #255810)
|
