Bien, gracias a todos los que respondieron la pregunta. De todos modos, creo que resolví el misterio.
SELinux está completamente deshabilitado en la máquina, por lo que definitivamente el problema es que 'svn co' no puede encontrar config_dir para la cuenta de usuario bajo la cual se ejecuta.
Apache/mod_python no lee en el entorno de shell de la cuenta de usuario en la que Apache se está ejecutando. Así, por ejemplo, $ HOME es visto por mod_python cuando apache se ejecuta bajo algún usuario real (no nadie)
Ahora 'svn co' tiene un indicador --config-dir que apunta al directorio de configuración para leer los parámetros. Por defecto, es $ HOME/.subversion, es decir, corresponde al directorio de inicio de la cuenta de usuario. Aparentemente, cuando no existe $ HOME, mod_python va al directorio raíz de inicio (/ raíz) y trata de manipularlo.contenido de subversión allí, que obviamente es falla miserablemente.
poner
SetEnv INICIO/home/qa
en el /etc/httpd/conf/httpd.conf no resuelve el problema debido a SetEnv no tener nada que ver con el entorno de shell - sólo Apache conjuntos relacionados con el medio
Del mismo modo PythonOption - conjuntos única mod_python variables relacionadas que pueden ser leídos con req.get_options() después de que
Running 'svn co --config-dir/home/...' definitivamente da una solución para runni ng desde mod_python, pero se interpone en el camino de aquellos que intentarán ejecutar el script desde la línea de comandos.
Así que la solución propuesta (y de trabajo) es establecer la variable de entorno HOME antes de iniciar appache.
Por ejemplo en escritura /etc/init.d/httpd
QAHOME=/home/qa
...
HOME=$QAHOME LANG=$HTTPD_LANG daemon $httpd $OPTIONS
Muy apreciado, Douglas, esto resolvió rápidamente el mismo problema que estaba teniendo. –
Puede especificar la configuración de todo el sitio usando 'svn --config-dir/etc/subversion' –