This one looks rather Debian specific (not found on PyPI), and
not used by anything on-tree.
Lets drop it for now, unless a specific usecase for it promts for
a revival :-D
Use `pip install` if you need tzlocal for your code.
Be aware that it will still have limited usefulness, until our Python
packages get fixed to correctly use `--with-tzpath=` during configure,
and to require the `timezone_data` package.
Nothing uses this old package (no new releases since 2015) on-tree.
We might want to just drop this one next time (users will be able to
use it via `pip install` if they miss it).
Not used anywhere on-tree, and project is marked as inactive/unmaintained
on GitHub. We might just want to drop this one next time.
(`pip3.xx install svgwrite` will still work for those that might need it)
Just the necessary bits to get it to work with Python 3.10.
Not updating to the latest version, for now at least, as that
requires building it with `poetry` (which we currently do not have).
Not updating this one for now, as the one needed by the only package
on-tree that uses it (`calibre`) requires not the latest version but
version 2.1.0, and to build that version and up, we need to have the
`poetry` build system available first.
Not the most recent version, because the latest requires
an new dependency (`bitarray`) we don't currently have.
(nothing really uses this one on-tree, so... no rush there)
- Switched build to use build/installer.
- Switched default version to Python 3.10.
- Only install man page / bash completions for the default
Python version.
- Changed SOURCE_URI to avoid:
> LookupError: setuptools-scm was unable to detect version
for /sources/tqdm-4.66.1.
(that error message suggested using PyPI's tarballs instead
of Github ones)
The presence of HaikuPorter's work git repo interferes with the
operation of some python packages used at build time, causing
builds with "hp -G" to succeed, but fail without that flag, unless
these work-arounds are applied:
- exporting a `SETUPTOOLS_SCM_PRETEND_VERSION` variable
- `rm -rf dist`
* python3.8: bulk removal of now obsolete "_python38" packages.
Done via scripting. No functional change intended or expected.
Some manual tweaks will follow.
* python3.8: further manual tweaks after bulk-3.8-removal.
Unlike the previous commit with automated changes,
I've tested builds for *these* recipes in beta4 64 bits.