@bojan That would be nice, but it's not currently implemented. At the moment, all updates are expected to be self-sufficient.
If this is the required dependency, it's already stable: FEDORA-2025-989857b4aa
The package maintainer can now re-run the test suite through the Bodhi interface.
no issues with Thinkpad P1 Gen4, Intel GPU
See my comment for F43, this is most likely the same problem: https://bodhi.fedoraproject.org/updates/FEDORA-2025-2dde5b6cbc#comment-4219164
The graphical session fails to start. I can reproduce locally as well, when I use the generated Workstation Live image that contains this update, and install it. (The actual installation starts fine, interestingly). The image is here (will be cleaned up in a few days):
In the installed system, I see this crash during boot:
Aug 14 08:31:30 fedora gnome-session[1544]: Failed to start unit gnome-session-wayland@gnome-initial-setup.target: GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit gnome-initial-setup.service not found.
Aug 14 08:31:30 fedora audit[1544]: ANOM_ABEND auid=4294967295 uid=977 gid=977 ses=4294967295 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 pid=1544 comm="gnome-session" exe="/usr/bin/gnome-session" sig=5 res=1
Aug 14 08:31:30 fedora systemd-coredump[1560]: Process 1544 (gnome-session) of user 977 terminated abnormally with signal 5/TRAP, processing...
Aug 14 08:31:30 fedora systemd[1]: Created slice system-systemd\x2dcoredump.slice - Slice /system/systemd-coredump.
Aug 14 08:31:30 fedora systemd[1]: Started systemd-coredump@0-1560-0.service - Process Core Dump (PID 1560/UID 0).
Aug 14 08:31:30 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@0-1560-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Aug 14 08:31:30 fedora systemd-coredump[1561]: Process 1544 (gnome-session) of user 977 dumped core.
Module /usr/bin/gnome-session from rpm gnome-session-49~beta-1.fc43.x86_64
Module libdconfsettings.so from rpm dconf-0.40.0-16.fc43.x86_64
Module libgvfscommon.so from rpm gvfs-1.57.2-3.fc43.x86_64
Module libgvfsdbus.so from rpm gvfs-1.57.2-3.fc43.x86_64
Module libblkid.so.1 from rpm util-linux-2.41.1-15.fc43.x86_64
Module libpcre2-8.so.0 from rpm pcre2-10.45-1.fc43.1.x86_64
Module libffi.so.8 from rpm libffi-3.5.1-2.fc43.x86_64
Module libselinux.so.1 from rpm libselinux-3.9-3.fc43.x86_64
Module libmount.so.1 from rpm util-linux-2.41.1-15.fc43.x86_64
Module libz.so.1 from rpm zlib-ng-2.2.5-1.fc43.x86_64
Module libgmodule-2.0.so.0 from rpm glib2-2.85.2-1.fc43.x86_64
Module libglib-2.0.so.0 from rpm glib2-2.85.2-1.fc43.x86_64
Module libgobject-2.0.so.0 from rpm glib2-2.85.2-1.fc43.x86_64
Module libgio-2.0.so.0 from rpm glib2-2.85.2-1.fc43.x86_64
So it seems that gnome-initial-setup service is missing for some reason, which crashes gnome-session.
I see:
Problem: installed package localsearch-3.10~beta-2.fc43.x86_64 requires libgexiv2.so.2()(64bit), but none of the providers can be installed
- cannot install both libgexiv2-0.15.1-1.fc44.x86_64 from advisory and libgexiv2-0.14.5-3.fc43.x86_64 from @System
- cannot install both libgexiv2-0.15.1-1.fc44.x86_64 from advisory and libgexiv2-0.14.5-3.fc43.x86_64 from buildroot
- cannot install both libgexiv2-0.15.1-1.fc44.x86_64 from advisory and libgexiv2-0.14.5-3.fc43.x86_64 from rawhide
- cannot install the best update candidate for package localsearch-3.10~beta-2.fc43.x86_64
- cannot install the best update candidate for package libgexiv2-0.14.5-3.fc43.x86_64
Forgot to -1.
I see this error:
Problem: installed package localsearch-3.10~beta-2.fc43.x86_64 requires libgexiv2.so.2()(64bit), but none of the providers can be installed
- cannot install both libgexiv2-0.15.1-1.fc43.x86_64 from advisory and libgexiv2-0.14.5-3.fc43.x86_64 from @System
- cannot install both libgexiv2-0.15.1-1.fc43.x86_64 from advisory and libgexiv2-0.14.5-3.fc43.x86_64 from buildroot
- cannot install both libgexiv2-0.15.1-1.fc43.x86_64 from advisory and libgexiv2-0.14.5-3.fc43.x86_64 from fedora
- cannot install the best update candidate for package localsearch-3.10~beta-2.fc43.x86_64
- cannot install the best update candidate for package libgexiv2-0.14.5-3.fc43.x86_64
my virt-manager VMs boot fine
Lorax seems to crash when this update is included:
2025-08-11 09:28:52,691 DEBUG pylorax.ltmpl: running command: ('chroot', '/var/tmp/lorax/lorax.822exog5/installtree', 'glib-compile-schemas', '/usr/share/glib-2.0/schemas')
2025-08-11 09:28:52,712 ERROR pylorax.ltmpl: template command error in runtime-postinstall.tmpl:
2025-08-11 09:28:52,713 ERROR pylorax.ltmpl: runcmd chroot /var/tmp/lorax/lorax.822exog5/installtree glib-compile-schemas /usr/share/glib-2.0/schemas
2025-08-11 09:28:52,718 ERROR pylorax.ltmpl: UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 16: ordinal not in range(128)
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: Traceback (most recent call last):
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: File "/usr/lib/python3.14/site-packages/pylorax/ltmpl.py", line 762, in runcmd
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: stdout = runcmd_output(cmd)
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: File "/usr/lib/python3.14/site-packages/pylorax/executils.py", line 373, in runcmd_output
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: return execWithCapture(cmd[0], cmd[1:], **kwargs)
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: File "/usr/lib/python3.14/site-packages/pylorax/executils.py", line 251, in execWithCapture
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: return _run_program(argv, stdin=stdin, root=root, log_output=log_output, filter_stderr=filter_stderr,
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: raise_err=raise_err, callback=callback, env_add=env_add,
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: reset_handlers=reset_handlers, reset_lang=reset_lang)[1]
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: File "/usr/lib/python3.14/site-packages/pylorax/executils.py", line 170, in _run_program
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: (output_string, err_string) = proc.communicate()
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: ~~~~~~~~~~~~~~~~^^
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: File "/usr/lib64/python3.14/subprocess.py", line 1207, in communicate
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: stdout = self.stdout.read()
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: File "/usr/lib64/python3.14/encodings/ascii.py", line 26, in decode
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: return codecs.ascii_decode(input, self.errors)[0]
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: ~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^
2025-08-11 09:28:52,719 DEBUG pylorax.ltmpl: UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 16: ordinal not in range(128)
Full log: https://openqa.fedoraproject.org/tests/3599529/file/_installer_build-lorax.log
OpenQA job: https://openqa.fedoraproject.org/tests/3599529
cpu stress testing works fine
printing files with syntax highlighting works fine
no issues in a regular Workstation usage
no issues with DNF operations
no issues with Thinkpad P1 Gen4 and an Intel GPU
generates passphrases just fine
booting BIOS VMs from virt-manager works fine
My UEFI VMs boot fine in virt-manager, but I see some new warning printed during boot:
PageFaultExitBoot: Page fault fixups needed (NX: 0, RW: 2).
PageFaultExitBoot: The guest OS boot chain is not NX clean.
Working fine with Thinkpad P1 Gen4 using
00:02.0 VGA compatible controller [0300]: Intel Corporation TigerLake-H GT1 [UHD Graphics] [8086:9a60] (rev 01)
no issues detected on my Workstation
Here's the SELinux error bug report: https://bugzilla.redhat.com/show_bug.cgi?id=2390023