Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

2008-09-02 Thread Jim Meyering
Ondřej Vašík [EMAIL PROTECTED] wrote: Jim Meyering wrote: Documenting in getdate.texi will be enough, because that file is included by coreutils.texi. Thanks! Ok, here is amended version of the patch, first two (or less) digits are considered as hours, TZ correction limit set to +/-24:00,

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

2008-07-25 Thread Ondřej Vašík
Jim Meyering wrote: Documenting in getdate.texi will be enough, because that file is included by coreutils.texi. Thanks! Ok, here is amended version of the patch, first two (or less) digits are considered as hours, TZ correction limit set to +/-24:00, both changes in behaviour documented in

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

2008-07-21 Thread Ondřej Vašík
Hello, Jim Meyering wrote: I'm a little leery of this patch, because it makes interpretation of UTC+dd and UTC-dd dependent on the value of dd. For dd = 14, dd represents hours. Otherwise, it represents minutes. That would have to be documented, but seems odd enough that my reflex is to

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

2008-07-18 Thread Jim Meyering
Ondřej Vašík [EMAIL PROTECTED] wrote: Hello, as discussed with Jim Meyering via IRC, I'm sending changed version of the patch #3 to the list. This one patch adds range to valid TZ and handles correctly hours when no minutes are specified (until that patch is UTC+14 handled incorrectly as

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

2008-07-04 Thread Ondřej Vašík
Hello, as discussed with Jim Meyering via IRC, I'm sending changed version of the patch #3 to the list. This one patch adds range to valid TZ and handles correctly hours when no minutes are specified (until that patch is UTC+14 handled incorrectly as UTC+0:14) and are in common range of UTC-12 to

Re: [PATCH]: Fix for several getdate.y issues

2008-07-02 Thread Jim Meyering
Ondřej Vašík [EMAIL PROTECTED] wrote: ... From 9eb2711cd03b3825e36cff33e7e7fccbbfc504d1 Mon Sep 17 00:00:00 2001 From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= [EMAIL PROTECTED] Date: Fri, 27 Jun 2008 17:37:40 +0200 Subject: [PATCH] *lib/getdate.y: Factorize duplicate code for relative time

Re: [PATCH]: Fix for several getdate.y issues

2008-07-01 Thread Ondřej Vašík
Ondřej Vašík wrote: Jim Meyering wrote: Would you mind separating that into a few separate change sets? ... I hope I will do the rest of patches ( 1 or 2 more are still necessary to cover all the issues I found). Here is the second set of patches. First one (getdate_4) addresses issue

Re: [PATCH]: Fix for several getdate.y issues

2008-07-01 Thread Jim Meyering
Ondřej Vašík [EMAIL PROTECTED] wrote: ... From 4c9db16207b5c76bb85b05ee5853c525372bb80a Mon Sep 17 00:00:00 2001 From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= [EMAIL PROTECTED] Date: Fri, 27 Jun 2008 16:32:28 +0200 Subject: [PATCH] *lib/getdate.y: Do not ignore specified time zone when

Re: [PATCH]: Fix for several getdate.y issues

2008-07-01 Thread Jim Meyering
Ondřej Vašík [EMAIL PROTECTED] wrote: Jim Meyering wrote: ... From 4c9db16207b5c76bb85b05ee5853c525372bb80a Mon Sep 17 00:00:00 2001 From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= [EMAIL PROTECTED] Date: Fri, 27 Jun 2008 16:32:28 +0200 Subject: [PATCH] *lib/getdate.y: Do not ignore specified

[PATCH]: Fix for several getdate.y issues

2008-06-27 Thread Ondřej Vašík
Hello, while playing a bit with date formats, I found several issues (still present in GIT head). Current date on my machine is Fri Jun 27 11:58:47 CEST 2008, used in all examples. 1) Strange results of signed relative time offset [EMAIL PROTECTED] ~]$ date -d 11:40 + 60 minutes Fri Jun 27

Re: [PATCH]: Fix for several getdate.y issues

2008-06-27 Thread Jim Meyering
Ondřej Vašík [EMAIL PROTECTED] wrote: Hello, while playing a bit with date formats, I found several issues (still present in GIT head). Current date on my machine is Fri Jun 27 11:58:47 CEST 2008, used in all examples. 1) Strange results of signed relative time offset [EMAIL PROTECTED] ~]$