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

Re: ra_svn auth problem (keychain services)

From: Ben Collins-Sussman <sussman_at_red-bean.com>
Date: 2007-11-01 01:36:46 CET

Have you tried gdb? :)

On 10/31/07, Jack Repenning <jackrepenning@tigris.org> wrote:
> I'm getting a bit lost in the logic around auth, but I think it
> appears that ra_svn is not using the OS X keychain services. Only, I
> can't quite connect all the dots. Anybody got any pointers for me?
>
> What I know:
>
> - The context is SCPlugin (see our bug 83,
> http://scplugin.tigris.org/issues/show_bug.cgi?id=83)
> .
> - The Subversion in question is 1.4.5 (released tarballs)
> - the reported error is "Can't get password"
>
> I can only find that string in two spots in the code: something
> command-line specific (which would not be us), and libsvn_ra_svn/
> client.c:do_auth, in the "CRAM-MD5" branch. The user confirms that
> the ra is svn, and that the credentials do get entered into the
> keychain during check out. But when he goes to check in, he gets this
> error. By inspection, that would mean that
> svn_auth_first_credentials() returns nothing, and that would mean that
> no provider in the list offers a "first" credential. But we stuff the
> provider list with the keychain provider, which does do first (and
> that works for http://....). So it seems like I've come full circle
> and reached a contradiction. How do I get off this merry-go-round?
>
>
>
> -==-
> Jack Repenning
> jackrepenning@tigris.org
> Project Owner
> SCPlugin
> http://scplugin.tigris.org
> "Subversion for the rest of OS X"
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Nov 1 01:36:55 2007

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.