[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.1.2-56-g143135e
Nagy Gabor
ngaba at bibl.u-szeged.hu
Mon Feb 25 07:29:14 EST 2008
> - Log -----------------------------------------------------------------
> commit 143135e666f5564240868810f0b8f4bc46ff87b5
> Author: Chantry Xavier <shiningxc at gmail.com>
> Date: Tue Feb 19 00:44:09 2008 +0100
>
> Improve yesno function.
>
> Add a preset paramater to yesno function saying which answer should be
> the
> default. Ref:
> http://www.archlinux.org/pipermail/pacman-dev/2007-June/008470.html
>
> This allows us to answer no by default to some questions, like the -Scc
> one
> mentioned in the above thread, and implemented by this patch.
>
> Another advantage is that we don't have to repeat the [Y/n] in every
> questions. It's only put once in yesno function. This highly reduces the
> chances that YES and NO strings are translated, but not some questions,
> which lead to obvious confusions.
>
> Finally, the noconfirm variable only needs to be used in that yesno
> function. So all other usages of it were removed.
>
> Signed-off-by: Chantry Xavier <shiningxc at gmail.com>
>
Basically I like this change.
1. However, I don't see why -Scc needs different treatment from others: why is
-Scc more dangerous than "remove whole content?"? <- -Scc needs explicit
parameters in command-line, while '-R group' is kind an implicit stuff imho.
2. The last "fallback" 'return(0)' of yesno is also confusing: If I accidentally
type 't' instead of 'y' then -Scc still will clean-up the whole cache.
3. To be honest I don't know whether return(preset) or return(!preset) is
better, because I couldn't figure out the current principle of this
default/fallback/noconfirm yesno stuff.
My suggestion:
If I define --noconfirm as "pacman presses Enter ;-)", then default return ==
noconfirm return (this is done). And in my opinion fallback return should
indicate an error (-1) or question-repeat, because pacman shouldn't decide
instead of me in case of typo.
Bye
----------------------------------------------------
SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu
This mail sent through IMP: http://horde.org/imp/
More information about the pacman-dev
mailing list