1.1 --- a/es/Leame.1st	Tue Nov 18 22:48:55 2008 -0500
     1.2 +++ b/es/Leame.1st	Thu Nov 20 00:11:23 2008 -0500
     1.3 @@ -146,7 +146,8 @@
     1.4   Commit: Consignar
     1.5   Core: alma
     1.6   Directory: Directorio
     1.7 - File: Archivo
     1.8 + File: fichero
     1.9 + Filelog: fichero de registro
    1.10   Fork: Bifurcación
    1.11   Head: Principal. En el contexto de revisiones HEAD se sugiere usar "frente"
    1.12   Hook: Gancho
    1.13 @@ -155,6 +156,7 @@
    1.14   Mistake: Equivocación, cometida por un humano
    1.15   Patch: Parche
    1.16   Path: Ruta de archivo
    1.17 + Pointer: apuntador
    1.18   Probe: Sondeo
    1.19   Pull: Jalar
    1.20   Push: Publicar

     2.1 --- a/es/concepts.tex	Tue Nov 18 22:48:55 2008 -0500
     2.2 +++ b/es/concepts.tex	Thu Nov 20 00:11:23 2008 -0500
     2.3 @@ -515,18 +515,20 @@
     2.4  recomprmime el flujo, porque \command{ssh} puede hacer esto por sí
     2.5  mismo.)
     2.6  
     2.7 -\subsection{Read/write ordering and atomicity}
     2.8 -
     2.9 -Appending to files isn't the whole story when it comes to guaranteeing
    2.10 -that a reader won't see a partial write.  If you recall
    2.11 -figure~\ref{fig:concepts:metadata}, revisions in the changelog point to
    2.12 -revisions in the manifest, and revisions in the manifest point to
    2.13 -revisions in filelogs.  This hierarchy is deliberate.
    2.14 -
    2.15 -A writer starts a transaction by writing filelog and manifest data,
    2.16 -and doesn't write any changelog data until those are finished.  A
    2.17 -reader starts by reading changelog data, then manifest data, followed
    2.18 -by filelog data.
    2.19 +\subsection{Reordenado de lectura/escritura y atomicidad}
    2.20 +
    2.21 +Añadir datos al final de un fichero no es todo lo que hace falta para
    2.22 +garantizar que un lector no verá una escritura parcial. Si recuerda la
    2.23 +figura~\ref{fig:concepts:metadata}, las revisiones en la bitácora de
    2.24 +cambios apuntan a revisiones en el manifiesto, y las revisiones en el
    2.25 +manifiesto apuntan a revisiones en ficheros de registro. Esta
    2.26 +jerarquía es deliberada.
    2.27 +
    2.28 +Un escritor inicia una transacción al escribir los datos del ficheros
    2.29 +del fichero de registro y el manifiesto, y no escribe nada en la
    2.30 +bitácora de cambios hasta que dichas escrituras hayan terminado. Un
    2.31 +lector empieza leyendo datos de la bitácora de cambios, luego del
    2.32 +manifiesto, y finalmente del fichero de registro.
    2.33  
    2.34  Since the writer has always finished writing filelog and manifest data
    2.35  before it writes to the changelog, a reader will never read a pointer