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

Re: svn commit: rev 1563 - trunk/subversion/include trunk/subversion/libsvn_subr trunk/subversion/clients/cmdline trunk/subversion/libsvn_ra_dav

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-03-20 03:06:59 CET

Branko Čibej <brane@xbc.nu> writes:
> It gets worse. This code does excacty the wrong thing on Windows,
> where you expect to find settings in the registry, not in files. (Or,
> if they are in files, they're *not* in the user's home dir!).

Branko, consider:

First of all, the README created by this code teaches a person how to
use the registry if they wish. But many people who must use
Subversion on different platforms may prefer to just maintain files
everywhere, so their configuration on Windows doesn't require more
work on top of their Unix configuration (I used to do this with CVS).

If it's not treating the home dir concept properly, then I'll need
your help (or someone's) to fix, if it's fixable. I don't have a
Windows machine to test on, and as the comments in the code clearly
indicate, I don't know exactly what the right thing to do on Windows
is. Perhaps you do.

Finally, the existence of the files has no effect on Subversion at run
time, since all the config examples are commented out. Therefore, a
user who didn't know that Subversion had created this dir would never
see any behavior to indicate otherwise. They could use the registry
just fine without ever learning that this dir had been created.

This hardly qualifies as "exactly the wrong thing", or even "It gets
worse", IMHO. In need of tweaks, yes. Requiring a constructive
helping hand from people who know how to get things done on Windows,
certainly, no argument there.

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 20 02:58:49 2002

This is an archived mail posted to the Subversion Dev mailing list.