Could people have a look at standards instead of trolling?
SUSv4 adds the following exception:
« if an operand resolves to the root directory, rm shall write a
diagnostic message to standard error and do nothing more with such
operands. »
--
rm does not preserve root by default
Respectfully, I think your argument in this paragraph is a logical fallacy,
along the lines of a Slippery Slope argument.
There is no slippery slope, no string of events, just one event
causing another, a precedent set.
Just because the rm command by default prevents the deletion of
/
@all: may I suggest you move this discussion to the ubuntu, or the
devel-discuss mailing lists?
It makes not much of a sense to keep discussing on a closed bug; if you
feel that strong that 'rm' should not remove directories (and please
note that -- on current coreutils -- you *must* use
On Tue, Apr 14, 2009 at 22:07, Andrew Hohenstein capncr...@gmail.com wrote:
I found another bug in Ubuntu... It actually allows you to install the
system to a hard disk! This means that not only does it leave the system
open to 'sudo rm -fr /' commands being run accidentally, but anyone
On Mon, Apr 13, 2009 at 23:25, Andrew Hohenstein capncr...@gmail.com wrote:
I'm not trying to preserve the 'philosophy of *nix,' I'm trying to
preserve the functionality of the rm -fr command. I mention the
'philosophy' only to point out it's wisdom.
How do you define that philosophy, then? I
These users are probably moving over from Windows anyway, and already
have that deep-seeded hatred of warning dialog boxes, so even just this
one probably isn't going to help them.
So instead of asking the user if they really want to delete their entire
filesystem... we should just assume that's
This is ridiculous. What's next, hiding the terminal until a user
clicks Start = Run and types in 'cmd'?
--
rm does not preserve root by default
https://bugs.launchpad.net/bugs/174283
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I found another bug in Ubuntu... It actually allows you to install the
system to a hard disk! This means that not only does it leave the system
open to 'sudo rm -fr /' commands being run accidentally, but anyone
passing by with an active electro-magnet could corrupt the entire
system. Other
I think we all want to keep the philosophy of *nix alive and well;
without it, we probably wouldn't even have Ubuntu today. And we all
want to make Ubuntu better and more useful; we don't want it to
stagnate and become irrelevant. And we'd hope to gain more users and
build community along the
I'm not trying to preserve the 'philosophy of *nix,' I'm trying to
preserve the functionality of the rm -fr command. I mention the
'philosophy' only to point out it's wisdom.
My point is that setting a precedent of implementing security features
that are already proven ineffective is destructive
I'm not trying to preserve the 'philosophy of *nix,' I'm trying to
preserve the functionality of the rm -fr command. I mention the
'philosophy' only to point out it's wisdom.
My point is that setting a precedent of implementing security features
that are already proven ineffective is destructive
no reasonable purpose,
Not even in a chrooted environment? You seriously can't think of any
reason to want this command?
This is contrary to the philosophy of Ubuntu.
Ubuntu is better than Windows partially due to it's superior security
features. Clicking a dialog box to confirm something
The point is that the intended effect of this change won't happen, as
the method is already proven ineffective, and there are literally
thousands of other possible command sequences that can hose a system in
the same way, and having confirmation for them all just makes easy,
uncomplicated, and
These users are probably moving over from Windows anyway, and already
have that deep-seeded hatred of warning dialog boxes, so even just this
one probably isn't going to help them.
Not only that, it could potentially deter users, sending them back to
use Windows, thinking Hey, this is just as
Also, this directly conflicts with the functionality of the '-f' switch,
without which there ALREADY IS CONFIRMATION OF EVERY DELETION.
--
rm does not preserve root by default
https://bugs.launchpad.net/bugs/174283
You received this bug notification because you are a member of Ubuntu
Bugs, which
Someone uninformed enough to paste rm -fr / into a terminal because
someone on a forum told them to is also uninformed enough to paste rm
-fr --no-preserve-root / or cd ~/; sudo rm -fr ../../* or rm -fr
/lib or rm -fr /usr or blindly type yes/click OK on the manditory
warning dialog, which most
'seasoned linux user' or not, deserves what they get when they hit
'enter.'
No, they don't. This is contrary to the philosophy of Ubuntu. We
should have even more safeguards then this. Software should be helpful
and forgiving.
If a dangerous command has no reasonable purpose, it shouldn't be
This is now the default behaviour of 'rm' on Intrepid (and, it seems, on
Hardy, since both package coreutils 6.10):
(I have to say that I ran this test, huh, worried, even if I was setting
'-i' ;-)
[EMAIL PROTECTED]:/usr/src/buildd/coreutils-6.10/coreutils-6.10 $ lsb_release -r
Release:
This is very important! As Mark has demonstrated, it is easy to do this
by accident, even if you are experienced! Simply hitting Enter or the
spacebar too soon could also do it!
rm should be aliased to rm --preserve-root -i by default! Please
make this change in Hardy!
--
rm does not
** Changed in: coreutils (Ubuntu)
Importance: Undecided = Wishlist
--
rm does not preserve root by default
https://bugs.launchpad.net/bugs/174283
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Just to prove to experienced users that --preserve-root by default is a benefit:
I consider myself a seasoned Linux user. Been using Linux for more than a
decade. I recently toasted a filesystem with rm -rf /. What I actually typed
though was something like:
f=/path/to/somedir rm -rf $f/ ;
** Description changed:
Binary package hint: coreutils
The rm command includes a --preserve-root option to prevent the
accidental deletion of the root directory, but that behavior is not the
default in Ubuntu 7.04 or 7.10. According to the Ubuntu man pages for
rm, --no-preserve-root
** Description changed:
Binary package hint: coreutils
The rm command includes a --preserve-root option to prevent the
accidental deletion of the root directory, but that behavior is not the
default in Ubuntu 7.04 or 7.10. According to the Ubuntu man pages for
rm, --no-preserve-root
But that would mean that every new user would have to add that to bashrc
and profle, files. No, this should be delt with so Ubuntu will protect
itself, even in the hands of new users.
--
rm does not preserve root by default
https://bugs.launchpad.net/bugs/174283
You received this bug
So, what's next? Patch dd to prevent it from wiping your partition?
There are infinite ways to wipe your root file system. There is little
value in adding a safety here, while a slight variation of the theme
would produce analogous damage.
--
rm does not preserve root by default
@Dr Small - I'm suggesting this change would be made in the default
profile and bashrc files that ship with the standard Ubuntu release.
This way:
1. novice users are protected by default
2. anyone who really wants to delete / can use --no-preserve-root attribute
3. people who prefer the
Also, this prevent typeo by root:
# rm -rf / tmp/*
The space after slash really makes a different.
Also there is no confirmation for 'rm -rf /'.
So turn on protection is much safer.
--
rm does not preserve root by default
https://bugs.launchpad.net/bugs/174283
You received this bug
** Changed in: coreutils (Ubuntu)
Status: New = Confirmed
--
rm does not preserve root by default
https://bugs.launchpad.net/bugs/174283
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
There should at the very least be a warning with a yes/no prompt and
then have the user type in the root password one more time to finalize
it. This at least prevents anything rash from happening. As mackial
stated, more typing may be a good thing in this instance.
--
rm does not preserve root
I can confirm this behavior. Other distros have taken steps to protect
unknowing users from wiping their root directory, and it seems as if it
should be easy enough for Ubuntu to do the same. Malicious people do
exist
--
rm does not preserve root by default
Here is a proposed solution: simply add the following to /etc/bashrc and
/etc/profile from now on:
alias rm=”rm –preserve-root”
--
rm does not preserve root by default
https://bugs.launchpad.net/bugs/174283
You received this bug notification because you are a member of Ubuntu
Bugs, which is the
31 matches
Mail list logo