Hi.
I'm not a power user of yum.
I''ve never used dnf, didn't even know it existed until a few days ago via this thread.
And I don't mean this to be a dig at the dev team of the app/function.
However, given some of the points made in this thread, I'm wondering if the devs of this app have created/posted/made available for others to take a look at, the overall Use Cases for the app.
This map would go a long way towards letting people get a good feel for what yum used to do, what dnf will do, and where potential holes may/may not exist.
At the same time, being able to post real world test case scenarios would strengthen the case for dnf to take over from dnf.
Again, I'm not a guy with any dog in this hunt, just a guy who's been building software for 25+ years!!
Have fun!
On Thu, Jan 2, 2014 at 7:00 PM, Chris Murphy lists@colorremedies.com wrote:
On Jan 2, 2014, at 4:42 PM, "Patrick O'Callaghan" pocallaghan@gmail.com wrote:
On Thu, Jan 2, 2014 at 1:01 PM, Jan Zelený jzeleny@redhat.com wrote:
At this point I will repeat that dnf is based on the original yum code so for vast majority of users the change will not be noticeable and everything will continue to work the same.
That would imply that someone actually took the decision to *remove* the protections against leaving the system with no installed kernel. Was this discussed? What were the proposers smoking?
Keep in mind the context is the vast majority. The majority doesn't manually remove kernels, this is done for them and it only removes the oldest, and one at a time per additional install.
An open question that I think is valid is if dnf remove kernel also removes the rescue kernel/initramfs, or if it just removes packaged kernels. I suspect the rescue initramfs is still intact which means we ought to still have the ability to rescue the system if indeed all kernels are removed.
I've been using dnf for over a year and other than some bugs that were relatively quickly fixed it's been identical to the most common yum use cases except it's a lot faster.
Chris Murphy
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org