[svnbook commit] r1158 - trunk/src/es/book
ruben at red-bean.com
ruben at red-bean.com
Tue Mar 8 09:50:28 CST 2005
Author: ruben
Date: Tue Mar 8 09:50:23 2005
New Revision: 1158
Modified:
trunk/src/es/book/appb.xml
Log:
Book Spanish. Translated some paragraphs.
Modified: trunk/src/es/book/appb.xml
==============================================================================
--- trunk/src/es/book/appb.xml (original)
+++ trunk/src/es/book/appb.xml Tue Mar 8 09:50:23 2005
@@ -313,48 +313,56 @@
ficheros programados para ser añadidos al sistema de control
de versiones, deben ser tratados con cuidado.</para>
- <para>Making the <command>svn revert</command> command require
- an explicit target—even if that target is just
- '.'—is one way of accomplishing that. This
- requirement (as well as requiring you to supply the
- <option>--recursive</option> flag if you want that behavior)
- is intended to make you really think about what you're
- doing, because once your files are reverted, your local
- modifications are gone forever.</para>
+ <para>Haciendo el comando <command>svn revert</command>
+ requiere un objetivo
+ explícito<!--TODO:explicit target-->—incluso si este
+ objetivo<!--TODO:target--> es '.'—es una manera de
+ lograr eso. Este requisito (así como requerirle para proveer
+ el parametro <option>--recursive</option> si usted desea este
+ comportamiento) está pensado para hacerle pensar realmente
+ que está haciendo, porque una vez que se invierten sus
+ ficheros, sus modificaciones locales se van para siempre.</para>
</sect3>
<sect3 id="svn-ap-b-sect-1.2.10">
- <title>When I start Apache, mod_dav_svn complains about a "bad
- database version", that it found db-3.X, rather than
+ <title>Cuando arranco<!--TODO:start--> Apache, mod_dav_svn se
+ queja por una "mala versión de la base de datos"<!--TODO:
+ "bad database version"...hay que traducirlo?-->, que
+ encontró db-3.X, en vez de<!--TODO:rather than-->
db-4.X.</title>
- <para>Your apr-util linked against DB-3, and svn linked
- against DB-4. Unfortunately, the DB symbols aren't
- different. When mod_dav_svn is loaded into Apache's
- process-space, it ends up resolving the symbol names against
- apr-util's DB-3 library.</para>
-
- <para>The solution is to make sure apr-util compiles against
- DB-4. You can do this by passing specific switches to
- either apr-util's or apache's configure: "--with-dbm=db4
+ <para>Su apr-util está enlazado contra DB-3, y svn enlazado contra
+ DB-4. Desafortunadamente, los simbolos de la BD <!--TODO: the
+ DB symbols--> no son diferentes. Cuando mod_dav_svn está
+ cargado en el espacio de proceso de Apache, termina resolviendo
+ <!--TODO:it ends up resolving--> los nombres de los simbolos
+ contra la libreria DB-3 de apr-util.</para>
+
+ <para>La solución es asegurarse de que apr-util compila contra
+ DB-4. Puede hacer esto pasando opciones específicas al
+ fichero de configuración<!--TODO:configure... cómo traducir?-->
+ de apr-util o al de apache: "--with-dbm=db4
--with-berkeley-db=/the/db/prefix".</para>
</sect3>
<sect3 id="svn-ap-b-sect-1.2.11">
- <title>I'm getting "Function not implemented" errors on RedHat
- 9, and nothing works. How do I fix this?</title>
-
- <para>This is not really a problem with Subversion, but it often
- affects Subversion users.</para>
-
- <para>RedHat 9 and Fedora ship with a Berkeley DB library that
- relies on the kernel support for NPTL (the Native Posix
- Threads Library). The kernels that RedHat provides have
- this support built in, but if you compile your own kernel,
- then you may well not have the NPTL support. If that is the
- case, then you will see errors like this:</para>
+ <title>Estoy obteniendo errores de "Función no implementada"
+ <!--TODO:"Function not implemented"--> en RedHat 9, y nada
+ funciona. ¿Cómo arreglo esto?</title>
+
+ <para>Esto realmente no es un problema con Subversion, pero
+ afecta a menudo a usuarios de Subversion.</para>
+
+ <para>RedHat 9 y Fedora vienen <!--TODO:ship with-->con una
+ libreria de Berkeley DB que confía<!--TODO:relies on the
+ kernel support for NPTL (the Native Posix Threads Library)-->
+ en el soporte del núcleo para NPTL (la Librería Posix Nativa
+ de Threads). Los núcleos que proporciona RedHat tiene este
+ soporte incluido, pero si usted compila su propio núcleo,
+ entonces puede no tener el soporte para NPTL. Si este es el
+ caso, entonces usted verá errores como estos:</para>
<screen>
svn: Berkeley DB error
@@ -362,38 +370,41 @@
Function not implemented
</screen>
- <para>This can be fixed in one of several ways:</para>
+ <para>Esto puede ser arreglado en una de varias maneras:<!--TODO:
+ This can be fixed in one of several ways:--></para>
<itemizedlist>
- <listitem><para>Rebuild db4 for the kernel you're
- using.</para></listitem>
+ <listitem><para>Reconstruir db4 para el núcleo que usted está
+ usando.</para></listitem>
- <listitem><para>Use a RedHat 9 kernel.</para></listitem>
+ <listitem><para>Usar un núcleo de RedHat 9.</para></listitem>
- <listitem><para>Apply the NPTL patches to the kernel you're
- using.</para></listitem>
+ <listitem><para>Aplicar los parches NPTL al núcleo que está
+ usando.</para></listitem>
- <listitem><para>Use a recent (2.5.x) kernel with the NPTL support
- included.</para></listitem>
-
- <listitem><para>Check if environment variable
- <literal>LD_ASSUME_KERNEL</literal> is set to 2.2.5, and
- if so, unset it before starting Subversion
- (Apache). (You usually would set this variable to run
- Wine or Winex on RedHat 9)</para></listitem>
+ <listitem><para>Usar un núcleo reciente (2.5.x) con soporte
+ NPTL incluído.</para></listitem>
+
+ <listitem><para>Comprobar si la variable de entorno
+ <literal>LD_ASSUME_KERNEL</literal> está definida como 2.2.5,
+ y si es así, desasignarla<!--TODO:unset--> antes de
+ arrancar Subversion (Apache). (Generalmente usted fijaría
+ esta variable para ejecutar Wine o Winex en RedHat 9)</para></listitem>
</itemizedlist>
</sect3>
<sect3 id="svn-ap-b-sect-1.2.12">
- <title>Why does log say "(no author)" for files committed
- or imported via Apache (ra_dav)?</title>
+ <title>¿Por qué el informe de cambios dice "(no author)" para
+ los ficheros enviados o importados via Apache (ra_dav)?</title>
- <para>If you allow anonymous write access to the repository
- via Apache, the Apache server never challenges the client
- for a username, and instead permits the write operation
- without authentication. Since Subversion has no idea who
- did the operation, this results in a log like this:</para>
+ <para>Si usted permite acceso anónimo de escritura al repositorio
+ via Apache, el servidor Apache nunca pide al cliente un
+ nombre de usuario<!--TODO: the Apache server never challenges
+ the client for a username-->, y en lugar de eso permite la
+ operación de escritura sin autentificación. Dado que Subversion
+ no tiene ni idea de quien hizo la operación, esto da lugar a
+ un registro como este:</para>
<screen>
$ svn log
@@ -402,14 +413,15 @@
…
</screen>
- <para>Read about adding authentication in <xref
+ <para>Lea sobre añadir autentificación en <xref
linkend="svn-ch-6"/>.</para>
</sect3>
<sect3 id="svn-ap-b-sect-1.2.13">
- <title>I'm getting occasional "Access Denied" errors on
- Windows. They seem to happen at random.</title>
+ <title>Estoy obteniendo errores ocasionales de "Acceso Denegado"
+ <!--TODO:"Access Denied"--> en Windows. Parece que sucede al
+ azar<!--They seem to happen at random-->.</title>
<para>These appear to be due to the various Windows services
that monitor the filesystem for changes (anti-virus
More information about the svnbook-dev
mailing list