There are still a few packages that need testing and the book updated.
The kf6 adn plasma packages referenced in LXQt are incorrect and need
to be changed to reference kf5 packages for now.
Note that there is a new package, plasma-activities, that is needed in
the kde-gear section, but needed to be taken from the plasma6 set of
packages.
kio-extras is no longer needed for the packages in the book.
Some notes:
- proftpd has been supporting PCRE2 since 1.3.8a.
- bluefish actually invokes PCRE via Glib, so since Glib was ported
from PCRE1 to PCRE2 bluefish has been using PCRE2 in fact.
- zsh and rasqal will support PCRE2 in the next release. For zsh pcre
is not used with book instruction anyway, and for rasqal the
maintainer suggests just relying on Glibc regex.h before the next
release.
- The other distros (Fedora for eg) are already disabling PCRE for
slang.
This update replaces kf5. In doing so there are several packages
in BLFS that are broken, notably the LXQt packages that reference
kf5 packages.
Trying to maintain kf5 and kf6 in the book is more effort than it
is worth. For those that want the kf5 based elements, blfs-12.1
still works.
Several packages were updated to build with qt6 so they are not available
for packages that need the qt5 versions, These include qca, polkit-qt, and
phonon. A couple of packages that are no longer needed for kf6 are still
in the book: kuserfeedback and libdbusmenuqt.
Many filenames still need to be changed, e.g. kf5-frameworks.xml, as
well as xml defined identifiers.
Later when LXQt releases their qt6/kf6 based packages, then we will
do a scrub of all the book internals to make names consistent.
Remove "AMD P-State Self Test" as it's only for debugging. Adjust some
forced settings as X86_INTEL_PSTATE may be unset if SCHED_MC unset.
Mention X86 Platform Specific Device Drivers may provide platform
profile support (actually more powerful than CPUFreq).
Also fix a glitch in kernel-config.py so it won't mark "'" as hotkey
anymore.
During runtime we'll see failures like:
--701226-- WARNING: unhandled amd64-linux syscall: 452
--701226-- You may be able to write your own handler.
--701226-- Read the file README_MISSING_SYSCALL_OR_IOCTL.
--701226-- Nevertheless we consider this a bug. Please report
--701226-- it at http://valgrind.org/support/bug_reports.html.
Without this patch, as well as issues on x86 due to nop patterns that
were introduced with binutils-2.42.
Configure shows
checking for Ghostscript...
checking for ghostscript/iapi.h... yes
checking for ghostscript/ierrors.h... yes
checking for gsapi_new_instance in Ghostscript framework... no
checking for gsapi_new_instance in -lgs... yes
checking if Ghostscript package is complete... yes, using library.
Ghostscript lib --with-gslib=yes yes
and running 'display --version' includes gslib among the delegates.
I have not been able to find *where* it either links to, or
dynamically opens, libgs.so, but past quereies show that libgs was
used to open postscript files, Most of my local .ps files have
transparent backgrounds and look unreadable in 'display', but
using 'convert' to create jpegs gives a soemwhat readable result.
Update to pycairo3-1.26.0 (Python Module).
Update to URI-5.27 (Perl Module).
Update to Business-ISMN-1.204 (Perl Module).
Update to Business-ISBN-3.009 (Perl module).
Update to numpy-1.26.4 (Python Module).
Update to meson_python-0.15.0 (Python Module).
Update to pyproject-metadata-0.7.1 (Python Module).
Update to pytz-2024.1 (Python Module).
