Timothee Besset <ttimo@idsoftware.com> writes:
> Someone mentioned on #svn channel yesterday that the latest viewcvs
> could handle SVN repositories URLs and was no longer restricted to a
> local filesystem.
I hope somebody (who I suspect was Ben Collins-Sussman) noted that the
code was very experimental like I asked somebody (who I suspect was
Ben Collins-Sussman) to. I also hope you realize how incredibly
(painfully, even) slow some actions are when using remote access. If
you're playing with this unfinished feature, it's almost not worth my
time to help you. But it's Friday, and I'm feeling kind. :-)
> Since I am still looking for a workaround to the blocker bug:
> http://sourceforge.net/tracker/index.php?func=detail&aid=895294&group_id=18760&atid=118760
I still don't know what's causing this problem, and I can't seem to
reproduce it myself (at least, not with enscript disabled).
> I decided to give it a shot, updated everything, and replaced my
> svn_roots entry:
> svn_roots = radiant.svn: /mnt/d/svn/radiant.svn
> by
> svn_roots = radiant.svn: https://zerowing.idsoftware.com:666/radiant
>
> And you can now see the error viewsvn is reporting at:
> https://zerowing.idsoftware.com:666/viewsvn
The svn_ra ViewCVS module implements no prompting auth callbacks. If
creds aren't cached, ViewCVS has no way to get at them. So if your
repository has authstuffs on it, and those authstuffs aren't cached in
the .subversion area, you won't be able to do the right thing. I
dunno for sure, but this could be the problem, especially since
connection to your repository requires answer an SSL cert question.
I added 'https://zerowing.idsoftware.com:666/radiant' as one of the
svn_roots on my own ViewCVS instance, and got the same PROPFIND
error. I think ran 'svn ls https://zerowing.idsoftware.com:666/radiant' as
the user whom my ViewCVS runs as, and answered "(p)ermanent" to the
cert prompt. Now I can browse your repos.
Of course, if you run ViewCVS as a user who has no .subversion area, I
guess you're out of luck (unless maybe you can hack your
svn_ra/__init__.py to point the client cfg object to a different
config area... just thinking aloud here...)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 7 16:28:42 2004