Update to gjs-1.72.1
Update to tracker3-3.3.2
Update to gnome-bluetooth-42.2
Update to epiphany-42.3
Update to libadwaita-1.1.3
Update to libhandy-1.6.3
Update to gnome-desktop-42.3
ffmpeg won't be used if gst-plugins-base is installed.
The upstream installs gst-plugins-good and gst-libav for the CI, so keep
them as recommended but runtime. gst-plugins-bad and ugly are not
mentioned at all.
Both packages handle libsoup2 and libsoup3 as follows: if one libsoup is
already loaded by the process, it will use the loaded one. Otherwise,
try to load libsoup3 first, and if it's not found try libsoup2.
But they need the headers of one libsoup version at build time to
support loading this version at runtime, so we can't make the libsoups
runtime dependency.
For tracker 3, also demote libsoup2 to recommended. It can be built with
libsoup3 only (and the building system will do it silently if libsoup3
is installed but libsoup2 not). But I'm not sure if it will cause
runtime issues.
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.
