libsoup3 should be OK now. There have not been any issues discovered
as of the date of this commit.
gvfs is also changed to add back http. Also avahi is now recommended.
avahi can be removed by adding -Ddnssd=false but that requires a patch.
https://gitlab.gnome.org/GNOME/gvfs/-/issues/621
This has been fixed upstream.
The maintainer did not pay enough attention using "make dist" to
generate the release tarball. See:
https://gitlab.gnome.org/GNOME/gnome-keyring/-/issues/109
bdubbs has partially worked around the issue, but on systemd we still
get:
make[2]: *** No rule to make target
'daemon/gnome-keyring-daemon.socket', needed by 'all-am'. Stop.
Instead of fetching this .socket file separately, it's easier to just
download a clean tarball and regenrate the configure script ourselves.
I'd prefer them to switch to meson and avoid this kind of problem
forever.
firefox-91.9.1,
js-91.9.1,
thunderbird-91.9.1.
The smaller SBU times on firefox and js are because my SBU with
gcc-12 takes longer, not because the builds are quicker.
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.