dnf5-5.2.15.0-1.fc41 suffers from "Dereferencing an invalidated WeakPtr" crash and it is tracked in bug #2381859. This update will be unpushed because of that. A workaround is disabling "fastestmirror" feature in dnf.conf.

The "Dereferencing an invalidated WeakPtr" crash is tracked in bug #2381859. This update will be unpushed because of that. A workaround is disabling "fastestmirror" feature in dnf.conf.

The "Dereferencing an invalidated WeakPtr" crash is tracked in bug #2381859. This update will be unpushed because of that. A workaround is disabling "fastestmirror" feature in dnf.conf.

Now it works. Thanks.

Now it works. Thanks.

Did you only update LibreOffice, or other packages too? Can you reproduce it after downgrading LibreOffice and trying the upgrade with the new DNF5? Could provide us a backtrace from a debugger? Please use Bugzilla for the reporting bugs.

That file should define the symbol (nm -D /lib64/libdnf5-cli.so.2 | grep ZN7libdnf53cli14ArgumentParser12CommandAlias18add_required_valueERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESA). Maybe the file system restore corrupted it.

That "undefined" symbol is defined in /usr/lib64/libdnf5-cli.so.2 file packeged in libdnf5-cli-5.2.15.0-1.fc42.x86_64 you have just installed. I guess you have locally installed same-named file in a different path with a higher priority for a dynamic linker. What does "ldd /usr/bin/dnf | grep libdnf5-cli.so.2" command output?

Good catch. The perl-XS-Parse-Keyword packages should have been pushed in a separate FEDORA-EPEL-2025-8668ee5130 update which I forgot to submit for stable.

Works for me.

Works for me.

It works for me.

It works for me.

It pulls in gdk-pixbuf2-modules-extra now.

lorax-41.6-1.fc41 has been stabilized. I will push dnf to stable now.

I will suffer until the end of F41, otherwise not a big deal from Fedora point of view. I think an exception is not worth of it.