[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index


From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-02-04 23:53:13 CET

OK, so the new libsvn_auth is working:

  1. application is now registering all providers at once, in order.

  2. other libraries are passing runtime parameters to providers by
     means of a hashtable within the auth_baton.

  3. we're once again looping over providers when saving, assuming the
     original provider couldn't save.

Here are the remaining steps left before this 0.18 issue can be
closed. I've got some questions.

  * get ra_local to stop using the old auth system.

       --> it wants to pull a username; does this mean writing two
           new providers (wc and prompt) just for the "username" kind
           of credentials? Or maybe just one big provider that tries
           all four methods on successive attempts (cmdline arg, disk,
           getuid, prompt)? I'm leaning toward the latter.

  * AFAICT, ra_svn completely ignores the old auth system. It's doing
    its own tunneling thing. Is this correct?

  * make sure the --no-auth-cache switch is working in the new system.

  * completely remove the old auth system.

  * prod David into writing his client-certs provider. :-)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 4 23:58:05 2003

This is an archived mail posted to the Subversion Dev mailing list.