dnf even allows to uninstall RPM and systemd without warnings

Reindl Harald h.reindl at thelounge.net
Mon Jun 23 09:25:46 UTC 2014



Am 23.06.2014 06:29, schrieb Gerald B. Cox:
> I think there are much more important things to be concerned about than:
> 
> 1.  Childproofing software.
> 2.  Writing software to protect against software bugs. 
> 
> DNF already requires that you have root privileges

so what

> in addition to requiring you to answer Yes to apply changes

so what

> Those safeguards are more than sufficient. Additional requirements above 
> and beyond that are redundant and actually become a nuisance for those who RTFM.

those safeguards are *not* sufficient

i learned over many years that i can trust YUM if it comes
to cleanup all kernels except the running one or uninstall
packages and be sure that RPM/YUM/Kernel itself are not killed

so that safeguards did not fall from heaven
they where implemented for a reason
replace YUM with DNF and ignore that history is silly

> As far as the bug issue, that is an ad hominem justification.  
> The owner of DNF has appropriately rejected this... move on.  

nobody cares what you think becaue it is a *regression* and not a
matter what someone thinks even the owner of "coreutils"

[root at rawhide ~]# rm -rf /
/usr/bin/rm: it is dangerous to operate recursively on '/'
/usr/bin/rm: use --no-preserve-root to override this failsafe

that said to the trolls saying "rm -rf /" would also not protect you


> On Sun, Jun 22, 2014 at 8:36 PM, Rahul Sundaram <metherid at gmail.com <mailto:metherid at gmail.com>> wrote:

>     On Sun, Jun 22, 2014 at 11:07 PM, Matthew Miller wrote:
> 
> 
>         This isn't for a plugin, but as a core feature:
> 
>         https://bugzilla.redhat.com/show_bug.cgi?id=955673
> 
>         As previously noted, the yum functionality was originally a plugin but then
>         adopted as core feature.<https://admin.fedoraproject.org/mailman/listinfo/devel>
> 
> 
>     Yes, I filed it but it was pretty quickly rejected. I am wondering if there is openness to implementing this
>     atleast as a plugin or will the decision be reconsidered if enough "votes" aka cc can be garnered?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 246 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140623/9dfe695e/attachment.sig>


More information about the devel mailing list