This will get EOL-ed in October (assuming it ever gets a .19 release).
We've anounced its demise on the forums in March, with a 6 months grace
period. Now that we have 3.11 on the repos, time to let this one go.
While this only removes the Python 3.8 package, and not each individual
"_python38" package we have, at least it will make it obvious we need to
change those recipes at install/update/rebuild time.
Only one recipe (not under /dev-python/) uses `python3.8` directly, and that's
for `calibre`'s TEST() (that recipe needs moving to 3.10 anyway).
So long Python 3.8!
* perl, texinfo-7: provide a secondaryArch package
LilyPond requires a newer texinfo than the 6.1 that is available for x86_gcc2.
Provide a secondary architecture version of texinfo 7 to fix that.
Perl (secondary) is required for texinfo.
* texinfo-7: remove libtool files
* texinfo-7: add conflict between primary and secondary packages
They largely contain the same data files and documentation.
readline is enabled so the the lua REPL has proper support for line editing/arrow keys
related to #8972
Also, remove some static library remnants and tweak the TEST command
* Use BASEFLAGS instead of CFLAGS, and set OPT to something better than "".
This seems to finally make "--enable-optimizations" do some speedup :-)
* Disabled/skipped more hanging tests. If debugger is configured to "kill",
running "hp --test python3.10" should finally not hang anymore.
* Use BASEFLAGS instead of CFLAGS, and set OPT to something better than "".
This seems to finally make "--enable-optimizations" do some speedup, so
lets use it for 3.9 too now.
* "backported" the 3.10 patch for "largefile" flag in tests, and also the
entire TEST() function from the 3.10.12 recipe, as it makes possible to
run `hp --test python3.9` without hanging (assuming Debugger is set to
kill).
This is the last of the "regular" bugfixes releases.
Only "security updates", will be available, released as needed,
from this point forward, till around October 2026.
This addresses the "small caveat" issue mentioned on #7531 that
affects all python versions, by making sure that both site.py's
and sysconfig.py's copies of _getuserbase() have the same code.
Also: renamed the package to be consistent with the rest of the
Python versions.
This addresses the "small caveat" issue mentioned on #7531 that
affects all python versions, by making sure that both site.py's
and sysconfig.py's copies of _getuserbase() have the same code.
This addresses the "small caveat" issue mentioned on #7531 that
affects all python versions, by making sure that both site.py's
and sysconfig.py's copies of _getuserbase() have the same code.
This addresses the "small caveat" issue mentioned on #7531 that
affects all python versions, by making sure that both site.py's
and sysconfig.py's copies of _getuserbase() have the same code.
