James Youngman wrote:
On Thu, Jun 2, 2011 at 10:11 AM, Jim Meyering j...@meyering.net 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:
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 fixed then?
--
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, shouldn't the tomorrow
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 spring DST transition.
hmm,
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.
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 interval
on the day before the spring
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 immune to failure in a one hour interval
on the
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 life
...
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 I feel it should
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 round:
Hi I have an issue, I'm trying to split several files into two the first one
is the head of file and the next one has to start with some title, but
csplit don't allowe me to piping, this is how i'm doing
$ find ./ -name '*out' | xargs csplit '/All Frequencies/' '/Statistical/'
I have to now all
tag 8796 notabug
close 8796
thanks
On 06/03/2011 01:46 PM, Julio Cesar Gonzalez Torres wrote:
Hi I have an issue, I'm trying to split several files into two the first one
is the head of file and the next one has to start with some title, but
csplit don't allowe me to piping, this is how i'm
On 06/03/2011 03:44 PM, Eric Blake wrote:
But csplit is documented as requiring a single file name, followed by
multiple patterns.
What you WANT to do is:
find . -name '*out' | \
xargs -I{} csplit {} '/All Frequencies/' '/Statistical'/
Or, ditch xargs altogether, and do it all through
13 matches
Mail list logo