I have only used the patches for modules used by packages in BLFS
or required by the extra KDE packages mentioned in BLFS. For the
full details of what has been applied (or omitted) see
https://www.linuxfromscratch.org/~ken/qt5/
I have also revised the SBU - the extra patches make a minimal
difference on my -j4 builds, but I need to use -j8 to get to 22
SBU. That figure seems to have been carried over from when we were
using gcc-10.2.
In the optional dependencies, pciutils was shown as optional but
required for qtwebengine: show it as optional, other parts of qt
can use it, and add it to qtwebengine as required. Remove python2
from the qt5 optional dependencies, only qtwebengine needs it and
it is already shown as required there.
I've had a TODO list item after a Discussion with Bruce about this particular
package since last package freeze. Because of it's reliance on Qt5 and the fact
that it's only used for KHelpCenter, it really does not belong in
General Libraries. Moving it to X Libraries should suffice in this case,
since it doesn't really fit in KF5 either.
In addition, update the dependencies and the installed files list, and
add short descriptions for the two libraries installed by this package.
It made sense as a dep of Qt5 when we were building webengine as
part of Qt5, but (at least for separate WebEngine, I've
deliberately forgotten the details of building it in Qt5) it
requires a switch to enable it.
Document that switch as an optional command.
Update to tree-2.0.0.
Update to pango-1.50.3.
Update to qpdf-10.5.0.
Update to libportal-0.5.
Update to gtk+3 3.24.31.
Update URLs in Beyond BLFS section.
I know it is somewhat useless, but I don't like them for
two reasons: first they cannot be seen, and I do not like things I
cannot see. Second, git highlights them, and this is disturbing...
This is the largest BLFS package. It can overload system memory
if all cores are used. Add a warning about this.
Note: Build failed at about the 90% point on a system with 24 cores
and 32 GB of RAM + 2 GB of swap due to out-of-memory. The
solution is to limit cores with NINJAJOBS ir add RAM or swap space.
I'm not happy about the wording for recommended dependencies,
ideally jhalfs should "do the right thing" and build libxml2
after icu - but I have no idea how to force that.
Traditionally we do not list every dependency which is pulled in
by another dep, but some time ago Doug discovered that system ICU
is only used by qtwebengine if libxml2 has been built after ICU.
Although I'm hopeful that the current instructions will work in
that case, adding a shipped copy of ICU just makes the build
bigger.
