On Jan 13, 2005, at 7:55 PM, Stephen Haberman wrote:
>
>> * 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?
Nope. Because DAV has no versioning concepts. Zero. DAV has no idea
what a log message is. Or a 'version' of anything. Think of it as NFS
over http. It just has GET, PUT, LOCK, UNLOCK, and some property
commands. When DAV does a PUT, it just thinks it's uploading a file...
why would it need to log a thing? :-)
>
> (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.
>
Yup, versioning is hard.
>> 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.
I think your life would be way easier just using the libsvn_client
python bindings. Why are you determined to reimplement the wheel? Or
is requiring the presence of svn libs too big a burden?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 14 03:09:01 2005