Hi,
Yes, I've come to the same conclusion (i.e. the numeric value in "+3 days"
or "-2 days" being treated as time zone). The 8.5 coreutils I tested on
is in a different time zone so it is possible it doesn't exhibit the same
behavior because of that, and as such I can't actually tell whether t
reopen 17161
thanks
On 04/02/2014 02:17 AM, Marc R.J. Brevoort wrote:
> Hello,
>
> As a heads-up, the explanation that this is due to time zone+locale
> doesn't make sense:
>
> mrjb@THE-D-MRJB:~$ date --utc -d "2014-03-11 12:34:56 -1 day" +"%Y-%m-%d
> %H:%M:%S"
> 2014-03-12 13:34:56
> mrjb@THE-D
Hello,
As a heads-up, the explanation that this is due to time zone+locale doesn't
make sense:
mrjb@THE-D-MRJB:~$ date --utc -d "2014-03-11 12:34:56 -1 day" +"%Y-%m-%d
%H:%M:%S"
2014-03-12 13:34:56
mrjb@THE-D-MRJB:~$ date --utc -d "2014-03-11 12:34:56 -2 days" +"%Y-%m-%d
%H:%M:%S"
2014-03-1
tag 17161 notabug
thanks
On 04/01/2014 05:30 AM, Marc R.J. Brevoort wrote:
> Hi,
>
> There seems to be some weirdness in date arithmetic when dates
> include a time stamp (and all provided in ISO formatting):
The weirdness is caused by your choice of locale, coupled with your
government's use of
Hi,
There seems to be some weirdness in date arithmetic when dates
include a time stamp (and all provided in ISO formatting):
Correct:
mrjb@THE-D-MRJB:~$ date -d "2014-03-11" +"%Y-%m-%d %H:%M:%S"
2014-03-11 00:00:00
mrjb@THE-D-MRJB:~$ date -d "2014-03-11 -1 day" +"%Y-%m-%d %H:%M:%S"
2014-03-10
