[svnbook commit] r2135 - in trunk/src/es: . book
gradha
svnbook-dev at red-bean.com
Mon May 1 07:18:24 CDT 2006
Author: gradha
Date: Mon May 1 07:18:23 2006
New Revision: 2135
Added:
trunk/src/es/book/ch06.xml.aspell_ignore
Modified:
trunk/src/es/Makefile
trunk/src/es/TRABAJO
trunk/src/es/book/ch06.xml
Log:
Book Spanish. Translated missing chapter and checked spelling.
Modified: trunk/src/es/Makefile
==============================================================================
--- trunk/src/es/Makefile (original)
+++ trunk/src/es/Makefile Mon May 1 07:18:23 2006
@@ -5,7 +5,7 @@
include ../tools/Makefile.base
-BOOK_ASPELL_FILES = appa appb book foreword ch00 ch01 ch03 ch04 ch07 ch08 ch09
+BOOK_ASPELL_FILES = appa appb book foreword ch00 ch01 ch03 ch04 ch06 ch07 ch08 ch09
OTHER_ASPELL_FILES = COORDINADOR glosario_traduccion LEAME TODO TRABAJO
aspell_add_words:
Modified: trunk/src/es/TRABAJO
==============================================================================
--- trunk/src/es/TRABAJO (original)
+++ trunk/src/es/TRABAJO Mon May 1 07:18:23 2006
@@ -50,7 +50,6 @@
----------------------------------
ch02.xml: Domingo Suárez Torres, beerfrick
ch05.xml: dbrouard
-ch06.xml: gradha, Federico Edelman
Ficheros que han completado al menos una traducción básica:
-----------------------------------------------------------
@@ -64,6 +63,7 @@
ch01.xml: ruben
ch03.xml: ruben
ch04.xml: gradha
+ch06.xml: gradha, Federico Edelman
ch07.xml: gradha
ch08.xml: gradha
ch09.xml: gradha
Modified: trunk/src/es/book/ch06.xml
==============================================================================
--- trunk/src/es/book/ch06.xml (original)
+++ trunk/src/es/book/ch06.xml Mon May 1 07:18:23 2006
@@ -129,9 +129,9 @@
<row>
<entry>Opciones de cuenta de usuario</entry>
- <entry>archivo privadado de usuarios 'users'</entry>
+ <entry>archivo privado de usuarios 'users'</entry>
- <entry>archivo privadado de usuarios 'users', o cuentas (SSH)
+ <entry>archivo privado de usuarios 'users', o cuentas (SSH)
existentes en el sistema</entry>
</row>
@@ -145,7 +145,7 @@
</row>
<row>
- <entry>Encriptación</entry>
+ <entry>Cifrado</entry>
<entry>a través de SSL (opcional)</entry>
@@ -402,7 +402,7 @@
<filename>~/.subversion/auth/</filename> en los sistemas tipo
Unix o <filename>%APPDATA%/Subversion/auth/</filename> en Windows.
(El área de ejecución es cubierto con mayor detalle en <xref
- linkend="svn-ch-7-sect-1"/>.) Con éxito las crendenciales son
+ linkend="svn-ch-7-sect-1"/>.) Con éxito las credenciales son
ocultadas en el disco, encerradas en una combinación de hostname,<!--TODO: hostname? ORCA dice: "nombre de anfitrión", pero resulta más que confuso a mi entender-->
puerto y realm<!--TODO: realm? reino-esfera-par de usuario/clave?--> de autenticación.</para>
@@ -676,7 +676,7 @@
<para>El programa <command>svnserve</command> es un servidor ligero,
capaz de hablar a clientes sobre TCP/IP utilizando un
- protocolo stateful <!--TODO: stateful? matiene el estado de la
+ protocolo con estado <!--TODO: stateful? matiene el estado de la
interaccion o sesion. como se traduece?--> personalizado.
Los clientes contactan un servidor <command>svnserve</command>
utilizando URLs que comienzan con el esquema <literal>svn://</literal>
@@ -831,7 +831,7 @@
<literal>file:///</literal> URLs. </para>-->
<sidebar id="svn-ch-6-sidebar-1">
- <title>Servidores y Permisos: Una Palabra de Avertencia</title>
+ <title>Servidores y Permisos: Una Palabra de Advertencia</title>
<!--REMOVE:<title>Servers and Permissions: A Word of Warning</title>-->
<para>Primero, recuerde que un repositorio Subversion es una
@@ -855,8 +855,8 @@
como el usuario <literal>root</literal> (o como cualquier otro usuario
que tenga permisos ilimitados). Dependiendo con el propietario y los
permisos del repositorio con los que lo haya exportado, con
- frecuencia es prudente utilizar un usuario diferente—quizas
- personzalizado—. Por ejemplo, muchos administradores crean un
+ frecuencia es prudente utilizar un usuario diferente—quizás
+ personalizado—. Por ejemplo, muchos administradores crean un
usuario llamado <literal>svn</literal>, otorgándole la propiedad y
derechos exclusivos sobre los repositorios de Subversion exportados,
y únicamente se ejecutará los procesos de servidor con ese usuario.</para>
@@ -907,7 +907,7 @@
<para>En efecto, utilizando la opción <option>-r</option>
modifica la ubicación que el programa tratará como raíz del
- espacio de sistema de archivos remoto. En consencuencia,
+ espacio de sistema de archivos remoto. En consecuencia,
los clientes utilizarán URLs que tengan la porción que
le ha sido removida de la ruta, dejando URLs mucho más cortas
(y mucho menos reveladoras):</para>
@@ -1003,7 +1003,7 @@
el password real viaja a través de la red.</emphasis></para>
<para>También es posible, por supuesto, que el cliente se
- autentifique externamente vía agente de tunel <!--
+ autentifique externamente vía agente de túnel <!--
TODO tunnel agent suena muy mal -->, como por ejemplo
<command>SSH</command>. En este caso, el servidor
simplemente examina el usuario bajo el cual se está
@@ -1154,7 +1154,7 @@
<para>Es fácil usar SSH junto con
<command>svnserve</command>. El cliente simplemente usa
- el eschema de URL <literal>svn+ssh://</literal> para
+ el esquema de URL <literal>svn+ssh://</literal> para
conectar:</para>
<screen>
@@ -1191,7 +1191,7 @@
controlada por los permisos del sistema operativo a los
ficheros de la base de datos del repositorio; es casi
igual que si Juan estuviese accediendo al repositorio
- directamente via URL <literal>file:///</literal>. Si
+ directamente vía URL <literal>file:///</literal>. Si
necesita que múltiples usuarios del sistema accedan al
repositorio directamente, podría ponerlos en un mismo grupo,
y ajustar cuidadosamente sus umasks<!-- TODO poner nota
@@ -1280,8 +1280,8 @@
el cual es una extensión sobre HTTP 1.1 (vea <systemitem
class="url">http://www.webdav.org/</systemitem> para más
información.) Este protocolo coge el ubicuo protocolo
- HTTP, núleo de la World Wide Web, y añade la capacidad de
- escritura—especificamente el versionado de la misma.
+ HTTP, núcleo de la World Wide Web, y añade la capacidad de
+ escritura—específicamente el versionado de la misma.
El resultado es un sistema robusto, estandarizado, empaquetado
convenientemente como parte del software Apache 2.0, soportado
por numerosos sistemas operativos y productos de terceros,
@@ -1295,13 +1295,13 @@
configurar. La flexibilidad a menudo se paga en complejidad.
</para>
- <para>Buena marte del texto siguiente incluye referencias a
+ <para>Buena parte del texto siguiente incluye referencias a
las directivas de configuración de Apache. Aunque
proporcionamos algunos ejemplos que muestran el uso
de estas directivas, describirlas con todo detalle
está fuera del alcance de este capítulo. El equipo
de Apache mantiene una documentación excelente,
- disponible públicamente en su ágina web en <systemitem
+ disponible públicamente en su página web en <systemitem
class="url">http://httpd.apache.org</systemitem>.
Por ejemplo, una referencia general de las directivas de
configuración está ubicada en <systemitem class="url">
@@ -1355,7 +1355,7 @@
<sect2 id="svn-ch-6-sect-4.1">
- <title>Prerequisitos</title>
+ <title>Requisitos previos</title>
<para>Para hacer disponible su repositorio por HTTP,
básicamente necesita cuatro componentes disponibles en dos
@@ -1363,7 +1363,7 @@
de Apache 2.0, el módulo DAV <command>mod_dav</command>
que viene con él, Subversion, y el módulo
<command>mod_dav_svn</command>, que proporciona sistemas
- de ficheros<!-- TODO == filesystem? -->, distribuído
+ de ficheros<!-- TODO == filesystem? -->, distribuido
con Subversion. Una vez tenga todos estos componentes,
el proceso para hacer disponible su repositorio es tan
simple como:</para>
@@ -1373,7 +1373,7 @@
<para>preparar y ejecutar httpd 2.0 con el módulo mod_dav,</para>
</listitem>
<listitem>
- <para>instalar el plugin mod_dav_svn para mod_dav, el cual
+ <para>instalar el plug-in mod_dav_svn para mod_dav, el cual
usa las librerías de Subversion para acceder a un
repositorio, y</para>
</listitem>
@@ -1401,7 +1401,7 @@
en su sistema, todo lo que queda por hacer
es configurar Apache mediante su fichero
<filename>httpd.conf</filename>. Ordene a Apache que
- carge el módulo mod_dav_svn module usando la directiva
+ cargue el módulo mod_dav_svn module usando la directiva
<literal>LoadModule</literal>. La directiva debe preceder
cualquier otro elemento de configuración relacionado con
Subversion. Si su Apache fue instalado usando el esquema
@@ -1410,7 +1410,7 @@
<filename>modules</filename> de la instalación (a menudo
<filename>/usr/local/apache2</filename>). La directiva
<literal>LoadModule</literal> tiene una sintaxis sencilla,
- relacionando el nómbre de un módulo con la ubicación de
+ relacionando el nombre de un módulo con la ubicación de
una librería dinámica en disco: disk:</para>
<screen>
@@ -1458,19 +1458,19 @@
</Location>
</screen>
- <para>If you plan to support multiple Subversion repositories
- that will reside in the same parent directory on your local
- disk, you can use an alternative directive, the
- <literal>SVNParentPath</literal> directive, to indicate that
- common parent directory. For example, if you know you will be
- creating multiple Subversion repositories in a directory
- <filename>/usr/local/svn</filename> that would be accessed via
- URLs like <systemitem
+ <para>Si planea soportar múltiples repositorios de Subversion
+ que residirán en el mismo directorio padre de su
+ disco local, puede usar una directiva alternativa,
+ la directiva <literal>SVNParentPath</literal>, para
+ indicar ese directorio padre común. Por ejemplo,
+ si sabe que creará múltiples repositorios Subversion
+ en el directorio <filename>/usr/local/svn</filename>
+ que sería accesible mediante URLs como <systemitem
class="url">http://my.server.com/svn/repos1</systemitem>,
<systemitem
- class="url">http://my.server.com/svn/repos2</systemitem>, and
- so on, you could use the <filename>httpd.conf</filename>
- configuration syntax in the following example:</para>
+ class="url">http://my.server.com/svn/repos2</systemitem>,
+ y así en adelante, podría usar la sintaxis de configuración
+ <filename>httpd.conf</filename> del siguiente ejemplo:</para>
<screen>
<Location /svn>
@@ -1542,7 +1542,7 @@
Apache, o de manera más apropiada, le permite a Apache
funcionar con esos ficheros. Apache, cuando es usado como
servidor de Subversion, también necesitará los permisos
- adecudos de lectura y escritura a su repositorio Subverison.
+ adecuados de lectura y escritura a su repositorio Subversion.
(Vea <xref linkend="svn-ch-6-sidebar-1"/>.) </para>
<para>Tendrá que encontrar una configuración de permisos de
@@ -1613,7 +1613,7 @@
la utilidad <command>htpasswd</command> para gestionar
la lista de nombres de usuarios y claves aceptables,
aquellos a quienes desea proporcionar acceso especial a
- su repositorio Subverison. Démosles acceso de escritura a
+ su repositorio Subversion. Permitamos el acceso de escritura a
Juan y Carmen. Primero, necesitamos añadirlos al fichero
de claves.</para>
@@ -1641,7 +1641,7 @@
<literal>Basic</literal>. <literal>AuthName</literal> es
un nombre arbitrario que usted proporciona para el dominio
de autenticación. La mayoría de los navegadores mostrarán
- este nombre en una ventanta de diálogo emergente cuando
+ este nombre en una ventana de diálogo emergente cuando
el navegador le pregunte su nombre y clave. Finalmente,
use la directiva <literal>AuthUserFile</literal> para
especificar la ubicación del fichero de claves creado
@@ -1716,7 +1716,7 @@
<sect3 id="svn-ch-6-sect-4.3.2">
- <title>Gestión de certificados SS</title>
+ <title>Gestión de certificados SSL</title>
<para>Las empresas que necesitan exponer sus repositorios
a un acceso externo al firewall de la compañía deberían
@@ -1734,7 +1734,7 @@
que también puede proporcionar certificados de cliente
cuando sean solicitados. Una vez el cliente y servidor
hayan intercambiado sus certificados SSL y realizado una
- autenticación mútua con éxito, todas sus comunicaciones
+ autenticación mutua con éxito, todas sus comunicaciones
siguientes serán cifradas con una clave de sesión.</para>
<para>Está fuera del alcance de este libro describir la
@@ -1754,7 +1754,7 @@
<listitem><para>una demanda de un certificado de cliente</para></listitem>
</itemizedlist>
- <para>Si el cliente recive un certificado de servidor,
+ <para>Si el cliente recibe un certificado de servidor,
necesita verificar que confía en el certificado: ¿es
realmente el servidor quien dice ser? La librería
OpenSSL realiza esto examinando al firmante del
@@ -1797,7 +1797,7 @@
<para>Su fichero <filename>servers</filename> del área de
la configuración de parámetros de ejecución también
le permite a su cliente de Subversion confiar de
- manera eutomática en CAs específicos, ya sea de manera
+ manera automática en CAs específicos, ya sea de manera
global o individual. Simplemente modifique la variable
<literal>ssl-authority-files</literal> para que sea una
lista de certificados de CA con codificación PEM <!-- TODO
@@ -1840,7 +1840,7 @@
<para>Tenga que el certificado de un cliente es un fichero
<quote>p12</quote>. Para usar un certificado de cliente
con Subversion, debe estar en el formato PKCS#12, que
- es un estandar protable. La mayoría de los navegadores
+ es un estándar portable. La mayoría de los navegadores
son capaces de importar y exportar certificados en este
formato. Otra opción es usar las herramientas de línea de
comando de OpenSSL para convertir certificados existentes
@@ -1882,7 +1882,7 @@
<title>Opciones de autorización</title>
<para>En este punto, ya ha configurado la autenticación,
- pero no la autorización. Apache es capaz de questionar a
+ pero no la autorización. Apache es capaz de cuestionar a
los clientes y confirmar sus identidades, pero todavía no
sabe cómo permitir o restringir el acceso a los clientes
con esas identidades. Esta sección describe dos estrategias
@@ -2075,7 +2075,7 @@
puedan leer ciertos directorios del repositorio,
pero restringen la lectura (o escritura) de otras
áreas más sensibles a usuarios autenticados. Con esta
- configuración, todos los usuarios comienzan accediento al
+ configuración, todos los usuarios comienzan accediendo al
repositorio de manera anónima. Si su política de control
de acceso requiere un nombre de usuario real en algún
punto, Apache demandará una autenticación del cliente.
@@ -2114,7 +2114,7 @@
<para>La sintaxis del fichero de acceso es la misma que
la usada por <command>svnserve.conf</command> y los
- ficheros del área de configuracion de parámetros de
+ ficheros del área de configuración de parámetros de
ejecución. Las líneas que comienzan con una almohadilla
(<literal>#</literal>) son ignoradas. En su forma más
simple, cada sección nombra a un repositorio y ruta dentro
@@ -2218,7 +2218,7 @@
<para>La variable asterisco (<literal>*</literal>) también
merece aquí una mención especial: es el
- <emphasis>único</emphasis> patron que coincide con
+ <emphasis>único</emphasis> patrón que coincide con
el usuario anónimo. Si ha configurado su bloque
<literal>Location</literal> para permitir una mezcla
de acceso anónimo y autenticado, todos los usuarios
@@ -2296,12 +2296,12 @@
a ficheros versionados—después de todo, ahí
es donde suele estar el contenido interesante. Pero
quizás disponga de la ocasión de navegar por un listado
- de directorio de Subverison, y percibir que el HTML
+ de directorio de Subversion, y percibir que el HTML
generado para mostrar el listado es muy básico, y
desde luego no está pensado para ser estéticamente
agradable (o incluso interesante). Para permitir
la personalización de estas muestras de directorio,
- Subverison proporciona una característica de indexado
+ Subversion proporciona una característica de indexado
XML. Una única directiva <literal>SVNIndexXSLT</literal>
en el bloque <literal>Location</literal> de
<filename>httpd.conf</filename> indicará a mod_dav_svn
@@ -2319,7 +2319,7 @@
</screen>
<para>Usando la directiva <literal>SVNIndexXSLT</literal>
- y una hoja de estilo XSLT creative, puede hacer que sus
+ y una hoja de estilo XSLT creativa, puede hacer que sus
listados de directorio concuerden con los esquemas de color
e imágenes usados en otras partes de su página web. O, si
lo prefiere, puede usar las hojas de estilo de ejemplo que
@@ -2402,10 +2402,10 @@
como la capacidad de especificar un puerto específico
(en lugar del puerto 80 por defecto de HTTP) o un nombre
de dominio virtual mediante el cual se pueda acceder a
- un repositorio de Subverion, o la capacidad de acceder
+ un repositorio de Subversion, o la capacidad de acceder
al repositorio a través de un proxy. Estas cosas las
soporta Neon, así que Subversion las obtiene de manera
- gratuíta.</para>
+ gratuita.</para>
<para>Por último, dado que <command>mod_dav_svn</command>
habla un dialecto semi completo de WebDAV/DeltaV, es
@@ -2444,7 +2444,7 @@
<listitem>
<para>usuarios normales del sistema (que se identifican
como ellos mismos) usando un cliente de Subversion
- para acceder a los repositorios diréctamente via URLs
+ para acceder a los repositorios directamente vía URLs
<literal>file:///</literal>;</para>
</listitem>
<listitem>
@@ -2525,7 +2525,7 @@
</emphasis> de tener configuraciones tan complejas.
Los usuarios que desean acceder a repositorios que residen
en la misma máquina no están limitados a usar el las URLs
- de accesl <literal>file://</literal>—típicamente
+ de acceso <literal>file://</literal>—típicamente
pueden contactar con el servidor HTTP de Apache
o <command>svnserve</command> usando el nombre de
servidor <literal>localhost</literal> en sus URLs
@@ -2542,7 +2542,7 @@
cuentas SSH existentes compartan un repositorio sin
problemas de permisos. Si se siente confuso respecto a
todas las cosas que usted (como administrador) necesita
- realizar en un sistema tipo Unix, aquí tielen una lista
+ realizar en un sistema tipo Unix, aquí tiene una lista
de tareas que resumen algunas de las cosas discutidas en
esta sección:</para>
More information about the svnbook-dev
mailing list