time zone error with utc time spec

[Philippe Clérié]

This is best described with an example.

# I am in Time Zone EST.
$ date
Sat Nov 12 19:06:36 EST 2011

# EST is UTC - 5, so 19:06 EST is 00:06 UTC the next day
$ date --utc
Sun Nov 13 00:06:45 UTC 2011

# So far, so good. Now I want to schedule something for 00:10 UTC
$ at -v 00:10 utc tomorrow
at: refusing to create job destined in the past

# Given that it's 00:06 UTC, the time spec is about 4 minutes in the future.
# Add one hour to the time spec.
$ at -v 01:10 utc tomorrow
Sat Nov 12 19:10:00 2011

It seems to me that something is wrong in how at handles a utc time spec.

And for what it's worth, Fedora 15 behaves in the same manner.

Thanks
Philippe

[Philippe Clérié (pclerie)]

Same as 433545.

Oops!

[Serge Hallyn (serge-hallyn)]

Confirmed on saucy - this is rather weird. It's actually off by an hour. If it is currently 8:45pm utc, I can do at -v "9:46pm utc" but not "8:46 utc".

[Philippe Clérié (pclerie)]

On 08/28/2013 04:49 PM, Serge Hallyn wrote:
> Confirmed on saucy - this is rather weird. It's actually off by an
> hour. If it is currently 8:45pm utc, I can do at -v "9:46pm utc" but
> not "8:46 utc".
>
> ** Changed in: at (Ubuntu)
> Importance: Undecided => Medium
>
> ** Changed in: at (Ubuntu)
> Status: New => Confirmed
>

Thanks!

:-D

It's been lonely!

:-)

--
Philippe

------
The trouble with common sense it that it is so uncommon.
<Anonymous>

[Jon Gabrielson (a-jon-g)]

This bug is alot more serious (once a year) that you might guess as it also affects daylight savings time.
All "at now" and "at now + 1 minute" commands stopped working for 1 hour last night:

root@pbx:~ $ date
Sun Nov 2 01:34:09 CST 2014
root@pbx:~ $ echo "ls" |at now
at: refusing to create job destined in the past
root@pbx:~ $ echo "ls" |at now + 1 minute
at: refusing to create job destined in the past
root@pbx:~ $ echo "ls" |at now + 30 minute
job 413 at 2014-11-02 02:04
root@pbx:~ $ date
Sun Nov 2 01:34:30 CST 2014
root@pbx:~ $
ed in the past