[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Please review vidalia debconf template



On 26/09/10 17:46, David Prévot wrote:
> Le 26/09/2010 16:05, Christian PERRIER a écrit :
> > Quoting Dererk (dererk@debian.org):
> >> I think we arrive at a mutual agreement:
>
> > Hmmm, a few glitches, sorry!
> [...]
> > Indent seems to be broken, here
>
> It may just be a MUA feature to make a carriage return when the line
> exceed 72 characters. It may be better to join the template file in
> order to keep the carriage return stuff (BTW, is there only one
> template? I'm a bit lost now, the complete file may help there is more
> than one template). Anyway, staying under 72 characters is not so bad
> when using hard formatting, here is a formatting proposition (no text
> changed):
>
> ------------------>%----------------
>
> Template: vidalia/tor-daemon-interaction
> Type: select
> Choices-C: nothing, one-off, permanent
> __Choices: No Configuration, One-off restart, Permanent takeover
> Default: permanent
> _Description: Tor/Vidalia interaction:
>  Vidalia needs to communicate with the running Tor daemon so that it
>  can provide a graphical user interface for it. This requires either
>  the manual reconfiguration of Tor to allow secure authentication
>  (recommended) or a restart of Tor under Vidalia's control.
>    * No configuration: leave Tor running for now. Vidalia will
>                        not be able to communicate with Tor
>                        until it is manually reconfigured - see
>                        "/usr/share/doc/vidalia/README.Debian"
>                        for more details;
>    * One-off restart:  stop Tor now so Vidalia can start it, just this
>                        once - Tor will start by itself on next reboots,
>                        so manual configuration will still be required;
>    * Permanent:        stop Tor and simply let Vidalia handle starting
>                        it whenever you takeover: run Vidalia (not
>                        usable on a multi-user system).
>
> ------------------%<----------------
Indeed, bad mua, bad, no cookie for you.
Thanks for noticing and reformatting it back :-D


Greetings,

Dererk

-- 
BOFH excuse #313:
your process is not ISO 9000 compliant


Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: