This is a net win for upgraded systems, so karma +1. But for fresh installs, we need totem-video-thumbnailer installed as well. More in https://bugzilla.redhat.com/show_bug.cgi?id=2394950
This works on my upgraded system, but in a cleanly installed VM, it doesn't. I'll try to verify once again later, but please somebody try the same use case.
Also, the video and audio (with cover art) thumbnails are only generated for new files. For existing files (which you already saw in a broken state, and show no thumbnail at the moment), the thumbnails don't get regenerated. That's unfortunate, but should only affect pre-release testers. Still, it would be nice if we could fix it.
Fixes simple-scan
Typical operations seem to work fine
No issue in general usage, and both bugzilla bugs seem fixed
well, it does start, so it's not worse than the stable version. But it still doesn't detect new crashes.
works fine on different file types
no issues with dnf usage
seems to fix gnome-software and trust key issues
Failed to resolve the transaction:
Problem: cannot install the best update candidate for package re2-2:20250812-2.fc43.x86_64
- nothing provides libabsl_hash.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_log_internal_check_op.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_log_internal_message.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_raw_hash_set.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_raw_logging_internal.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_spinlock_wait.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_str_format_internal.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_strings.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
- nothing provides libabsl_synchronization.so.2508.0.0()(64bit) needed by re2-2:20250812-4.fc43.x86_64 from advisory
We already talked with @music, but commenting here as well, for completeness:
Failed to resolve the transaction:
Problem: installed package libphonenumber-8.13.55-5.fc43.aarch64 requires libabsl_hash.so.2505.0.0()(64bit), but none of the providers can be installed
- installed package libphonenumber-8.13.55-5.fc43.aarch64 requires libabsl_raw_hash_set.so.2505.0.0()(64bit), but none of the providers can be installed
- installed package libphonenumber-8.13.55-5.fc43.aarch64 requires libabsl_raw_logging_internal.so.2505.0.0()(64bit), but none of the providers can be installed
- installed package libphonenumber-8.13.55-5.fc43.aarch64 requires libabsl_strings.so.2505.0.0()(64bit), but none of the providers can be installed
- installed package libphonenumber-8.13.55-5.fc43.aarch64 requires libabsl_synchronization.so.2505.0.0()(64bit), but none of the providers can be installed
- cannot install both abseil-cpp-20250814.1-1.fc43.aarch64 from advisory and abseil-cpp-20250512.1-1.fc43.aarch64 from @System
- cannot install both abseil-cpp-20250814.1-1.fc43.aarch64 from advisory and abseil-cpp-20250512.1-1.fc43.aarch64 from fedora
- cannot install the best update candidate for package libphonenumber-8.13.55-5.fc43.aarch64
- cannot install the best update candidate for package abseil-cpp-20250512.1-1.fc43.aarch64
VMs in virt-manager work
UEFI VMs in virt-manager work fine
generates phrases fine
VM clipboard works
installation worked
If this is waiting for GA, I prefer to unpush this update now, and reintroduce it once selinux-policy is ready. We don't want users running with updates-testing enabled to have broken system parts for long. Unless auditd.service is not that important and useful (haha, I have no idea what it is used for - I still see audit messages in journal even without this service running). Thoughts?
it renders PDFs. But it's slow.
it counts!