[pacman-dev] [PATCH] Fix command line argument parsing in makepkg

Allan McRae mcrae_allan at hotmail.com
Fri May 23 03:09:48 EDT 2008


Sebastian Nowicki wrote:
> On 23/05/2008, at 2:34 AM, Xavier wrote:
>
>   
>> I found an alternative getopt function which might solve our problems,
>> but I am not sure we want to explicitly have all this complexity :
>> http://www.math.ias.edu/doc/bash-3.0/functions/getoptx.bash
>>
>> My second favorite way would be to kill all long options. The  
>> problem is
>> that there are some long only option :
>>       --asroot     Allow makepkg to run as root user
>>       --holdver    Prevent automatic version bumping for development
>> PKGBUILDs
>>       --source     Do not build package; generate a source-only  
>> tarball
>>       --noconfirm      Do not ask for confirmation when resolving
>> dependencies
>>       --noprogressbar  Do not show a progress bar when downloading  
>> files
>>
>> So for each of these option, we can either :
>> 1) find a decent short option to rename it
>> 2) kill it totally
>> 3) find a replacement, for example a setting in makepkg.conf
>>
>> What do you think?
>>     
>
>
> --noprogressbar could probably go into makepkg.conf, but I think the  
> rest needs to stay. -H could be used for --holdver, -n or -N for -- 
> noconfirm (the other could be used for --noprogressbar). -S is  
> deprecated so it could be for --source instead. I'm not sure about -- 
> asroot. There's also --forcever.
>   

I would be in favour of a shortened version of --noconfirm.  I use 
"makepkg -s" a lot and often wander away while the dependencies install 
only to come back and find pacman asking for confirmation about 
installing the makedepends.

However, --noprogressbar would be a bit strange in makepkg.conf given it 
is really a pacman option.





More information about the pacman-dev mailing list