[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#10016: ls -lk is wrong
From: |
Eric Blake |
Subject: |
bug#10016: ls -lk is wrong |
Date: |
Fri, 11 Nov 2011 13:27:01 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110930 Thunderbird/7.0.1 |
On 11/11/2011 12:25 PM, Paul Eggert wrote:
> On 11/11/2011 10:36 AM, Eric Blake wrote:
>> Are you proposing that --block-size keep the current behavior, and that
>> -k no longer be a synonym for --block-size=1k but instead becomes a new
>> long option?
>>
>> Makes sense to me
>
> That sort of thing makes sense to me too.
> I assume --block-size should silently override -k
> if both options are specified (in either order)?
> Does -k need a long-named option?
GNU Coding Standards request that all short options have a corresponding
long option; by breaking the tie between -k and --block-size, we are
breaking that convention unless we also add a new long option for the
new meaning of -k.
--
Eric Blake address@hidden +1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
- bug#10016: ls -lk is wrong, Alan Curry, 2011/11/10
- bug#10016: ls -lk is wrong, Eric Blake, 2011/11/10
- bug#10016: ls -lk is wrong, Eric Blake, 2011/11/11
- bug#10016: ls -lk is wrong, Jim Meyering, 2011/11/11
- bug#10016: ls -lk is wrong, Paul Eggert, 2011/11/11
- bug#10016: ls -lk is wrong,
Eric Blake <=
- bug#10016: ls -lk is wrong, Paul Eggert, 2011/11/11
- bug#10016: ls -lk is wrong, Jim Meyering, 2011/11/11
- bug#10016: ls -lk is wrong, Paul Eggert, 2011/11/12
- bug#9939: bug#10016: ls -lk is wrong, Jim Meyering, 2011/11/12
- bug#10016: ls -lk is wrong, Pádraig Brady, 2011/11/11