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

Re: libsvn_auth

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2003-02-05 02:56:39 CET

Ben Collins-Sussman <sussman@collab.net> writes:
> Yes, it's nice to have mulitple providers for a single type of
> credentials, each nicely encapsulated as a single method.
>
> But in this one case, *only* ra_local wants credentials of type
> "username". If we were to create a wc provider, prompt provider, and
> getuid provider, it would feel really overengineered to me. Why?
> Because there's *no way* a username can "fail" to work with ra_local.
> There's no auth challenge happening -- ra_local only wants the
> username to create an svn:author property on the commit!
>
> It seems ridiculous to have a bunch of sequenced providers in this
> case. I imagine a single provider like this:
>
> * honor --username/--password first
> * then look in wc
> * then getuid
>
> There's no point in prompting. getuid can't possibly fail; only the
> first two methods may be unavailable.

I so totally misuderstood your question, it's not even funny -- that's
what makes it so funny!

Please ignore my previous post :-).

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 5 03:26:52 2003

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.