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 daylight savings, and not a bug in 'date'. See also the FAQ: https://www.gnu.org/software/coreutils/faq/coreutils-faq.html#The-date-command-is-not-working-right_002e > mrjb@THE-D-MRJB:~$ date -d "2014-03-11 12:34 -2 hours" +"%Y-%m-%d %H:%M:%S" > 2014-03-11 15:34:00 > mrjb@THE-D-MRJB:~$ date -d "2014-03-11 12:34 +2 hours" +"%Y-%m-%d %H:%M:%S" > 2014-03-11 11:34:00 > mrjb@THE-D-MRJB:~$ date -d "2014-03-11 12:34 -1 day" +"%Y-%m-%d %H:%M:%S" > 2014-03-12 13:34:00 > mrjb@THE-D-MRJB:~$ date -d "2014-03-11 12:34 +1 day" +"%Y-%m-%d %H:%M:%S" > 2014-03-12 11:34:00 These examples happen to cross a daylight savings boundary in your current locale. If you would amend your example to include time zone names, you would see the name change, as evidence that the dates listed are really 2 (or 24) hours apart, even though the wall clock time appears to be 1 hour off. You can also force date to operate on --utc, which does not observe daylight savings, and therefore is immune to these oddities. As such, I'm closing this as not a bug. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature