git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [git-svn] always prompted for passphrase with subversion 1.6
@ 2009-08-27  0:38 Tim Potter
  2009-09-05  6:46 ` Eric Wong
  0 siblings, 1 reply; 4+ messages in thread
From: Tim Potter @ 2009-08-27  0:38 UTC (permalink / raw)
  To: git

Hi everyone.  I am using git-svn with the Subversion 1.6 client compiled
with GNOME Keyring support.  This neat features allows a SSL client
certificate password to be cached inside GNOME Keyring instead of being
prompted to enter it every time.  However the git-svn script doesn't
appear to know about this and always prompts for a password.

Obviously there's some tweak required in the _auth_providers()
subroutine but I don't know enough about the Subversion Perl client to
figure out a fix.

Has anyone else run in to this problem?  I did a quick search on the
list but didn't find anything relevant.


Regards,

Tim.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [git-svn] always prompted for passphrase with subversion 1.6
  2009-08-27  0:38 [git-svn] always prompted for passphrase with subversion 1.6 Tim Potter
@ 2009-09-05  6:46 ` Eric Wong
  2009-09-10  0:58   ` Tim Potter
  0 siblings, 1 reply; 4+ messages in thread
From: Eric Wong @ 2009-09-05  6:46 UTC (permalink / raw)
  To: Tim Potter; +Cc: git

Tim Potter <tpot@hp.com> wrote:
> Hi everyone.  I am using git-svn with the Subversion 1.6 client compiled
> with GNOME Keyring support.  This neat features allows a SSL client
> certificate password to be cached inside GNOME Keyring instead of being
> prompted to enter it every time.  However the git-svn script doesn't
> appear to know about this and always prompts for a password.
> 
> Obviously there's some tweak required in the _auth_providers()
> subroutine but I don't know enough about the Subversion Perl client to
> figure out a fix.
> 
> Has anyone else run in to this problem?  I did a quick search on the
> list but didn't find anything relevant.

Hi Tim,

I think one user wanted to get SSL certificate authentication going but
my SSL knowledge was too weak at the time[1] and I think we both forgot
about it or lost interest.

[1] and probably still so, though I have recently managed to set
    *something* up with SSL client certs and maybe it's done
    right.  SSL is just one of those things that never really
    "clicked" for me (ssh on the other hand...)

-- 
Eric Wong

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [git-svn] always prompted for passphrase with subversion 1.6
  2009-09-05  6:46 ` Eric Wong
@ 2009-09-10  0:58   ` Tim Potter
  2010-12-14 14:33     ` Edward Rudd
  0 siblings, 1 reply; 4+ messages in thread
From: Tim Potter @ 2009-09-10  0:58 UTC (permalink / raw)
  To: Eric Wong; +Cc: git

Eric Wong wrote:
> Tim Potter <tpot@hp.com> wrote:
>> Hi everyone.  I am using git-svn with the Subversion 1.6 client compiled
>> with GNOME Keyring support.  This neat features allows a SSL client
>> certificate password to be cached inside GNOME Keyring instead of being
>> prompted to enter it every time.  However the git-svn script doesn't
>> appear to know about this and always prompts for a password.
>>
>> Obviously there's some tweak required in the _auth_providers()
>> subroutine but I don't know enough about the Subversion Perl client to
>> figure out a fix.
>>
>> Has anyone else run in to this problem?  I did a quick search on the
>> list but didn't find anything relevant.
> 
> Hi Tim,
> 
> I think one user wanted to get SSL certificate authentication going but
> my SSL knowledge was too weak at the time[1] and I think we both forgot
> about it or lost interest.

Hi Eric.  Thanks for the reply.

It's probably just a matter of adding another entry to the
_auth_providers() function in git-svn.  My thought was that there might
be a new auth provider in the Subversion 1.6 client library for GNOME
Keyring support that could be used for this.

I'll have a search through and see what I can find.


Regards,

Tim.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [git-svn] always prompted for passphrase with subversion 1.6
  2009-09-10  0:58   ` Tim Potter
@ 2010-12-14 14:33     ` Edward Rudd
  0 siblings, 0 replies; 4+ messages in thread
From: Edward Rudd @ 2010-12-14 14:33 UTC (permalink / raw)
  To: git; +Cc: Eric Wong

On 09/09/2009 08:58 PM, Tim Potter wrote:
> It's probably just a matter of adding another entry to the
> _auth_providers() function in git-svn.  My thought was that there might
> be a new auth provider in the Subversion 1.6 client library for GNOME
> Keyring support that could be used for this.
> 
> I'll have a search through and see what I can find.

I've been tracking subversion bug # 3612
(http://subversion.tigris.org/issues/show_bug.cfg?id=3612 )  which is on
this issue of perl binding not supporting platform specific providers.

A patch was added into subversion 1.6.15 that finally adds bindings for
perl to access this functionality via a call to
SVN::Core::auth_get_platform_specific_client_providers and adding it's
contents to the array returned by _auth_providers..

The "test" modification I did to git-svn is as follows.

sub _auth_providers () {
  (
    SVN::Core::auth_get_platform_specific_client_providers(undef,undef),
    [
      SVN::Client::get_simple_provider(),
      .... the rest of the static provider ...
    ]
  )
}

I'm honestly not sure if it should be at the beginning or end, and this
also needs some run-time checking to determine if the user has at least
SVN 1.6.15 installed

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-12-14 14:35 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-08-27  0:38 [git-svn] always prompted for passphrase with subversion 1.6 Tim Potter
2009-09-05  6:46 ` Eric Wong
2009-09-10  0:58   ` Tim Potter
2010-12-14 14:33     ` Edward Rudd

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).