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

RE: [feature] Log HTTP header for autoversioning

From: Stephen Haberman <stephen_at_exigencecorp.com>
Date: 2005-01-14 02:55:30 CET

> I really don't like these suggestions; the autoversioning feature was
> written so that an subversion server could be minimally interoperable
> with vanilla DAV clients. But both of these suggestions (the
> content-type, and the log: header) are straddling this weird middle
> ground. It's not pure DAV, but it's not DeltaV either. It's like "DAV
> with extra custom stuff."

This makes a lot of sense. I'll no longer consider filing the feature
request.

> * use pure WebDAV commands (after turning on Autoversioning).
> You get minimal features, but the command set is very tiny
> and easy to use.

Is there a way to control log messages with this?

(I'll go hit google later tonight, so please ignore my question if its too
simple.)

> * use WebDAV/deltaV commands.
> All features available, though the command set is larger
> and more complex.

I considered this, but had seen (or either made up that I had seen) glimpses
somewhere of WebDAV request/responses that go between the svn command line
client and mod_dav_svn and they looked wicked enough to scare me into the
assumption this WebDAV/deltaV option was too hard to roll on my own.

> I'd be glad to help anyone pursue any of these tracks.

I'd really appreciate it. My problem is doing GET/PUT into an SSL, digest
auth svn repo.

Awhile ago, I originally tried to use Greg Stein's old "Class 1" davlib.py,
but it uses httplib and so doesn't support SSL or digest auth (or both, I
forget) - that is when I fell over to py-curl as it very nicely supports
both.

Sounds like I should just go read up on WebDAV and that it won't be that
hard to implement. If anyone wants to give me a hint about the series of
verbs I'd need to put in just one file at a time and it's associated log
message, I'd appreciate it.

Thanks,
Stephen

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 14 02:56:46 2005

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.