[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

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 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-->
-        <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
       <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>
 svn: Berkeley DB error
@@ -362,38 +370,41 @@
 Function not implemented
-        <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>
-          <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>
       <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>
 $ svn log
@@ -402,14 +413,15 @@
-        <para>Read about adding authentication in <xref
+        <para>Lea sobre añadir autentificación en <xref
       <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