-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
Regards,
Arun
On Thu, Dec 24, 2015 at 9:59 AM, Ryan Schmidt <
subversi
t; On Dec 22, 2015, at 10:07 AM, arun prasath wrote:
>
> > Yes Ryan you are right.
> >
> > I am working on setting up Apache with mod_dav_svn for http access.
> Users can not view the files in clients like TortoiseSVN unless it is
> checkedout. So users want http access via
> On Dec 17, 2015, at 8:09 AM, arun prasath wrote:
>
> > I have situation which needs your suggestion and help in setting up the
> svn1.9.2 with svnserve + http access in browser. My below talks about my
> svn setup.
> > SVN working method:
> > After installation
Hi Team,
I have situation which needs your suggestion and help in setting up the
svn1.9.2 with svnserve + http access in browser. My below talks about my
svn setup.
*SVN working method:*
After installation, the svn://servername/reponame is working. But
http://servername/reponame is not working and
I will use this and give a try.
Thank you very much for help information.
regards,
Arun
On Sat, Dec 12, 2015 at 9:12 PM, Andreas Stieger
wrote:
> On 12/12/15 13:54, arun prasath wrote:
>
>> For -M options - is this is the cache for processing for dump files. do I
>> need to
[used for FSFS repositories only]
>
> You can use svnsync for a more transparent migration. I am not sure how
> rsync should be relevant or useful here when doing dumps anyway.
>
> Andreas
>
> *Gesendet:* Mittwoch, 25. November 2015 um 10:25 Uhr
> *Von:*
Hello Team,
I am creating Subversion 1.6.17 dump for a repository hosted in Linux
server. SVNSERVE is serving the repository. We are migrating to SVN 1.9.2.
*While creating the dump for repository of size 1.8 GB (revisions 3000+),
the dump command completes revision 119 and hangs and keep updatin