subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Cathy Mullican <cmulli...@gmail.com>
Subject Re: VisualSVN server / Linux client
Date Wed, 23 Mar 2016 18:30:47 GMT
On Wed, Mar 23, 2016 at 11:08 AM, Andreas Mohr <andi@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.lyalyakin@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.

Mime
View raw message