* 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.
* docutils: clean up, support Python 3.10.
- Use loops to generate the package/version specific PROVIDES.
- Use version suffixes for the provided cmds, except for the ones
from the package for the default Python version (3.9 currently).
Note:
Moved suffixes after the ".py", as names like "rst2html4310.py"
looked weird, and we can't use "rst2html4-3.10.py" due to the
"no dashes in PROVIDES or REQUIRES" rule.
* docutils: change script suffixes.
Original recipe was using, eg., "rst2html438.py", which looks weird.
Previous commit used "rst2html4.py3.8", which at least is consistent
with what it's done for Python and pip recipes.
This one changes it to "rst2html4-3.8.py", which looks better, and
matches what's done on ports for other platforms (MacPorts, for example).
* docutils: further clean up.
Provide versioned scripts, and also non-versioned symlinks for the
scripts from the version of the packate that matches the default
Python version (3.9 at the moment).
* docutis: update to version 0.19
* docutils: simplify symlinks creation.
As pointed out by Jérôme, we can use ln's ability to produce links
relative link's location.
chardet: update to 4.0.0
imagesize_py: update to 1.3.0
packaging: update to 21.3
pygments: update to 2.11.2
pyparsing: update to 3.0.7
pytz: update to 2021.3
requests: update to 2.27.1
zipp: update to 3.7.0
docutils: update to 0.18.1
While Haiku usually brings Python with it so its license is available
in the merged licenses directory, this isn't declared as a dependency
anywhere and therefore "chance". Since we yet lack a way to declare this
dependency (for lack of a license entity), duplicate the Python license
in the ports requiring it to make them self-contained.
* Referring the current haiku version explicitly is not needed, since
the RequiresUpdater takes care of setting the version of Haiku used
for building a package.
* portVersionedName contains the secondary architecture,
so using it means secondary package builds fail.
example: $portVersionedName is libwow_x86-0.0.0 when
doing an x86 build on x86_gcc2
