2015-07-22 01:54:58 +0100, Pádraig Brady:
[...]
On 21/07/15 14:34, Paul Eggert wrote:
Thanks, that patch looks good, except for some nits. POSIX spells the
phrase
non-portable and we might as well be consistent. The --help lines would
look
better as:
-p, --processor
On 22/07/15 10:33, Stephane Chazelas wrote:
2015-07-22 01:54:58 +0100, Pádraig Brady:
[...]
On 21/07/15 14:34, Paul Eggert wrote:
Thanks, that patch looks good, except for some nits. POSIX spells the
phrase
non-portable and we might as well be consistent. The --help lines would
look
unarchive 13001
unarchive 15757
forcemerge 13001 15757 21098
close 13001
stop
On 21/07/15 14:34, Paul Eggert wrote:
Thanks, that patch looks good, except for some nits. POSIX spells the phrase
non-portable and we might as well be consistent. The --help lines would
look
better as:
On 20/07/15 22:16, Assaf Gordon wrote:
tag 21098 notabug
stop
Hello,
On 07/20/2015 03:26 PM, Norbert de Jonge wrote:
Maybe someone has time and energy to make some minor improvements to
uname's man page. The problem lies in the vagueness and similarity of
the options -m, -p and -i,
tag 21098 notabug
stop
Hello,
On 07/20/2015 03:26 PM, Norbert de Jonge wrote:
Maybe someone has time and energy to make some minor improvements to
uname's man page. The problem lies in the vagueness and similarity of
the options -m, -p and -i, combined with the program's unpredictable
output.
Maybe someone has time and energy to make some minor improvements to
uname's man page. The problem lies in the vagueness and similarity of
the options -m, -p and -i, combined with the program's unpredictable
output.
I think a good way to explain the problem is by giving an example.
My example
On 07/20/2015 09:26 PM, Norbert de Jonge wrote:
Maybe someone has time and energy to make some minor improvements to
uname's man page. The problem lies in the vagueness and similarity of
the options -m, -p and -i, combined with the program's unpredictable
output.
Thanks for the report.
