I have upgraded to Traxie using script all went not to bad but Sonarr is behaving weirdly as it is there even I have uninstalled it by dietpi-software uninstall 139.
It is overloading my server as it suck 100% processing power. I was able to stop it using Dashboard pause.
It looks like is running somewhere in python env?
I can not access it via web anymore as it should not be there anyway.
In all those cases, purge the related APT package with the exact name of the module that fails to uninstall, prefixed with python3-. I.e. for jaraco.context:
apt purge python3-jaraco.context
and for cryptography:
apt purge python3-cryptography
etc. Check that there are no required end user package uninstalled which depend on those, but usually any package that does so can be installed via pip as well, which ships a more recent version than the Debian repo.
The problem is that recent versions of pip try to uninstall Python modules installed via APT automatically, while previously they skipped the system site automatically. Solution our end is to move all Python software installed via dietpi-software > pip into venvβs. But until this is done, one needs to purge the system packages. And since we cannot know whether important dependants are installed, we cannot safely automate this in the upgrade script.
Not an issue with Trixie, but one with recent (upstream) pip versions. The same would have happened on Debian Bookworm and Bullseye when reinstalling SABnzbd or pip3 install -U pip && pip3 install -U cryptography or any such.
Indeed pip it is as it want to really do weird stuff, uninstall python new one and reinstall. Anyway, @MichaIng to the rescue as usual an d not I am happy chap again.