On Friday 03 June 2011, Ruediger Meier wrote:
> There was no "2011-05-27 02:01:00" in Germany.
Typo, I ment 2011-03-27.
cu,
Rudi
On Friday 03 June 2011, Voelker, Bernhard wrote:
> so in the night where the DST transition takes place, imagine you get
> up to go to the toilet because you drank to much coffee the evening
> before ... right in the hour where DST transition happens:
> isn't there a `date`?
> Or the other way roun
Jim Meyering wrote:
> Voelker, Bernhard wrote:
> ...
>>> We can't change the fact that the spring DST transition
>>> introduces a one-hour hole containing invalid times.
>>> Whenever we tell "date" to use a time in such a hole,
>>> date must diagnose it as invalid.
>>
>> `date` is still a tool, so
Voelker, Bernhard wrote:
...
>> We can't change the fact that the spring DST transition
>> introduces a one-hour hole containing invalid times.
>> Whenever we tell "date" to use a time in such a hole,
>> date must diagnose it as invalid.
>
> `date` is still a tool, so I feel it should reflect daily
Jim Meyering wrote:
> Voelker, Bernhard wrote:
>> Jim Meyering wrote:
>>> Voelker, Bernhard wrote:
Jim Meyering wrote:
> James Youngman wrote:
>
>> One tweak: use date -d "12:00 +1 day" instead of "date -d tomorrow" in
>> the example.
>
> Good idea. That makes it immun
Voelker, Bernhard wrote:
> Jim Meyering wrote:
>> Voelker, Bernhard wrote:
>>> Jim Meyering wrote:
James Youngman wrote:
> One tweak: use date -d "12:00 +1 day" instead of "date -d tomorrow" in
> the example.
Good idea. That makes it immune to failure in a one hour inte
On 06/03/11 01:52, Voelker, Bernhard wrote:
> It seems there's room for improvement.
Absolutely. All that we need is someone to volunteer to
specify exactly how to improve it, and to write the
documentation and code. Unfortunately, this won't be
trivial.
Jim Meyering wrote:
> Voelker, Bernhard wrote:
>> Jim Meyering wrote:
>>> James Youngman wrote:
>>>
One tweak: use date -d "12:00 +1 day" instead of "date -d tomorrow" in
the example.
>>>
>>> Good idea. That makes it immune to failure in a one hour interval
>>> on the day before the spri
Voelker, Bernhard wrote:
> Jim Meyering wrote:
>> James Youngman wrote:
>>
>>> One tweak: use date -d "12:00 +1 day" instead of "date -d tomorrow" in
>>> the example.
>>
>> Good idea. That makes it immune to failure in a one hour interval
>> on the day before the spring DST transition.
>
> hmm, sh
Jim Meyering wrote:
> James Youngman wrote:
>
>> One tweak: use date -d "12:00 +1 day" instead of "date -d tomorrow" in
>> the example.
>
> Good idea. That makes it immune to failure in a one hour interval
> on the day before the spring DST transition.
hmm, shouldn't the "tomorrow" handling be fi
James Youngman wrote:
> On Thu, Jun 2, 2011 at 10:11 AM, Jim Meyering wrote:
>> Pádraig Brady wrote:
>>> OK how about I put the last 3 or 4 examples from
>>> http://www.pixelbeat.org/cmdline.html#dates
>>> in an EXAMPLE section in the man page.
>>
>> Good examples.
>> I like the idea.
>
> One twea
On Thu, Jun 2, 2011 at 10:11 AM, Jim Meyering wrote:
> Pádraig Brady wrote:
>> OK how about I put the last 3 or 4 examples from
>> http://www.pixelbeat.org/cmdline.html#dates
>> in an EXAMPLE section in the man page.
>
> Good examples.
> I like the idea.
One tweak: use date -d "12:00 +1 day" inst
Pádraig Brady wrote:
> I'm going with these 3.
> It's a bit tricky to align --help and man output,
> but this isn't too bad I think.
Thanks.
> Subject: [PATCH] doc: add examples to date --help
>
> * src/date.c (usage): Add examples for TZ handling,
> and "seconds since epoch" parsing, neither of
I'm going with these 3.
It's a bit tricky to align --help and man output,
but this isn't too bad I think.
cheers,
Pádraig.
>From 9a7a5d114388342a86f7dc9ade7f69b70624e3fe Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?P=C3=A1draig=20Brady?=
Date: Thu, 2 Jun 2011 13:00:18 +0100
Subject: [PATCH] doc: add
Pádraig Brady wrote:
...
>> Jumpin' whale gills!
>
> Well when you put it like that :)
Heh ;-) I had the same reaction.
>> I wish I'd known about the -d @ function! I ended
>> up writing my own in Perl utility just to convert epochs to dates.
>>
>> I'm with Rick on this one. Date supports so man
On 02/06/11 00:39, Jesse Gordon wrote:
>
>
> On 6/1/2011 4:12 PM, Pádraig Brady wrote:
>> On 01/06/11 18:11, Rick Stanley wrote:
>>> The date command is very useful. A lot of features and options which I
>>> take advantage of as I need them. Every once in a while I need to use
>>> the command t
On 6/1/2011 4:12 PM, Pádraig Brady wrote:
On 01/06/11 18:11, Rick Stanley wrote:
The date command is very useful. A lot of features and options which I
take advantage of as I need them. Every once in a while I need to use
the command to convert a UNIX Epoch Date to a normal date, so I attemp
Rick Stanley wrote:
> date -d 1306947372
> Which results in the error message, "date: invalid date `1306947372'".
>
> Neither 'date --help' or 'man date' shows that the command should have
> been written as:
>
> date -d @1306947372
>
> I needed to do a Google search to see what I was doing wrong
On 01/06/11 18:11, Rick Stanley wrote:
> The date command is very useful. A lot of features and options which I
> take advantage of as I need them. Every once in a while I need to use
> the command to convert a UNIX Epoch Date to a normal date, so I attempt
> to use the command as:
>
> date -d 1
The date command is very useful. A lot of features and options which I
take advantage of as I need them. Every once in a while I need to use
the command to convert a UNIX Epoch Date to a normal date, so I attempt
to use the command as:
date -d 1306947372
Which results in the error message, "dat
20 matches
Mail list logo