~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to bzrlib/help_topics/en/authentication.txt

(jameinel) Allow 'bzr serve' to interpret SIGHUP as a graceful shutdown.
 (bug #795025) (John A Meinel)

Show diffs side-by-side

added added

removed removed

Lines of Context:
58
58
against a host. But, by using ``.htaccess`` files, for example, it is possible
59
59
to define several (``user, realm, password``) for a given ``host``. So what is
60
60
really needed is (``user``, ``password``, ``host``, ``path``). The ``realm`` is
61
 
not taken into account in the defitions, but will displayed if bzr prompts you
62
 
for a password.
 
61
not taken into account in the definitions, but will displayed if bzr prompts
 
62
you for a password.
63
63
 
64
 
``HTTP proxy`` can be handled as ``HTTP`` (or ``HTTPS``) by explicitely
 
64
``HTTP proxy`` can be handled as ``HTTP`` (or ``HTTPS``) by explicitly
65
65
specifying the appropriate port.
66
66
 
67
67
To take all schemes into account, the password will be deduced from a set of
110
110
File format
111
111
-----------
112
112
 
113
 
The general rules for `configuration files`_ apply except for the variable
114
 
policies.
115
 
 
116
 
.. _configuration files: #configuration-settings
 
113
The general rules for :doc:`configuration files <configuration-help>`
 
114
apply except for the variable policies.
117
115
 
118
116
Each section describes an authentication definition.
119
117
 
167
165
Source hosting provider
168
166
~~~~~~~~~~~~~~~~~~~~~~~
169
167
 
170
 
In the shp.net (fictious) domain, each project has its own site::
 
168
In the shp.net (fictitious) domain, each project has its own site::
171
169
 
172
170
        [shpnet domain]
173
171
        # we use sftp, but ssh is the scheme used for authentication