Suggestion for rm(1)

2010-03-10 Thread Reuben Thomas
rm(1) says, quite correctly: Note that if you use rm to remove a file, it is usually possible to recover the contents of that file. This is aimed at those who wish to make sure their data is deleted. However, it may falsely reassure those who wish to recover deleted data. I suggest

Re: Suggestion for rm(1)

2010-03-10 Thread Pádraig Brady
On 10/03/10 13:46, Reuben Thomas wrote: rm(1) says, quite correctly: Note that if you use rm to remove a file, it is usually possible to recover the contents of that file. How about just doing: s/is usually/might be/ cheers, Pádraig.

RE: Suggestion for rm(1)

2010-03-10 Thread Voelker, Bernhard
Pádraig Brady wrote: On 10/03/10 13:46, Reuben Thomas wrote: rm(1) says, quite correctly: Note that if you use rm to remove a file, it is usually possible to recover the contents of that file. How about just doing: s/is usually/might be/ what about adding a hint to `shred`? Have a

Re: Suggestion for rm(1)

2010-03-10 Thread C de-Avillez
On Wed, 10 Mar 2010 14:08:33 + Reuben Thomas r...@sc3d.org wrote: 2010/3/10 Pádraig Brady p...@draigbrady.com: How about just doing: s/is usually/might be/ That seems to me to go a little too far towards reassuring the user that the data has probably gone. We want to say two not

Re: Suggestion for rm(1)

2010-03-10 Thread Reuben Thomas
On 10 March 2010 14:17, C de-Avillez hgg...@ubuntu.com wrote: On Wed, 10 Mar 2010 14:08:33 + Reuben Thomas r...@sc3d.org wrote: 2010/3/10 Pádraig Brady p...@draigbrady.com: How about just doing: s/is usually/might be/ That seems to me to go a little too far towards reassuring the user

Re: Suggestion for rm(1)

2010-03-10 Thread Keisial
Reuben Thomas wrote: On 10 March 2010 14:17, C de-Avillezhgg...@ubuntu.com wrote: How about ... it might be possible, but not easy, to recover ...? I am also trying to convey the fact that an expert can offer recover deleted data quickly *and* easily. Can him? It largely

Re: Suggestion for rm(1)

2010-03-10 Thread Reuben Thomas
On 10 March 2010 23:18, Keisial keis...@gmail.com wrote: Reuben Thomas wrote: On 10 March 2010 14:17, C de-Avillezhgg...@ubuntu.com  wrote: How about ... it might be possible, but not easy, to recover ...? I am also trying to convey the fact that an expert can offer recover deleted data

Re: Suggestion for rm(1)

2010-03-10 Thread Keisial
Reuben Thomas wrote: On 10 March 2010 23:18, Keisialkeis...@gmail.com wrote: Reuben Thomas wrote: I am also trying to convey the fact that an expert can offer recover deleted data quickly *and* easily. Can him? It largely depends on filesystem and content characteristics, but I

Re: Suggestion for rm(1)

2010-03-10 Thread Reuben Thomas
On 10 March 2010 23:52, Keisial keis...@gmail.com wrote: Reuben Thomas wrote: On 10 March 2010 23:18, Keisialkeis...@gmail.com  wrote: Reuben Thomas wrote: I am also trying to convey the fact that an expert can offer recover deleted data quickly *and* easily. Can him? It largely

Re: Suggestion for rm(1)

2010-03-10 Thread Bob Proulx
Keisial wrote: Reuben Thomas wrote: I am also trying to convey the fact that an expert can offer recover deleted data quickly *and* easily. Can him? It largely depends on filesystem and content characteristics, but I don't think that's easy for experts. At the time that original text in

Re: Suggestion for rm(1)

2010-03-10 Thread Eric Blake
On 03/10/2010 04:59 PM, Reuben Thomas wrote: Here's another attempt: Note that if you use rm to remove a file, it is usually possible to recover the contents of that file, given sufficient expertise and/or time. Given newer file systems, I'd rather see something like: Note that if you use

--enable-xattr gives #define USE_XATTR yes instead of 1

2010-03-10 Thread Mikael Magnusson
Which on my new system causes the check in src/cp.c #if !USE_XATTR to be true and makes cp bail out when trying to preserve attributes. Changing it to 1 in lib/config.h fixes it. % grep AC_DEFINE.\*USE m4/*.m4 m4/acl.m4: AC_DEFINE_UNQUOTED([USE_ACL], [$use_acl], m4/threadlib.m4: