Re: GNU Parallel Bug Reports --round and --linebuffer don't like each other

[Kosta Eleftheriou]

Thanks for the quick turnaround.

Where can I find commit [1dd2d6a]? It doesn't seem to be publicly available yet.

About the default grouping behavior, I am sure there is a healthy
debate on it, but I wonder if it would be better for people unfamiliar
with parallel to be able to see some output as soon as possible by
default, rather than wonder why no output is being produced in some
cases. Again, I can see arguments on both sides, and don't want to
hijack a thread in the bug mailing list :)

On Thu, Nov 13, 2014 at 5:45 AM, Ole Tange <address@hidden> wrote:
> On Thu, Nov 13, 2014 at 5:08 AM, Kosta Eleftheriou <address@hidden> wrote:
>> GNU parallel 20140922
>>
>> This works:
>>
>> $ seq 10000000000 | parallel --pipe --linebuffer cat | head
>>
>> But this does not (won't print until the jobs are finished):
>>
>> $ seq 10000000000 | parallel --pipe --linebuffer --round cat | head
>
> Good call. https://savannah.gnu.org/bugs/index.php?43600
>
>> Since --linebuffer is the default, this also does not work:
>>
>> $ seq 10000000000 | parallel --pipe --round cat | head
>
> Almost correct: --group is default (not --linebuffer).
>
> /Ole