Fixed spelling errors and typos in Spanish

kovri.i2p/_i18n/es.yml

@@ -16,19 +16,19 @@ langs:
   da: Dansk
 
 titles:
-  index: ¿Que es Kovri?
-  get-started: Get Started
-  intro: Introduction
+  index: ¿Qué es Kovri?
+  get-started: Tareas iniciales
+  intro: Introducción
   acknowledgements: Agradecimientos
-  quality: Calidad
-  contributing: Pautas Generales para contribuir
-  building: Compilando.
-  faq: FAQ
-  style: Guia de estilo
-  user: Guia de usuario
+  quality: Seguros de calidad
+  contributing: Guía para contribuir
+  building: Instrucciones para compilar
+  faq: Preguntas frecuentes
+  style: Guía de estilo
+  user: Guía de usuario
   legal: Legal
-  docs: Kovri Documentation
-  blog: Kovri Blog Posts
+  docs: Documentación Kovri 
+  blog: Entradas blog Kovri 
 
 home:
   main_para1: Kovri is a free, decentralized, anonymity technology developed by Monero.
@@ -77,4 +77,4 @@ get-started:
   run_para1: Here you are. You're almost done. Now the only thing left to do is to run
   run_para2: in your terminal. Once connected, it should take about 5 minutes to bootstrap into the network and start using services, so be patient. Remember to
   run_para3: report any bugs
-  run_para4: if you run into any trouble. See? That wasn't so hard, was it? Have fun!
+  run_para4: if you run into any trouble. See? That wasn't so hard, was it? Have fun!

kovri.i2p/_i18n/es/acknowledgements.md

@@ -1,9 +1,9 @@
-En adición a los contribuidores de Boost y OpenSSL, y a todos los programadores desde los tiempos inmemoriales, que han hecho este proyecto posible, queremos reconocer lo siguiente:
+En adición a los contribuidores de Boost y OpenSSL y a todos los programadores desde los tiempos inmemoriales que han hecho este proyecto posible, queremos reconocer a los siguientes:
 
-- Wei Dai, Jeffrey Walton, y todos los desarrolladores en Cryoto++ por proveer una influencial y libre librería de criptografía en C++
-- Dean Michael Berris, Glyn Matthews, y todos los desarrolladores en cpp-netlib por proveer una librería activamente desarrollada cross-plataforma de red.
+- Wei Dai, Jeffrey Walton y todos los desarrolladores de Crypto++ por proveer una influencial y libre librería de criptografía en C++
+- Dean Michael Berris, Glyn Matthews y todos los desarrolladores de cpp-netlib por proveer una librería activamente desarrollada cross-plataforma de red.
 - Todos los desarrolladores involucrados en la [implementación ref10 de SUPERCOP](http://bench.cr.yp.to/supercop.html) del cual tomamos como base nuestras implementaciones Ed25519
-- zzz, str4d, y todos los desarrolladores de I2P Java, en ambos, pasado y presente, que tienen un set de estándares a seguir para las demás implementaciones de I2P
+- zzz, str4d y todos los desarrolladores de I2P Java, en ambos, pasado y presente, que tienen un set de estándares a seguir para las demás implementaciones de I2P
 - orion por proveer ```i2pcpp```: la implementación en C++ [original](http://git.repo.i2p.xyz/w/i2pcpp.git) de I2P
 - orignal por proveer ```i2pd```: la mas completa implementación de I2P [de la cual poder copiar](https://github.com/purplei2p/i2pd/commit/45d27f8ddc43e220a9eea42de41cb67d5627a7d3)
-- EinMByte por mejorar todas las implementaciones en C++ de I2P (Incluyendo Kovri)
+- EinMByte por mejorar todas las implementaciones en C++ de I2P (incluyendo Kovri)

kovri.i2p/_i18n/es/building.md

@@ -1,4 +1,4 @@
-## Paso 1. Requerimientos minimos
+## Paso 1. Requerimientos mínimos
 
 #### Note: Debido al issue [#403](https://github.com/monero-project/kovri/issues/403), se sugiere un minimo de 1GB de RAM para el entorno de desarrollo.
 
@@ -58,7 +58,7 @@ $ sudo apt-get install libminiupnpc-dev #Para usuarios bajo una NAT restrictiva
 
 ### Debian (stable)
 
-Necesitamos copiar ```testing``` desde ```Boost 1.58+``` por culpa de un [CMake roto](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826656). Para fines de documentacion, vamos a copiar todas las dependencias desde ```testing```. Si no estas familiriarizado con apt-pinning, procede con lo siguiente ants de instalar las dependencias:
+Necesitamos copiar ```testing``` desde ```Boost 1.58+``` por culpa de un [CMake roto](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826656). Para fines de documentación, vamos a copiar todas las dependencias desde ```testing```. Si no estás familiarizado con apt-pinning, procede con lo siguiente antes de instalar las dependencias:
 
 - Crea y edita ```/etc/apt/preferences.d/custom.pref```
 - Escribe y guarda lo siguiente:
@@ -75,11 +75,11 @@ Pin-Priority: 650
 - Crea y edita ```/etc/apt/sources.list.d/custom.list```
 ```
 # Stable
-deb [Aqui va tu mirrior] stable main non-free contrib
+deb [Aquí va tu mirror] stable main non-free contrib
 # Testing
-deb [Aqui va tu mirrior] testing main non-free contrib
+deb [Aquí va tu mirror] testing main non-free contrib
 ```
-- Reemplaza ```[Aqui va tu mirrior]``` con tu mirror (ve el archivo ```/etc/apt/sources.list```)
+- Reemplaza ```[Aquí va tu mirror]``` con tu mirror (ve el archivo ```/etc/apt/sources.list```)
 - Corre ```$ sudo apt-get update```
 - Instala las dependencias con la bandera:  ```-t testing```:
 
@@ -136,7 +136,7 @@ $ sudo pkg install miniupnpc #Para usuarios bajo una NAT restrictiva
 
 ### Windows (MSYS2/MinGW-64)
 * Descargar el [instalador de MSYS2](http://msys2.github.io/), 64-bit o 32-bit de ser necesario, y ejecutarlo.
-* Usa el acceso directo asociado con tu arquitectura para iniciar el entorno MSYS2. En sistemas 64-bit seria MinGW-w64 Win64 Shell. Nota que si estas coriendo Windows 64-bits, necesitaras ambos entornos 64 y 32 bits.
+* Usa el acceso directo asociado con tu arquitectura para iniciar el entorno MSYS2. En sistemas 64-bit seria MinGW-w64 Win64 Shell. Nota que si estás corriendo Windows 64-bit, necesitaras ambos entornos 64 y 32 bit.
 * Actualiza el paquete en tu MSYS2:
 ```
 pacman -Sy
@@ -158,46 +158,46 @@ $ git clone --recursive https://github.com/monero-project/kovri
 ```bash
 $ make # para acortar el tiempo de compilado, corre make -j [CPU cores disponibles]
 ```
-### 3. Instala los recursos (archivos de configuracion + recursos de paquetes)
+### 3. Instala los recursos (archivos de configuración + recursos de paquetes)
 ```bash
 $ make install
 ```
 
 - Usuarios finales **DEBEN** correr ```make install``` para las nuevas instalaciones
-- Desarrolladores **DEBERIAN** correr ```make install``` despues de cada fetch
+- Desarrolladores **DEBERÍAN** correr ```make install``` despues de cada fetch
 
 ### Otras opciones que pueden usar en el paso 2:
 
 - ```make upnp``` produce un binario vanilla con soporte UPnP (requiere [MiniUPnP](https://github.com/miniupnp/miniupnp/releases))
 - ```make optimized-hardening``` produce un binario UPnP, optimizado y fortalecido
-- ```make all-options``` produce un binario UnPN activado, y optimizado y fortalecido
+- ```make all-options``` produce un binario UPnP activado, y optimizado y fortalecido
 - ```make tests``` produce todos los benchmarks y unit-tests
 - ```make tests-optimized-hardening``` produce todos los benchmarks y unit-tests con fortalecimiento optimizado
-- ```make static``` produce un binario estatico
+- ```make static``` produce un binario estático
 
 ### Otras opciones disponibles
-- ```make doxygen``` produce la documentacion de Doxygen
-- ```make clean``` limpia el directorio de compilacion y salida de Doxygen
+- ```make doxygen``` produce la documentación de Doxygen
+- ```make clean``` limpia el directorio de compilación y salida de Doxygen
 - ```make help``` muestra las opciones de compilado de CMake
 
 #### Notas
-- la salida de Doxygen sera en el directorio ```doc```
-- todas las demas salidas seran en el directorio ```build```
+- la salida de Doxygen será en el directorio ```doc```
+- todas las demás salidas serán en el directorio ```build```
 
 ### Clang
 Para compilar con clang, **debes** exportar lo siguiente:
 
 ```bash
 $ export CC=clang CXX=clang++ 
 ```
-- reemplazar ```clang``` con una version de tu eleccion
+- reemplazar ```clang``` con una versión de tu elección
 
 ### FreeBSD
 ```bash
 $ export CC=clang36 CXX=clang++36
 $ gmake && gmake install
 ```
-- reemplazar ```make``` con ```gmake``` para todas las otras opciones de compilacion
+- reemplazar ```make``` con ```gmake``` para todas las otras opciones de compilación
 
 ### (Opcional) directorio de datos personalizado
 Puedes personalizar el directorio de datos de Kovri como gustes. Simplemente exporta ```KOVRI_DATA_PATH```;:
@@ -207,11 +207,11 @@ $ export KOVRI_DATA_PATH=$HOME/.another-kovri-data-path && make && make install
 ```
 
 ## Paso 4. Proceder con la guia de usuario
-Lee la [guia de usuario](https://github.com/monero-project/kovri-docs/blob/master/i18n/es/user_guide.md) para comenzar
+Lee la [guía de usuario](https://github.com/monero-project/kovri-docs/blob/master/i18n/es/user_guide.md) para comenzar
 
 ## Docker
 
-Alternativamente, si usas Docker, lo siguiente compilara la imagen por ti.
+Alternativamente, si usas Docker, lo siguiente compilará la imagen por ti.
 
 ```bash
 $ docker build -t geti2p/kovri .

kovri.i2p/_i18n/es/contributing-docs.md

@@ -3,9 +3,9 @@
 
 ## Conformidad
 - Nosotros apuntamos a usar las conformidades de C++11/14; siéntete libre de usar esto para mejorar tu trabajo
-- También es altamente recomendable usar las librerías y dependencias estándar cuando sea posible
+- También es altamente recomendable usar las librerías y dependencias estándares cuando sea posible
 
-## Enviando tú trabajo
+## Enviando tu trabajo
 Para contribuir tu trabajo, por favor procede con lo siguiente:
 
 1. Forkea Kovri
@@ -16,14 +16,14 @@ Para contribuir tu trabajo, por favor procede con lo siguiente:
    - Actualmente no tenemos ningún tag por estar en pre-alpha. Por ahora, puedes basar tu trabajo desde la rama master.
    - Los mensajes del Commit deben ser verbose por default, considerando una línea de asunto de (50 caracteres máximo), una línea en blanco y una explicación detallada como párrafo(s) separado(s) - a menos que el titulo se auto-explique.
    - El título de commit debe preponer class u otro aspecto del proyecto. Por ejemplo, "HTTPProxy: implementado depurador de User-Agent. Arregla #193." o "Garlic: arregla padding no inicializado en ElGamalBlock".
-   - Si un commit en particular referencia otro issue, por favor agrega una referencia. Por ejemplo, "Leer #123", o "Arregla #123". Esto ayudara a resolver tickets cuando se mezclen con ```master```.
-   - En general, los commits deben ser [atomicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_commit_convention) y los diffs deben ser fáciles de leer. Por esta razón, por favor intenta no mezclar arreglos de formato con commits de sin formato.
+   - Si un commit en particular referencia otro issue, por favor agrega una referencia. Por ejemplo, "Leer #123", o "Arregla #123". Esto ayudará a resolver tickets cuando se mezclen con ```master```.
+   - En general, los commits deben ser [atómicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_commit_convention) y los diffs deben ser fáciles de leer. Por esta razón, por favor intenta no mezclar arreglos de formato con commits de sin formato.
    - El cuerpo de los pull requests deben contener una descripción adecuada de lo que hace el parche, y proveer una justificación o razonamiento para el parche (cuando sea apropiado). Debes incluir referencias a cualquier discusión como tickets, chats, o IRC.
 
 ## Propuestas
 Para contribuir una propuesta, por favor lee nuestros [issues abiertos](https://github.com/monero-project/kovri/issues) para ver los ya existentes. Si lo que quieres proponer no está ahí, entonces [abre un nuevo issue](https://github.com/monero-project/kovri/issues/new).
 
-A pesa r de que nuestro C4 dicta, que nosotros mezclamos todo, pedimos abrir una propuesta por las siguientes razones:
+A pesar de que nuestro C4 dicta que nosotros mezclamos todo, pedimos abrir una propuesta por las siguientes razones:
 
 1. Una propuesta abre la comunicación
 2. Una propuesta muestra que el colaborador respeta la opinión de todos los colaboradores del proyecto
@@ -51,7 +51,7 @@ You should have received a copy of the GNU General Public License along with thi
 
 ## Lenguaje
 
-Las palabras "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", y "OPTIONAL" en este documento, no deben ser interpretadas como esta descrito en el RFC 2119.
+Las palabras "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", y "OPTIONAL" en este documento, no deben ser interpretadas como está descrito en el RFC 2119.
 
 ## Metas
 
@@ -72,7 +72,7 @@ C4 está hecho para ser un modelo óptimo de colaboración para proyectos de sof
 - El proyecto DEBE utilizar la plataforma de Tracker de issues.
 - El proyecto DEBE tener directrices claramente documentadas para el estilo de código.
 - Un "Colaborador" es una persona que desea proporcionar un parche, siendo un conjunto de compromisos que resuelven algún problema claramente identificado.
-- Un "Mantenedor" es una persona que fusiona parches al proyecto. Los mantenedores no son desarrolladores; Su trabajo es hacer cumplir el proceso.
+- Un "Mantenedor" es una persona que fusiona parches al proyecto. Los mantenedores no son desarrolladores; su trabajo es hacer cumplir el proceso.
 - Los colaboradores NO tendrán acceso de commit al repositorio a menos que sean también Mantenedores.
 - Los mantenedores DEBEN tener acceso de commit al repositorio.
 - Todos, sin distinción ni discriminación, tendrán el mismo derecho de convertirse en un Colaborador en los términos de este contrato.