for qtwebengine and xf86-video-vmware. For qtwebengine, I am
not sure it is not upstream, but what I have added works:
the problem is with the definition of functions std::begin and
std::end. They are defined in several headers (among which
<vector>), and in a different way in some other headers. Looks
like the former headers were included with gcc-11 and below,
while they are not anymore with gcc-12 (there is no standard
on what is included by what in C++ headers). The problem with
qtwebengine (or rather the third party skia module) is that
they also have towers of headers including each other, so that
it is hard to find where the missing C++ header has been included,
if it has been.
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.
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.
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.
Update the security fixes to match paid-for 5.15.5.
Remove one item from the build fixes patch which is now upstream,
and apply that after the security fixes.
Remeasure for gcc-11.1.0 which takes a few less SBU.
>
> Although I had kept a note that time was 90 SBU with 4 CPUs,
> I had not recorded the space. On the same machine, rerunning
> in a fresh system I cannot get below 101 SBU, even by forcing
fewer jobs to be compiled using $NINJAJOBS - the differences
with 4 and 5 rather than 6 jobs are trivial.
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@24443 af4574ff-66df-0310-9fd7-8a98e5e911e0
In r24382 I noted it was a lot bigger and slower to build,
but I changed neither item. I do not have an accurate
space measurement, but the time should be 90 SBU.
The space will be revised when I update to the next
version, and the time will probably be bigger too.
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@24439 af4574ff-66df-0310-9fd7-8a98e5e911e0
Note that the SBU time appears to be severely adrift - see #14863 -
and explain why this and browsers using it might be useful.
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@24435 af4574ff-66df-0310-9fd7-8a98e5e911e0
This is a lot bigger and slower to build.
Downgrade the 'Caution's in qtwebengien and falkon to 'Warning's.
I am not yet suggesting we should deprecate those two packages,
but users should start to ask themselves whether the want to use
a package where the upstreams are happy to stick with python2
and have no interest in running on current glibc.
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@24382 af4574ff-66df-0310-9fd7-8a98e5e911e0
In the process, some attributes in single quotes have been changed to double
quotes, and a few attribute lists have been written on one line instead of
several lines.
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@24236 af4574ff-66df-0310-9fd7-8a98e5e911e0
