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

RE: Crazy svn+ssh commit regression in trunk and 1.5

From: Bernd Rinn <rbernd_at_gmail.com>
Date: Sat, 9 Feb 2008 18:09:24 +0100

Hi Augie,

Just gave it a shot: compiled r29250 of branch 1.5.x on MacOSX and
haven't been able to reproduce the problem.

Client: MacOSX 10.4.11
Server: openSUSE 10.3 (with svn 1.4.4)

***Server:***

~/tmp $ svn --version
svn, version 1.4.4 (r25188)
   compiled Sep 23 2007, 14:00:03

Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

~/tmp $ svnadmin create repos

***Client:***

~/tmp/svn_test $ svn --version
svn, version 1.5.0 (dev build)
   compiled Feb 9 2008, 17:37:24

Copyright (C) 2000-2008 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

~/tmp/svn_test $ svn co svn+ssh://tux/home/bernd/tmp/repos
Checked out revision 0.
~/tmp/svn_test $ cd repos/
~/tmp/svn_test/repos $ touch test
~/tmp/svn_test/repos $ svn add test
A test
~/tmp/svn_test/repos $ svn ci -m "commit test" test
Adding test
Transmitting file data .
Committed revision 1.

Best,
Bernd

On 7 Feb 2008, Augie Fackler wrote:

Howdy all,

I noticed recently that I can't commit to my FreeBSD server (passwd
authentication for the users, can log in fine via ssh) with svn 1.5 or
1.6, but 1.4 would work just fine, even from the same working copies
(if the WC was downgraded, naturally). After a lot of downgrading and
testing, I've determined the regression was introduced in r21109. What
happens is this:

r21109 client:
[imladris:~/test-repo/trunk] durin% /opt/experimental/bin/svn ci -m
'Checking to see if commit is fixed.'
svn: Commit failed (details follow):
svn: SASL(-1): generic failure: Unable to find a callback: 16385
[imladris:~/test-repo/trunk] durin%
[02/07/08 10:04PM] 1

trunk HEAD client:
[imladris:~/test-repo/trunk] durin% svn ci -m 'Checking to see if
commit is fixed.' svn: Commit failed (details follow):
svn: Cannot negotiate authentication mechanism
[imladris:~/test-repo/trunk] durin%
[02/07/08 10:09PM] 1

But with OS X's stock 1.4 client (10.5.11, svn, version 1.4.4
(r25188)) the commit works.

I haven't gone diving into the code to figure out what is going on in
the code, that's on the agenda for later. Checkouts and updates work
no matter what version of the svn client is used.

The server is running FreeBSD, and svnserve is 1.4.4 from ports. I
control the server, so I can install random versions of svn on it for
testing if needed.

Can anyone try to reproduce this (1.4 server, 1.5/1.6 client, svn+ssh)
to make sure it's not a bug in my setup somewhere? I'm suspicious it's
my setup, since this doesn't seem like the kind of thing that'd be
missed.

Thanks!
Augie

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-02-09 18:09:37 CET

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.