This was broken before 8dec539418, and never
referenced on-tree since then (`git log --since=2020-03 -S pyopengl`
gives nothing except that commit).
Users should try to `pip install` this, if they need it.
While this provides several `cmd:`s to work with rdf files, none seems
used on-tree. Do we really need this packaged?
Users should try to `pip install` this, if they need it.
Seems it was never used on-tree since it was introduced in
4cdf5a4ab8
(`git log --since=2022-07 -S typogrify` gives nothing besides that commit).
Users should try to `pip install` this, if they need it.
Nothing uses it on-tree, and nothing ever did since it was introduced
(`git log --since=2019 -S aiorpcx` gives nothing).
Let people pip install this if they need it.
Nothing uses this on-tree, and apparetly nothing never ever did
(`git log -S aiohttp_socks` gives nothing).
Also... current version is missing a hard dependency for a package/module
that we do not provide: python-socks[asyncio]>=1.2.2
(newsest version upstream requiers: python-socks[asyncio]>=2.4.3,<3.0.0
Just drop this thing, and let whoever needs it install it via pip.
AFAICS, cython is only used by upstream devs to turn some cython code into .c
files (that are already included in the tarball we use).
(Tested with the 3 on-tree games that require pygame. All work without cython).
Side note: numpy dep is documented as "optional", so we may want to remove that
REQUIRES from this package, and just add it on packages that use that "extra"
functionality.
PyGame's README.rst says:
"The surfarray module requires the Python NumPy package for its
multidimensional numeric arrays.".
Needs fixed lapack package (#11801) merged first.
With that, this builds, installs and smoke test (`python3 -c "import scipy; help(scipy)"`)
work OK. Previously we where getting missing symbols when attempting scipy builds using meson.
Now we instruct the build to use lapack for LAPACK. At least until we decide to just let openblas
handle BLAS *and* LAPACK.
Solves the issue seen on PR #11536.
Known incompatibilities on-tree were already solved, and I was able to build
scipy 1.15.1 against this new version (updated scipy recipe still WIP).
If anything breaks, is surely on outdated software, and we should fix that
instead of keeping numpy on an older version.
On-tree recipes that depend on cffi:
- argon2_cffi_bindings
- bcrypt
- pycares
- pynacl
So we're doing the same on those too in one go.
Also:
- moved all recipes to use build/installer instead of setup.py.
- fixed calling of tests on cffi.
This version fails to build against Cython >= 3, but newer pandas versions
require numpy > 2. So just disable it for now until the needed dependencies
get sorted out.
(this should not break things on-tree, as nothing currently requires pandas)
These tools are easily installed via pip (they are "any" and not require any patching).
Instead of maintaning packages for them, let users install the version they need, for
the Python version they want.
After removal, only one recipe (youtube_dl) mentions, in a comment, flake8.
None of these recipes should actually ever be needed as BUILD_REQUIERES either, as they
are linter/code-formatting tools.
If tests "require" them, as the youtube_dl seems to imply, those test should be disabled.
A required package (sip) already dropped 3.9 support in its last recipe update (6.8.6).
Also, all users of `pyqt_builder` already require only the `_python310` version.
----
Build tested on beta5 32 bits.
Nothing currently uses it on-tree.
Only known user, "unknown-horizons", is broken on-tree, upstream is
porting the game to Godot, and considers current engine "dead".
Only use in-tree of this is from calibre, and that's 3.10 only.
Use beautifulsoup4 for tests instead of the older "beautifulsoup" that isn't there anymore.
