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

Multiple password prompts with HTTPS connection to server

From: Bert Hyman <bert.hyman_at_hotmail.com>
Date: Tue, 26 Aug 2008 18:37:35 -0500

We've been running SVN 1.3.something on SLES 10 Linux for a long time, connecting to an archive on some unknown Linux system running an unknown version of the SVN server (we're in Minnesota, the server is in Pennsylvania, and it's administered by strangers). We've also been running SVN 1.4.something on a handful of virtual Linux systems connecting to the same server. We're using our Windows domain userids and passwords; I haven't the first clue how this is all set up. Up 'til this morning everything was working OK.

Because some of our users wanted to use SmartSVN, and it seems to have an embedded SVN client that looks like 1.5 (workspaces created with it can't be manipulated with the 1.3 client), we upgraded to SVN 1.5 using an openSUSE 10.2 (?) RPM, along with the appropriate version of NEON, a dependency.

The first access to svn offered us the server's certificate, which we accepted.

But now, (nearly?) every svn function that accesses the repository on the server re-prompts for the domain password, sometimes several times for one operation. If we're patient, everything appears to work normally.

The .subversion/auth/ file contains the correct userid and password.

Where did we go wrong?

Sorry I can't provide more info about the underlying setup, but I just work here. If more detailed information is needed, I'm sure I can pry it loose from somebody.

Get ideas on sharing photos from people like you. Find new ways to share.
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-27 01:37:58 CEST

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

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