When upgrading, the process hung for about an hour at 43% and I had no option but to reboot. Now the upgrade does not show in Software, and dnf method of updating has dependency problems, and --skip-broken, skipping protected packages etc. doesn’t work.
Running results in an error:
> [1922/1922] Total 100% | 37.2 MiB/s | 2.4 GiB | 01m07s
> Testing offline transaction
> terminate called after throwing an instance of 'libdnf5::AssertionError'
> what(): libdnf5/rpm/transaction.cpp:193: void libdnf5::rpm::Transaction::fill(const libdnf5::base::Transaction&): Assertion 'implicit_ts_elements.empty()' failed: The rpm transaction contains more elements than requested
> Aborted
So: how can recover from an interrupted upgrade?
Thanks for your great work on Fedora, which I’ve loved since it first existed,
Thanks again for your help!
After following your advice, then running sudo dnf -y system-upgrade download --releasever=41
The result is:
Problem: The operation would result in removing the following protected packages: NetworkManager, grub2-tools-minimal, selinux-policy-targeted, setup, sudo, systemd, systemd-udev
Then running sudo dnf -y system-upgrade download --releasever=41 --setopt=protected_packages=
has the result:
Testing offline transaction terminate called after throwing an instance of 'libdnf5::AssertionError' what(): libdnf5/rpm/transaction.cpp:193: void libdnf5::rpm::Transaction::fill(const libdnf5::base::Transaction&): Assertion 'implicit_ts_elements.empty()' failed: The rpm transaction contains more elements than requested Aborted
discuss the option that upgrades have failed due to dnf5 being used for the upgrade.
Maybe try to remove dnf5 and libdnf5, so your system uses the old dnf for the upgrade? If that does not work I hope someone else can chime in…
In that case you may not have understood the concept of atomic desktops
The idea is to build either a very minimal variant (of the same distro) or a more specialized one (if you need a lot of core system changes, which I dont as I dont need Gaming or proprietary drivers) and then deploy that everywhere
Ublue just consumes the Fedora images, does a bunch of changes and then publishes them again. In their “main” images these changes are really small, the “hwe” images have stuff for ASUS, nvidia and surface. Their advertized ones “Bazzite”, “Bluefin” and “Aurora” have the most changes.
Those are still Fedora too, not different than if you would install it, add a bunch of repos and swap some packages.
Of course you can do whatever you want on mutable distros like (dnf) Fedora, Ubuntu (not Ubuntu core) or Arch.
The point is that as soon as you fire up your package manager, you will introduce changes that are mostly not reversible. The package manager just looks that all packages have their dependencies, but doesnt manage the set of packages or files.
Nix is different and if it is kinda easy to start, may actually be better for people that want a custom, but specific and composed system. It is basically the same as atomic but it allows users to change their system locally in an easier way