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@xxxxxxxxxxxxxxxxx> wrote: > > On Jan 2, 2014, at 4:42 PM, "Patrick O'Callaghan" <pocallaghan@xxxxxxxxx> > wrote: > > > On Thu, Jan 2, 2014 at 1:01 PM, Jan Zelený <jzeleny@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx > 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 > -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx 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
