dnf even allows to uninstall RPM and systemd without warnings

Przemek Klosowski przemek.klosowski at nist.gov
Mon Jun 23 19:26:15 UTC 2014

On 06/23/2014 11:51 AM, Gerald B. Cox wrote:
> This has got to be the silliest thing I've ever seen, but whatever.  You enter the command dnf remove dnf, and guess what?  It removes dnf.  You enter the command dnf remove kernel, and guess what, it removes the kernel.  What a concept, it does what you tell it to do.
You present it as simple, but it's really trickier than you imply for 
several reasons. We discussed several special cases, which you must have 
missed so let me recall those for your benefit.

First, the dependencies. Updates often involve chains of those, and I've 
seen cases, e.g. caused by a require bugs, where
suddenly some system libraries end up scheduled for removal, dragging 
along tons of dependent packages. Yes, 'yum update' will then ask for 
confirmation, but it just isn't scalable---the equivalent of 'yum -y 
update' must be reliable and recoverable even if things go wobbly.

Second, kernel updates deleting all old kernels can delete the only 
running kernel. You can't just say "don't ship broken kernel upgrades" 
because it's a per-system problem---new ones work for most people but if 
you are the unlucky person for whom it
doesn't work, you are in a bind:

  - you must upgrade because otherwise you will never get a fix
  - you can't upgrade because it'll delete the only running kernel, and 
the new one might not work

It just makes a lot of sense to identify and protect a subset of 
packages whose removal is potentially irreversible.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140623/1c75fa32/attachment.html>

More information about the devel mailing list