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

Re[4]: Config files is harcoded in sources?!

From: Lev Serebryakov <lev_at_serebryakov.spb.ru>
Date: 2003-11-13 08:54:34 CET

Hello, C.!
Thursday, November 13, 2003, 10:04:57 AM, you wrote:

>> Ok, I'll add patch to FreeBSD's port, it is not difficult. But I
>> don't think, it is good idea to put something not system-provided to
>> /etc in any case. For example, because / could be mountet read-only
>> after base system configuration. And all third-party programs should
>> not intersect with base ones!
CMP> We don't put anything in /etc. We merely *look* for something in
CMP> /etc. Subversion only creates per-user config locations. We let
CMP> sysadmins handle the creation of per-machine config locations, if they
CMP> see fit to do so.
  And, one more.

  If "sysadmins handle the creation of per-machine config locations",
lets sysadmin to select default place of this location! swith
compile-time option. Run-time option is not a solution: svn can be
called 1000 times a day, so sysadmin should rename svn to svn.bin, and
write script, which adds configuration options to command line... And
this should be dome for svn, svnlook, svnadmin, svnserve... I don't
hinke it is good solution.

  Yes, you lets admin handle to create per-machine config location,
but you don't let to select WHERE this location should be.

 Of course, admin could fix sources before build. But I don't think,
 it is better, than compile-time option ``--with-etc''

--
               Lev Serebryakov
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 13 08:47:55 2003

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.