On Tue, 15 Jan 2008 22:06:38 -0800 Paul Eggert [EMAIL PROTECTED]
wrote:
The actual problem is the reverse of the original complaint.
Coreutils should reject a usage like 'date -d Tue Jan 14 08:25:26
EDT
2008 +%s', because that time stamp is invalid. Coreutils is not
smart enough to correctly
To whom it may concern:
I believe I have identified a bug in the GNU coreutils date
utility when handling the PDT timezone.
I'm running Fedora 8 kernel 2.6.23.9-85.fc8, and the command date -
-version reports: date (GNU coreutils) 6.9
When using the -d option to display the specified time (vs
On Thu, 11 Mar 2004 10:24:00 -0800 (PST), [EMAIL PROTECTED] posted to
bug-coreutils:
This source is released into the public domain under the GPL.
Huh? Either it's public domain or it's GPL.
Briefly, public domain means anyone can do anything with it, while
under the GPL, you have some
On Tue, 17 Feb 2004 18:57:27 +0100, Jim Meyering [EMAIL PROTECTED]
posted to gmane.comp.gnu.core-utils.bugs:
[EMAIL PROTECTED] (Paul Jarc) wrote:
Jim Meyering [EMAIL PROTECTED] wrote:
There is a discrepancy between POSIX and common practice
with respect to how `cp -if a b' should work.
On Fri, 6 Feb 2004 13:05:09 +0100 (MET), Alfred M. Szmidt
[EMAIL PROTECTED] posted to gmane.comp.gnu.core-utils.bugs:
I am sending you a patch to solve a 'problem' at the wc program.
When used with -l option (to count the number of lines) the last
line isn't counted.
It counts
I can't remember how many times I had wished for join(1) to at least
give a warning when input is not properly sorted.
Based on a quick look at the 5.1.2 sources, I think it should be
feasible to add a simple check to src/join.c in the function join()
but I'm not sure if it's the best or most