You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Ben Simpson <bl...@mykeiki.com> on 2011/05/11 08:48:30 UTC

Default Config Files

Hello,

I am running the current version of SVN on a CentOS 5.5 server, and am
looking for the the default user config file location.

What I am trying to do is set the default ~/.subversion/servers file to
automatically not store passwords, but want to be able to set it once, and
when new users access SVN (from this machine) they get the file that is
already modified. I cant seem to find where it gets this file from
originally.

If this doesn't make any sense, let me know, and I will try and explain it
better..

Thanks,

ben

Re: Default Config Files

Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Nico Kadel-Garcia wrote on Wed, May 11, 2011 at 08:05:53 -0400:
> On Wed, May 11, 2011 at 6:28 AM, Ryan Schmidt
> <su...@ryandesign.com> wrote:
> >
> > On May 11, 2011, at 01:48, Ben Simpson wrote:
> >
> >> I am running the current version of SVN on a CentOS 5.5 server, and am looking for the the default user config file location.
> >>
> >> What I am trying to do is set the default ~/.subversion/servers file to automatically not store passwords, but want to be able to set it once, and when new users access SVN (from this machine) they get the file that is already modified. I cant seem to find where it gets this file from originally.
> >>
> >> If this doesn't make any sense, let me know, and I will try and explain it better..
> >
> > There is no central server-side settings storage system. There is however the /etc/subversion directory (on the client machine) whose contents would be used as defaults on that client.
> >
> > http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html
> 
> First, upgrade to the CentOS 5.6 version of subversion, for both
> clients and servers. *NOW*. That gets you Subversion 1.6.x, which at
> least *ASKS* before storing those passwords in cleartext. It's a very
> large improvement in flexibility and performance. Note that once you
> touch a working copy with Subversion 1.6.x, it will auto-upgrade and
> you cannot gracefully roll it back to the Subversion 1.4.2 on CentOS
> 5.5, so be ready to update all your hosts.
> 

change-svn-wc-format.py

Re: Default Config Files

Posted by Nico Kadel-Garcia <nk...@gmail.com>.
On Wed, May 11, 2011 at 8:50 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> Nico Kadel-Garcia wrote on Wed, May 11, 2011 at 08:05:53 -0400:
>> Second, this is also an *old* hobby horse of mine.
>
> It's a dead horse, and not at all relevant to the OP's question.
>

Hey, I'm not the one who brought up the "how do you prevent clients
from storing passwords in cleartext" issue underlying this thread.....

Re: Default Config Files

Posted by Andy Levy <an...@gmail.com>.
On Wed, May 11, 2011 at 11:38, Ben Simpson <bl...@mykeiki.com> wrote:
> I appear to be running 1.6.x because it is asking me. My client wants that
> message to go away, so I found I can edit the servers file, and uncomment a
> couple lines to not store passwords at all, and it wont ask you. Thats what
> they want. Also, most of the users will be using TortoiseSVN on Windows
> machines, so it wont be a problem, but they still want the change..
> So, would I just copy the files that I want into the /etc/subversion
> directory? That directory on my machine is blank..

As stated before, that would only affect users on that (I assume)
Linux box who have not run the svn client previously. It will not
control behavior for remote clients, nor will it change the behavior
for users who already have a ~/.subversion directory.

I know that directory applies to the config (~/.subversion/config once
it's been copied) file, not sure about servers. You can prevent the
client from caching credentials in ~/.subversion/config (the
store-auth-creds setting) but you can't stop a user from changing
their own config after the fact.

Re: Default Config Files

Posted by Ben Simpson <bl...@mykeiki.com>.
I appear to be running 1.6.x because it is asking me. My client wants that
message to go away, so I found I can edit the servers file, and uncomment a
couple lines to not store passwords at all, and it wont ask you. Thats what
they want. Also, most of the users will be using TortoiseSVN on Windows
machines, so it wont be a problem, but they still want the change..

So, would I just copy the files that I want into the /etc/subversion
directory? That directory on my machine is blank..

Thanks!

ben

On Wed, May 11, 2011 at 5:50 AM, Daniel Shahaf <d....@daniel.shahaf.name>wrote:

> Nico Kadel-Garcia wrote on Wed, May 11, 2011 at 08:05:53 -0400:
> > Second, this is also an *old* hobby horse of mine.
>
> It's a dead horse, and not at all relevant to the OP's question.
>

Re: Default Config Files

Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Nico Kadel-Garcia wrote on Wed, May 11, 2011 at 08:05:53 -0400:
> Second, this is also an *old* hobby horse of mine.

It's a dead horse, and not at all relevant to the OP's question.

Re: Default Config Files

Posted by Nico Kadel-Garcia <nk...@gmail.com>.
On Wed, May 11, 2011 at 6:28 AM, Ryan Schmidt
<su...@ryandesign.com> wrote:
>
> On May 11, 2011, at 01:48, Ben Simpson wrote:
>
>> I am running the current version of SVN on a CentOS 5.5 server, and am looking for the the default user config file location.
>>
>> What I am trying to do is set the default ~/.subversion/servers file to automatically not store passwords, but want to be able to set it once, and when new users access SVN (from this machine) they get the file that is already modified. I cant seem to find where it gets this file from originally.
>>
>> If this doesn't make any sense, let me know, and I will try and explain it better..
>
> There is no central server-side settings storage system. There is however the /etc/subversion directory (on the client machine) whose contents would be used as defaults on that client.
>
> http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html

First, upgrade to the CentOS 5.6 version of subversion, for both
clients and servers. *NOW*. That gets you Subversion 1.6.x, which at
least *ASKS* before storing those passwords in cleartext. It's a very
large improvement in flexibility and performance. Note that once you
touch a working copy with Subversion 1.6.x, it will auto-upgrade and
you cannot gracefully roll it back to the Subversion 1.4.2 on CentOS
5.5, so be ready to update all your hosts.

If you're running CentOS 4.x or 3.x, *STOP IT*. Upgrade before even
considering using Subversion on them anymore, there's been too much
development, and the backport is a nightmare.

Second, this is also an *old* hobby horse of mine. http/https password
mangement for clients in UNIX and Linux and CygWin is one of
Subversion's long-standing security vulnerabilities.  (TortoiseSVN and
other Windows based tools apparently handle it much better.) The
svn+ssh client, at least, does not do this. The svn+ssh client also
allows the use of SSH keys, rather than login shells, that can be
locked to read-only access or permit write access, but funnel all
subversion access through a single authorized account, typically
"svn". If you want anonymous read access, you can make the
repositories live in /var/www/html/svn/.

The problem with svn+ssh access is key management. There remains no
Subversion equivalent of gitosis to central and gracefully manage SSH
keys, and developers can get pretty cranky if they have to wait to get
their SSH keys added. I'm hoping Wandisco's latest commercial
offerings for Subversion handle this: I'm asking questions about it
for other reasons, and they're deeply involved in the Subversion 1.7
development.

Re: Default Config Files

Posted by Ryan Schmidt <su...@ryandesign.com>.
On May 11, 2011, at 01:48, Ben Simpson wrote:

> I am running the current version of SVN on a CentOS 5.5 server, and am looking for the the default user config file location.
> 
> What I am trying to do is set the default ~/.subversion/servers file to automatically not store passwords, but want to be able to set it once, and when new users access SVN (from this machine) they get the file that is already modified. I cant seem to find where it gets this file from originally.
> 
> If this doesn't make any sense, let me know, and I will try and explain it better..

There is no central server-side settings storage system. There is however the /etc/subversion directory (on the client machine) whose contents would be used as defaults on that client.

http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html