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 th
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
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
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
14 matches
Mail list logo