You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Greg Hudson <gh...@MIT.EDU> on 2003/03/18 03:36:48 UTC
Re: RA_SVN TEST FAILURE: log_tests.py 3: test 'svn log' on an empty
repository
Hm, that's not exactly how I envisioned fixing the error reporting issue
for "svn log" (I had figured each log message would go in a command
response), but I can't see any reason why my way would be better. So
the patch looks fine.
It's a lot easier if we don't worry about ra_svn compatibility at this
stage. (Since we're not eating the ra_svn dog food, it's less of a pain
to deal with incompatibilities, I think. I haven't seen any user
complaints about them.) If we were fixing this after beta or so, we'd
use a capability to indicate that the client and server both understand
the new style of log response, and transmit/read the new style only if
the other side supports it.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: RA_SVN TEST FAILURE: log_tests.py 3: test 'svn log' on an empty repository
Posted by Greg Stein <gs...@lyra.org>.
On Tue, Mar 18, 2003 at 12:38:51AM -0500, Greg Hudson wrote:
> On Mon, 2003-03-17 at 22:48, Karl Fogel wrote:
> > It would be nice to set up ra_svn at svn.collab.net, to serve the
> > Subversion repository. The only thing lacking is some sort of simple
> > auth system (like the http basic auth we use with ra_dav)... Or am I
> > behind the times, and ra_svn is capable of this now?
>
> If Collabnet want to set up ssh accounts for developers, we can do
> tunneled ra_svn.
Unfortunately, no... I don't think that's really doable in our current
environment.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: RA_SVN TEST FAILURE: log_tests.py 3: test 'svn log' on an empty
repository
Posted by Greg Hudson <gh...@MIT.EDU>.
On Mon, 2003-03-17 at 22:48, Karl Fogel wrote:
> It would be nice to set up ra_svn at svn.collab.net, to serve the
> Subversion repository. The only thing lacking is some sort of simple
> auth system (like the http basic auth we use with ra_dav)... Or am I
> behind the times, and ra_svn is capable of this now?
If Collabnet want to set up ssh accounts for developers, we can do
tunneled ra_svn.
If not, best to wait for Cyrus SASL integration. If we implement plain
or md5 auth ourselves, it won't interoperate with the Cyrus SASL user
database files in the future.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: RA_SVN TEST FAILURE: log_tests.py 3: test 'svn log' on an empty repository
Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Greg Hudson <gh...@MIT.EDU> writes:
> Hm, that's not exactly how I envisioned fixing the error reporting issue
> for "svn log" (I had figured each log message would go in a command
> response), but I can't see any reason why my way would be better. So
> the patch looks fine.
>
> It's a lot easier if we don't worry about ra_svn compatibility at this
> stage. (Since we're not eating the ra_svn dog food, it's less of a pain
> to deal with incompatibilities, I think. I haven't seen any user
> complaints about them.)
It would be nice to set up ra_svn at svn.collab.net, to serve the
Subversion repository. The only thing lacking is some sort of simple
auth system (like the http basic auth we use with ra_dav)... Or am I
behind the times, and ra_svn is capable of this now?
I can't think of any reason why ra_svn and ra_dav wouldn't play nice
with each other.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org