F22 System Wide Change: Replace Yum With DNF
h.reindl at thelounge.net
Sat Jun 14 14:56:01 UTC 2014
Am 14.06.2014 16:39, schrieb Haïkel Guémar:
> Le 14/06/2014 15:59, Reindl Harald a écrit :
>> what eactly is broken in the CLI?
> I'll chose an example you care about: protected packages.
> You pretend that DNF maintainers refused to support that, but actually, the answer is that they think it should be
> implemented as a plugin. I agree with you, most of the time, removing the running kernel is stupid but they are use
> cases where it makes sense. DNF maintainers felt that it should not be in core because it clutters the code and is
> restrictive for users.
restrictive for users?
the 1 out of a million can use "rpm -e"
> A smarter move would be to (kindly) request that such plugin is written and enabled by default in F22.
a smarter way would have been write such plugin instead
close the bugreport
>> that must be why "dnf remove kernel" kills your system
> If I give you a riffle, and then you willingly shot yourself in the foot, don't complain
that is somehow different than replace the package-manager with a riffle
Am 14.06.2014 16:32, schrieb drago01:
>> "dnf remove yum dnf kernel" ruins your system
>> yum don't allow that for good reasons
>> that's unacepptable behavior and was refused to change
> I can list a tons of commands that "ruins your system" ...
> While I might understand why use "yum remove kernel" (to remove
> everything but the running kernel) the other commands do not make
> dd if=/dev/zero of=/dev/sda also "ruins the system" ... -> strawman
the strawman is on your side
* dd's job is to write raw data
* the package managers job is help to maintain a machine
and ruin it - especially if it did not many years before
by doing exactly the same
>> dnf needs much more RAM currently while the feature page
>> pretends it has a smaller footprint - so it's not ready
>> or the feature page is a "would nice to be" not backed
>> by the reality
> Or maybe there is a bug (memory leak)? Did you file one?
i know the answer: nobody runs a system with 192 MB and it
don't fullfill the Fedora minimum requirements so we don't
care really because it works faster the way it works
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 246 bytes
Desc: OpenPGP digital signature
More information about the devel