dnf versus yum
h.reindl at thelounge.net
Mon Jan 6 01:33:28 UTC 2014
Am 06.01.2014 02:12, schrieb Chris Adams:
> Once upon a time, Reindl Harald <h.reindl at thelounge.net> said:
>> border cases where you can use --nodeps
> What does --nodeps have to do with this?
border cases are not usual behavior?
>> this is *really* a border case where download and "rpm -Uvh --force"
>> is the way to go
> No, you should do it correctly. First, AFAIK rpm doesn't have the magic
> kernel behavior, so your "-U" will upgrade, not install
ah and that is why yum/dnf should not have it too?
>>> Also, even removing every kernel RPM will not render your system
>>> "non-recoverable". You can always use a boot CD, and in modern Fedora
>>> systems, the "rescue" kernel/initramfs are never removed (not owned by
>>> any RPM), so you should always be able to boot that
>> you can do that, i can do that
>> the ordianry user - i doubt
> The "ordinary user" won't do "yum erase kernel" either, so that's moot
and *why* does it help *you* no longer support the long years existing behavior?
only because you did not know that it works instead put all kernels
to uninstall explicit in the command line? have fun if you maintain
more than 20 machines mixed of testing and production and after
a few days you want them all at the same package level - currently
it is one single command with zero danger
> The rescue kernel is another option, right there on the boot menu; if
> you actually removed all running kernels, it would be the _only_ Fedora
> option (and the only option at all on a system without multiple OSes
> installed, so booted by default).
> In any case, this is still a very minor side issue, and should not
> derail practical dnf discussions
"yum remove kernel" is a clean and sane way to remove all but not the running kernels
"distribute-command.sh 'yum -y remove kernel'" is used here for years on a ton of machines
why do you think that a *replacement* should come up not support this?
why do you think "we do not care and even allow remove dnf" is sane behavior?
hence that is why whatever calls itself a replacement for yum should *not*
support destroy the running system without whatever *force switch*
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 246 bytes
Desc: OpenPGP digital signature
More information about the devel