Re: file size listings in GnuWin32 coreutils 5.2.1 doesn't seem right

Thanks for your very detailed bug report. I can't reproduce the problems you mentioned with coreutils 5.3.0 (a test version) on Debian GNU/Linux 3.0, so for now I'll assume that the bugs are either fixed, or are specific to your platform. Have you contacted the people who ported the package to yo

Re: md5sum

"Wilson, Jessica" <[EMAIL PROTECTED]> writes: > Is there an updated version to the code I can download? When executing > on a 2GB or larger file the checksum does not work. Do you know where I > could possibly get a later version of this code? ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.2.1.tar

file size listings in GnuWin32 coreutils 5.2.1 doesn't seem right

Hi, I've downloaded and installed GnuWin32 coreutils 5.2.1 on 3/22/3005. My filesystem is NTFS and it was formatted with a block size of 4096 bytes. I have Windows 2000 with all of Microsoft's patches on a Pentium 4. I've experimented with ls, vdir, and du to see if I could get a listing of a fil

Re: date -Iseconds isn't ISO 8601 / RFC 3339

Thanks for the very helpful and complete answer. After careful study, I agree with your analysis, I couldn't find it in the prose but the ISO 8601 ABNF in Appendix A does clearly show the ":" as optional. If this should turn out to be a recurring question, it might be worth mentioning in the docs

md5sum

Is there an updated version to the code I can download? When executing on a 2GB or larger file the checksum does not work. Do you know where I could possibly get a later version of this code? Regards, Jessica 281-518-6228 ___ Bug-coreutils mailing l

Re: [patch] who and stale utmp entries

Tim Waugh <[EMAIL PROTECTED]> writes: > Here is a patch to prevent the who(1) command showing stale utmp > entries of user logins. That patch has a problem when process-IDs are reused. Can you please explain more what is going on here? As I understand it, "users" and "pinky" do not suffer from

Re: ls -l column alignment RHEL (4.5.3)

"Rob" <[EMAIL PROTECTED]> writes: > Is the output of ls -l supposed to be aligned as far as the timestamp and > filenames columns are concerned Yes. This is fixed in a different way, starting with coreutils 5.1.0. ___ Bug-coreutils mailing list Bug-

Re: PATCH to enable reading of \r\n Newlines in md5sum

David Bridson wrote: Hi! I just ran into a problem checking an md5 file with \r\n line endings. md5sum checks for \n line endings but not \r\n so, where an \r\n is present, tries to fopen the correct filename with a \r appended. Here's a simple patch to fix the problem. Cheers, Dave --- coreuti

Re: date -Iseconds isn't ISO 8601 / RFC 3339

> Needs a ":" in the middle of the timezone offset. > > -Bennett According to RFC 3339, the ISO 8601 grammar allows the ':' of a timezone offset to be optional, it is only RFC 3339 that requires it. Furthermore, ISO C and POSIX both require that strftime()'s implementation of %z omit the ':'.

PATCH to enable reading of \r\n Newlines in md5sum

Hi! I just ran into a problem checking an md5 file with \r\n line endings. md5sum checks for \n line endings but not \r\n so, where an \r\n is present, tries to fopen the correct filename with a \r appended. Here's a simple patch to fix the problem. Cheers, Dave --- coreutils-5.3.0/src/md5sum.c

Re: install(1) man page

Rene Kapeller wrote: > Option '-C' is missing in the man page of install(1), neither does > 'install --help' list this option. Uhm... Neither does it appear in the source code. So all of that is consistent. install -C install: invalid option -- C Try `install --help' for more information.

install(1) man page

Option '-C' is missing in the man page of install(1), neither does 'install --help' list this option. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

date -Iseconds isn't ISO 8601 / RFC 3339

Needs a ":" in the middle of the timezone offset. -Bennett pgpc85jIjF1L9.pgp Description: PGP signature ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

[patch] who and stale utmp entries

Hi, Here is a patch to prevent the who(1) command showing stale utmp entries of user logins. Tim. */ --- coreutils-5.2.1/src/who.c.stale-utmp2005-03-23 13:43:55.0 + +++ coreutils-5.2.1/src/who.c 2005-03-23 13:46:44.0 + @@ -27,6 +27,8 @@ #include #include #

(no subject)

Hello, I use debian sarge for alpha processor. My installation contains coreutils 5.2.1 and I note that du utility doesn't count correctly disk usage for directory over 4GB. For example I have a directory sarge-20041016 that contains a DVD iso image. The output of "ll" is the following and it