[pacman-dev] [PATCH] Use non-ascii identifiers for overloaded optflags

Allan McRae allan at archlinux.org
Thu Feb 21 23:06:21 EST 2013


On 22/02/13 07:14, Dan McGee wrote:
> On Thu, Feb 21, 2013 at 12:42 PM, Dave Reisner <dreisner at archlinux.org> wrote:
>> This prevents "non-sensical" combinations of flags from being
>> misinterpreted, such as:
>>
>>   $ pacman -Si --changelog $package
>>     --changelog is -c, meaning --clean for -S
>>
>>   $ pacman -Q --sysupgrade
>>     --sysupgrade is -u, meaning --upgrades for -Q
>>
>> Signed-off-by: Dave Reisner <dreisner at archlinux.org>
>> ---
> Almost wonder if we should just be uniform and do them all like this?
> Would prevent someone from reintroducing a bad overlap again in the
> future.
> 

I think that would be a prerequisite to really attack:

FS#20950 - pacman should refuse to run when it doesn't understand one of
its arguments
https://bugs.archlinux.org/task/20950

But of course, the broken single letter options need addressed first!



More information about the pacman-dev mailing list