-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Autoremove option? #45
Comments
clean_requirements_on_remove=True also seems ignored |
Terribly ugly solution, but this is what I'm going to do in one my container - might be handy:
|
I think we will add that functionality to DNF5 project. DNF5 is going to replace microdnf (Fedora 38) and then DNF |
I may be mistaken, but could it be |
DNF and microdnf during package upgrade always remove the old version of package with one exception - installonly packages. They are identify by provides in configuration option |
Hello @gbarceloPIB .
|
It's unfortunate that DNF5 replaces this. I cloned this repo and compiled it; it compiled in under a minute. DNF5, on the other hand, takes hours (and I didn't have to edit microdnf's source code to get it to compile like I did with DNF5). I know the long compile time is just because DNF5 is written in C++ instead of plain C. It's a mystery to me why people use C++; do they just like spending more time compiling than developing? I guess anyone who has a desire to compile DNF5 should just feel lucky that it's not written in Rust, though (it might take days instead of hours if it were). |
There doesn't appear to be a
microdnf autoremove
option to remove a package and its dependencies. Any plans to add that?Any workarounds other than listing dependent packages manually?
The text was updated successfully, but these errors were encountered: