We also warn here about LC_TIME, so the user will know even if he
doesn't look in the @xref{Date input formats}.
Signed-off-by: jidanni
---
doc/coreutils.texi |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/doc/coreutils.texi b/doc/coreutils.texi
index d8df107..35d98
Signed-off-by: jidanni
---
doc/coreutils.texi |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/doc/coreutils.texi b/doc/coreutils.texi
index d8df107..06b259c 100644
--- a/doc/coreutils.texi
+++ b/doc/coreutils.texi
@@ -3742,6 +3742,10 @@ is a space or a tab, but the @en
I mistakenly pushed a merge commit!
That was in spite of a hook that was supposed to prevent that.
However, now I see that the hook looked only at the first
in the series of pushed change sets when guarding against
merge commits, and I'd pushed 3 at once, with the first
being a regular commit and t
On Fri, 2009-01-16 at 22:15 +0100, Jim Meyering wrote:
> How about
>
> --random-source=FILE
>
> where FILE contains a bunch of random data,
> like a chunk from the middle of a well-compressed tarball?
> Or even this:
>
> --random-source=/dev/zero
If I understand correctly, the --random-sour
"Matthew Heys" wrote:
> We use Shred to wipe PC Hard Disks before sending them back at the end
> of lease.
>
> Would it be possible to add a switch to disable the (random) passes that
> are done from /dev/urandom as these are massivly slower then the other
> "Pattern" wipes.
>
> Something like -R
We use Shred to wipe PC Hard Disks before sending them back at the end
of lease.
Would it be possible to add a switch to disable the (random) passes that
are done from /dev/urandom as these are massivly slower then the other
"Pattern" wipes.
Something like -R for example and it will only use c
Hello,
it was discussed here 5 years ago (and considered good idea) to add -C option
to install:
http://lists.gnu.org/archive/html/bug-coreutils/2003-11/msg00017.html
With this option install checks an existing destination file and if it is not
different (by content, owner, group and mode) from
Jim Meyering wrote:
> A minor disadvantage is that with your change, mgetgroups
> always calls realloc_groupbuf twice, whereas before, it'd
> usually perform only one malloc call.
The second realloc usually won't memcpy() so may even
be quicker than the current code (I'm stretching I know :)).
I'
Pádraig Brady wrote:
> I've split up my "avoid -Wsign-compare warnings" patch,
> like Jim originally requested.
>
> Attached are IMHO the non contentious patches.
>
> The rest which I'll drop for the moment all boil
> down to passing unsigned ints as field widths to
> printf, and treating stat.st_
