Enhanced Performance: DNF5 promises faster repository metadata processing and improved package query operations, aiming to save users precious seconds during package management tasks.
Reduced System Footprint: By eliminating Python dependencies and merging the functionalities of DNF and MicroDNF, DNF5 offers a significantly smaller installation size, reducing metadata redundancy.
Unified Experience: Fedora aims to provide a consistent package management experience across all platforms, with DNF5 serving as the sole package manager for servers, workstations, and containers.
I’ve been using dnf5 for a few weeks now. I never want to go back. If you use fedora, seriously consider checking it out. The only thing I’m missing is the provides subcommand.
Is it just because it’s faster? Feels like I can wait a couple of months for that?
Yeah pretty much, but it’s wayyyy faster. There’s times where it feels like dnf is hanging trying to download metadata that’s 25KB. I have 1Gb down and it takes like 2 minutes, its ridiculous. I know in the grand scheme of things I’m being petty. But it’s frustrating when the metadata step takes longer than downloading 500MB of packages lol
Thanks yeah, I do get that - when something is a lot faster, it feels pretty great, and you kinda wish you had that forever. At the same time, when you didn’t have it, you’re blissfully ignorant and don’t really miss it. So I’m going to keep myself in that state to avoid borking my system with a premature upgrade, haha.
Is it faster because its using the cache more effectively? Because I’m a chronic “dnf clean all && dnf update” type.
Ahh got to wait for your current system update to finish I see. /s
I hate dnf downloading 100 mb of meta data before I can install a package.
I had worked with Pacman and it was just so good with repos.
Does it feel better?
Did you run into any issue? Is it stable enough? I’ve never got the guts to install it on my main desktop.
I haven’t yet! Today I did a kernel update with it, I was kind of hoping something would go wrong so I would have a bug to report. But nope. Everything worked flawlessly. I’m not really sure how to break it but I’m going to try (in a vm lol)
It’s been a while since i used fedora but last i remember dnf was awe fully slow compared to pacman. In fact so slow that i was wondering if there was some kind of bug somewhere. Glad this is being addressed. Fedora is imho the best distribution to get someone to use Linux for the first time. It works so well.
I recommend giving dnf the
-Cflag to most operations, particularly those that don’t involve downloading packages. The default behavior is often similar to pacman’s-yflag and so the metadata sync ends up slowing everything down by orders of magnitude.
I’ve been using it since I switched to Fedora a month and a half ago, and I have had 0 problematical with it. Considering how much Fedora likes to be a testing bed for everything, I’m surprised it wasn’t here with Fedora 39 (because it was delayed).
I resized an lvm partition on my server with a fedora live image, and when I installed something with dnf, I was in shock how long it took. Hopefully this addresses this. Personally I’ve found my home distro: Debian
Personally I’ve found my home distro: Debian
Like someone who just wants a productive system.
Reduced System Footprint: By eliminating Python dependencies and merging the functionalities
Yes, I don’t get why people still insist on coding production grade stuff with a language that is effectively only suitable for educational purposes - maybe not even that because you would be brain damaging a generation of future developers.
Python is the modern equivalent of BASIC:
Another Disease by Microsoft?
Python has been around a lot longer than Microsoft has been involved.
I read D-NFS, and though “oooh, is there a distributed network filesystem?”. That would be useful.
Utter disappointment to see people talking about yet another package manager.
This isn’t a new package manager, Fedora is already using dnf. This is just the next version of their current package manager.
