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 co
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 tim
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 restric
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' shou
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 count
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 obvi