Ivan Shmakov writes:
> ? How is the ‘if’ statement above different to, say:
> case "$1" in
> (remove)
> update-alternatives --remove
> ;;
> esac
It's not; what it *is* different from is the more common case
construction, which instead looks like:
case "$1" in
(
> Russ Allbery writes:
[…]
> It's an improvement. Guillem makes a good argument that you should
> drop deconfigure as well, which means that:
> if [ "$1" = "remove" ] ; then
> update-alternatives --remove
> fi
> is probably the best thing to use right now.
[…]
> (Note that
tony mancill writes:
> On 09/23/2012 08:40 AM, Ivan Shmakov wrote:
>> BTW, do I understand it correctly that it's just a matter of
>> dropping the ‘upgrade’ case from .prerm? (Possible patch
>> MIME'd.)
[...]
>> --- debian/elvis-tools.prerm.~1~ 2012-09-23 13:34:49.0
On 09/23/2012 08:40 AM, Ivan Shmakov wrote:
>> Jakub Wilk writes:
>
> [Cross-posting to packages@qa, for elvis is maintained by the QA
> group.]
>
> > Many packages remove alternatives on upgrade, only to re-add them
> > later, potentially discarding manual choices of the user.
> Jakub Wilk writes:
[Cross-posting to packages@qa, for elvis is maintained by the QA
group.]
> Many packages remove alternatives on upgrade, only to re-add them
> later, potentially discarding manual choices of the user.
> See also bug #71621.
[…]
> Debian QA Group
Le dimanche 23 septembre 2012 à 13:49 +0200, Jakub Wilk a écrit :
> Many packages remove alternatives on upgrade, only to re-add them later,
> potentially discarding manual choices of the user.
Thanks for the report.
> Josselin Mouette
>gedit (U)
I’ve fixed it in the SVN.
--
.''`.
Many packages remove alternatives on upgrade, only to re-add them later,
potentially discarding manual choices of the user.
See also bug #71621.
--
Jakub Wilk
Aaron M. Ucko
ncbi-tools-x11 (U)
Abou Al Montacir
fp-compiler-2.6.0 (U)
fp-ide-2.6.0 (U)
fp-utils-2.6.0 (U)
Adam Borowsk
7 matches
Mail list logo
