/brz/remove-bazaar

To get this branch, use:
bzr branch http://gegoxaren.bato24.eu/bzr/brz/remove-bazaar

« back to all changes in this revision

Viewing changes to doc/developers/authentication-ring.txt

Merge bzr.dev, resolve conflicts.

Check failing tests:

- bug #225020 is back under a different ugly head. But I don't think it's
  worth working around it *again* given that: it's a bug in curl and
  fixed there (in 7.19, still need checking for 7.18.2 available in
  intrepid), occurs only in the test suite and only with
  python-2.7.0alpha0, I need a true python-2.6 (wip).

- more problematic are the thread leaks, it seems that python-2.6 refuse
  to spawn more than 256 and the whole test suite hits that
  limit. Re-running failing tests with --starting-with succeeds.

- some test_read_bundle tests fail with a curl connection error (server
  certificate verification failed) but they use the wrong CAfile (need
  investigaton, most probably a wrong setUp, we need to use a CAfile that
  knows about the test server).

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/authentication-ring.txt
63
63
 
64
64
Note that ssh servers can be configured to use keys instead of (``user``,
65
65
``password``) and, when used with appropriate agents, provide the same kind of
66
 
comfort this specification aims to provide for all other schemes. These
67
 
specification do not try to cover these configurations by providing
68
 
pass-phrases, but the mechanisms presented *can* be used to provide users.
 
66
comfort this specification aims to provide for all other schemes. Since ssh
 
67
agents provide a safer way to secure the passwords, this specification is
 
68
restricted to providing ``user`` but does not provide ``password``.
69
69
 
70
70
Authentication definitions
71
71
--------------------------
120
120
  * ``password``: can be empty (for security reasons, a user may use the
121
121
    definitions without storing the passwords but want to be prompted ; or the
122
122
    password will be provided by an external plugin via the
123
 
    ``password_encoding`` mechanism decribed below).
 
123
    ``password_encoding`` mechanism decribed below). Must be left empty for
 
124
    ``ssh``.
124
125
 
125
126
  * ``password_encoding``: can be empty (default is ``plaintext``).
126
127