Originally posted by starshipeleven
View Post
Announcement
Collapse
No announcement yet.
Red Hat Pushing DNF 5 Into Development For Improving The Package Manager
Collapse
X
-
Originally posted by Danielsan View Post
I see...
I don't use Fedora but the SilverBlue caught my attention, when eventually they will fix all the mess with their repos I may give it a chance over a just a simple virtual installation. Everything in that project is smart and clever!
I've been an Arch/Manjaro user for the past decade and I haven't used anything from this family since....well....Fedora didn't exist and Red Hat was still free. If you're more comfortable with RPMs you'll probably have an easier adjustment period.
Small projects that I could finish within a day are head-scratchers for me here. Just takes time to learn the tools. Like, yesterday I learned WTF a Roji was.
Comment
-
-
Originally posted by RahulSundaram View Post
No he isn't. Dnf history isn't just a history log. It can undo, redo any transaction and has additional metadata including whether that transaction is user initiated etc
https://dnf.readthedocs.io/en/latest...-command-label
It is quite handy
Comment
-
Originally posted by andyprough View Post
This is all available under pacman or with its tools. Just because tools have been rolled directly into dnf doesn't change the actual behavior. End user doesn't give a crap if the package manager or its tools are doing the work.
It's like thinking one can rely on a random AUR package for Pacman hooks for ZFS backup and restoration. A bunch of those have come and gone already.
- Likes 1
Comment
-
Originally posted by andyprough View Post
No it won't. I just typed in sudo pacman -R glibc, and it responded with a massive list of errors due to dependencies that would be broken if glibc was removed, and refused to do it.
Pacman will give you far more freedom to do what you want with your system than dnf will. They're targetted at very different types of systems, which goes back to the original complement about replacing everything with pacman.Last edited by Britoid; 05 March 2020, 11:26 AM.
Comment
-
Originally posted by starshipeleven View PostI wouldn't use the "dumping ground" term for Python, but yeah, it's basically taking over anything that is too complex for a shell script and not performance-critical enough to be compiled.Last edited by ptrwis; 05 March 2020, 02:05 PM.
- Likes 2
Comment
-
Originally posted by Britoid View Post
It will if you tell it to ignore dependencies. dnf as far as I'm aware, has no similar mode.
Pacman will give you far more freedom to do what you want with your system than dnf will.
Comment
-
Originally posted by andyprough View PostI haven't seen this behavior in many years from any package manager.Code:sudo zypper remove glibc [sudo] password for root: Reading installed packages... Resolving package dependencies... Problem: This request will break your system! conflicting requests Solution 1: ignore the warning of a broken system (requires:glibc) Solution 2: keep glibc-2.31-2.1.x86_64 Choose from above solutions by number or cancel [1/2/c/d/?] (c):
And this is better than what apt does, it will not give warnings or anything, just dump a huge list of stuff to "delete" and ask to confirm. And does not allow you to install ignoring package requirements either, you must do stuff manually.
- Likes 2
Comment
-
Originally posted by andyprough View Post
You would just use rpm commands if you wanted to take a chainsaw to your rpm-based system like that. You are talking about extreme and odd behavior on the part of the user. Just because Arch doesn't have another entire underlying package management system you can use to screw it up doesn't mean there is an actual difference.
But we're talking about dnf vs pacman here.
- Likes 1
Comment
Comment