On Wed, Mar 23, 2016 at 11:08 AM, Andreas Mohr <a...@lisas.de> wrote: > Hello, > > On Wed, Mar 23, 2016 at 09:42:10AM -0700, Cathy Mullican wrote: >> On Wed, Mar 23, 2016 at 3:35 AM, Pavel Lyalyakin >> <pavel.lyalya...@visualsvn.com> wrote: >> > As far as I can guess, the server has Integrated Windows >> > Authentication enabled and Basic disabled. In such case, it's the >> > client that does not support NTLM/Negotaite (NTLM or Kerberos), not >> > the server. It seems that the client supports or is configured to use >> > Basic authentication only. >> >> This is what I think as well, because connecting with TortoiseSVN from >> Windows systems works fine. I'm just hoping to figure out how to get >> the Linux systems to connect without having to re-enable Basic auth. > > Rimshot idea: > on Linux, Konqueror (as opposed to e.g., rather very infamously, Firefox) > seems to be more reliably fully properly providing NTLM auth support > (AFAIK v2 in addition to v1), > thus if http-based URIs are involved (right?), > using Konqueror on these (and perhaps enabling additional tracing?) > might be able to provide some investigation opportunities.
It's a database server; I'm not sure X is even set up. I normally just ssh in and work on the command line. I just need to be able to pull the svn repo to deploy stored procedures. ldd suggests that svn is not built with GSSAPI support -- neither the 1.8.8 I started with nor the 1.9.3 I installed this morning -- but I"m not sure how to fix that, or even that I'm not missing something, like it being built in to something else.
