[software-management-guide/rebase] Some minor bugs in it...

Thu Sep 2 18:09:39 UTC 2010

commit 32ac83a6c38a2e18129bb6a0a87fd9e6319aa19c
Author: Guillermo Gomez S. (Gomix) <guillermo.gomez at gmail.com>
Date:   Thu Sep 2 13:39:01 2010 -0430

    Some minor bugs in it...

 es-ES/Introduccion_a_la_gestion_del_software.xml |  113 +++++++++++++++++++++-
 1 files changed, 109 insertions(+), 4 deletions(-)
---

diff --git a/es-ES/Introduccion_a_la_gestion_del_software.xml b/es-ES/Introduccion_a_la_gestion_del_software.xml
index 6a61b25..06a804e 100644
--- a/es-ES/Introduccion_a_la_gestion_del_software.xml
+++ b/es-ES/Introduccion_a_la_gestion_del_software.xml
@@ -3,12 +3,117 @@
 <!ENTITY % BOOK_ENTITIES SYSTEM "Manual_para_gestion_del_software.ent">
 %BOOK_ENTITIES;
 ]>
-<chapter id="Introducción_a_la_gestión_del_software">
-	<title>Introducción a la gestión del software</title>
-	<para>Todo sistema informático necesita un mecanismo para instalar y remover el software que utilizará para relizar sus funciones, ¿pero qué es instalar software? Instalar software no es más que colocar los fuentes binarios ejecutables o no de dicho software en los lugares adecuados en el sistema destino.</para>
+<chapter id="Introducción_a_la_gestión_del_software"><title>Introducción a la gestión del software</title>
+	
+<para>Todo sistema informático necesita un mecanismo para instalar y remover el software que utilizará para relizar sus funciones, ¿pero qué es instalar software? Instalar software no es más que colocar los fuentes binarios ejecutables o no de dicho software en los lugares adecuados en el sistema destino.</para>
 
 <para>Los sitios adecuados para instalar software en Fedora están sujetos al esquema definido por el Linux Filesystem Hierarchy Standard (FHS).</para>
 
+<para>Luego de definido dónde se debe instalar el software, entonces podemos escoger la forma para realizar dicha instalación:</para>
 
-</chapter>
+<itemizedlist>
+	<listitem><para>A mano, copiar y pegar con herramientas como cp, mv, scp.</para></listitem>
+	<listitem>
+		<para>Usando alguna herramienta como make.</para>
+		<itemizedlist>
+			<listitem><para>Típicamente utilizado en instalaciones desde fuentes.</para></listitem>
+			<listitem><command>./configure ; make ; make install</command></listitem>
+		</itemizedlist>
+	</listitem>
+	<listitem>
+		<para>Usando alguna herramienta general de distribución de software.</para>
+		<itemizedlist>
+			<listitem><command>gem install rubygem</command></listitem>
+			<listitem><command>cpan> install DateTime</command></listitem>
+		</itemizedlist>
+	</listitem>
+	<listitem>
+		<para>Usando alguna herramienta de control de versiones, svn, cvs , git , etc.</para>
+		<itemizedlist>
+			<listitem><command>git clone ...</command></listitem>
+			<listitem><command>svn co ...</command></listitem>
+			<listitem><command>cvs co ...</command></listitem>
+		</itemizedlist>
+	</listitem>
+	<listitem><para>Usando las herramientas propia de la distribución.</para></listitem>
+</itemizedlist>
+
+<para>Este manual es acerca de la última opción y en particular Fedora aunque muchos de los conceptos, herramientas y técnicas de este manual se pueden aplicar a otros sistemas. Resaltemos algunos problemas de usar los otros métodos.</para>
+<orderedlist>
+	<listitem><para>Diversidad de herramientas para la misma tarea, ¿gem o cpan?</para></listitem>
+	<listitem><para>Difícil averigar qué software se tiene instalado.</para></listitem>
+	<listitem><para>Difícil realizar actualizaciones al software instalado.</para></listitem>
+	<listitem><para>No escala en la medida que se instala mucho software.</para></listitem>
+	<listitem><para>Díficil o imposible de saber quién instaló un software determinado.</para></listitem>
+	<listitem><para>Tiende a ser desordenado y a ensuciar el sistema en general.</para></listitem>
+	<listitem><para>Rutas alteradas y sin certeza de que se esté usando el programa deseado.</para></listitem>
+</orderedlist>
+
+<para>Hay algunas pocas ventajas de usar mecanismos manuales o herramientas de gestión de software independientes de la plataforma, a saber:</para>
+<orderedlist>
+	<listitem><para>Soporte para múltiples versiones.</para></listitem>
+	<listitem><para>Acceso a últimas versiones disponibles aguas arriba.</para></listitem>
+	<listitem><para>Acceso a software privativo sin sustituto libre.</para></listitem>
+</orderedlist>
+
+<para>En general no se recomienda usar herramientas no nativas Fedora para la gestión de software en la medida que el software que usted necesita esté disponible en el formato RPM, incluso si es software privativo. También esas supuestas ventajas son muy cuestionables y realmente se insiste que no se usen dichos métodos salvo excepción y que sepa lo que está haciendo.</para>
+<para>En Fedora y al igual que otras distribuciones GNU/Linux hoy día, la gestión del software occure en tres niveles que introduciremos a continuación:</para>
+
+<table><title>Sample Table</title> 
+	<thead>
+		<row>
+			<entry>Capa</entry>
+			<entry>Componente</entry>
+			<entry>Comentario</entry>
+		</row>
+	</thead>
+	<row>
+		<entry>1</entry>
+		<entry>RPM</entry>
+		<entry>Bajo nivel, gestión básica de dependencias</entry>
+	</row>
+	<row>
+		<entry>2</entry>
+		<entry>YUM</entry>
+		<entry>Gestión de dependencias automáticas y repositorios</entry>
+	</row>
+	<row>
+		<entry>3</entry>
+		<entry>PackageKit</entry>
+		<entry>Gestión GUI y Multi-distro</entry>
+	</row>
+</table>
 
+<section><title>RPM</title>
+	<para>El formato RPM es la forma de encapsular todo el software de una aplicación dada, o datos en general, para el sistema de gestión de software RPM existente en Fedora y otras distribuciones Linux y otros sistemas Unix. El sistema RPM es tanto el formato del archivo como un sistema de gestión de software de bajo nivel basado en registros en base de datos. </para>
+	<para>Así entonces, la aplicación escogida puede ser suministrada por los desarrolladores en formato RPM compatible Fedora. Igualmente puede ser suministrada por el propio Proyecto Fedora si dicho software ha sido previamente empaquetado correctamente y validado legalmente como para formar parte de la distribución. Una tercera opción es que esté disponible en repositorios externos que se han dado a la tarea de empaquetar dicha aplicación en el formato RPM.</para>
+	<para>RPM permite instalar, desinstalar y actualizar paquetes de software con comandos simples. RPM mantiene una base de datos de los paquetes instalados así que puede invocar comandos de consulta y verificación en el sistema.</para>
+</section>
+
+<section><title>Repositorios de software</title>
+	<para>La definición de repositorio es fundamental, se puede definirlos como una colección de software ordenado, clasificado y disponibilizado para su uso con herramientas compatibles que lo usen para descargar software y manipular dicho software. Dichos repositorios tienen datos a usar y metadatos que procesar para por ejemplo realizar búsquedas sin recorrer rutas completas de forma remota.</para>
+	<para>La idea de repositorio es crucial en la historia de las distribuciones de GNU/Linux, Fedora es una de ellas. Lo que algunos conocen como "la distribución" o simplemente Fedora, es el DVD o LiveCD, más hoy día esta percepción está equivocada. Fedora es una distribución basada en repositorios y no limitada a lo que se escoge para construir una selección y distribución en un medio físico o método particular de acceso. Fedora son todos aquellos paquetes de software disponibles en los repositorios oficiales. El DVD o LiveCD correspondiente a la versión en curso de Fedora no es más ni menos que una selección particular y puesta en formato para su uso.</para>
+	<para>Los repositorios de software son entonces base hoy día para la distribución como tal pero además es una herramienta para los administradores de sistemas para desplegar sus sistemas y redes de forma más ordenada, controlada y segura. Cada administrador de sistema puede construir repositorios de software para distribuir a redes de estaciones de trabajo o servidores el software requerido.</para>
+	<para>También se pueden usar a manera de cache o espejo de los repositorios oficiales y evitar así el uso excesivo de Internet para la actualización e instalación de software en redes de estaciones y servidores Fedora. Más adelante se hará una parada en la creación de repositorios de software.</para>
+	<para>Es importante destacar que los repositorios que utiliza Fedora son repositorios YUM y que pueden disponibilizarse por los métodos de acceso http:// , ftp:// y file:// </para>
+</section>
+
+<section><title>YUM</title>
+	<para><ulink url="http://linux.duke.edu/projects/yum/"><citetitle>YUM</citetitle></ulink>:: Yellow dog Updater, Modified, software de línea de comandos (CLI) para actualizar, instalar y desinstalar paquetes en sistemas basados en RPM de forma automática.</para>
+	<para>Si bien rpm es el gestor base de bajo nivel para los paquetes, su cálculo de dependencias es muy básico y puede fácilmente conducir a la situación conocida como "la pesadilla de las dependencias". Esta es la tarea fundamental que resuelve el sistema YUM, de ahí que aprender a usar yum evitará muchos malos ratos y que siempre y cuando se tenga acceso a un repositorio YUM, se podrá sonreír e instalar, desinstalar y actualizar cualquiera de los paquetes de software en nuestro sistema basado en RPM sin complicaciones debido a las dependencias.</para>
+	<para>La ventaja fundamental es el cálculo de las dependencias y en consecuencia su inclusión automática para poder instalar el paquete de software deseado, sin embargo no está limitado a ello y desde su diseño inicial a nuestros días, ha ganado una gran cantidad de extensiones que le permitan casi remplazar por completo a la herramienta rpm en la línea de comandos.</para>
+	<para>Luego existen programas gráficos GUIs como gpk-application y gpk-update-viewer que son frontales de YUM para gestionar el software de nuestro sistema basado en RPM, como por ejemplo Fedora, Red Hat o Centos. Estas aplicaciones son parte de la suite denominada PackageKit.</para>
+	<para>gpk-application en Fedora se invoca desde el menú <i>Sistema &gt; Administración &gt; Añadir/Quitar Software</i>. También existe Yumex que es una herramienta GUI más avanzada que ofrece más poder de control sobre YUM desde el entorno X.</para>
+	<para>En cualquiera de los casos, la gestión del software es una operación sensible para el sistema y en consecuencia se requiere de privilegios suficientes para poder llevar a cabo dichas operaciones, típicamente debe ser root.</para>
+	<para>yum es la herramienta de consola principal del sistema YUM. En muchos casos es suficiente utilizar las herramientas GUI de alto nivel, en otros casos puede ser insuficiente o simplemente imposible de usar, por ejemplo un servidor sin entorno GUI (X), por ello aprender a usar la herramienta yum tiene doble beneficio, mayor poder y mayor alcance. Para hacer justicia hay que mencionar que PackageKit también incluye herramientas tipo consola en cuyo caso la discusión es si usar dichas herramientas versus la herramienta nativa yum. La documentación para dicho cliente en consola es realmente escasa y aún no le recomendamos su uso y se prefiere la herramienta nativa yum.</para>
+</section>
+
+<section><title>PackageKit</title>
+	<para><ulink url="http://www.packagekit.org/">PackageKit</ulink> es un sistema diseñado para instalar y actualizar software en su computador fácilmente. El objetivo es unificar todas las herramientas gráficas (GUIs) utilizadas en las diferentes distribuciones GNU/Linux. </para>
+	<para>PackageKit es un sistema de gestión del software para múltiples plataformas utilizando las herramientas nativas de cada una de ellas y que no pretende sustituirlas pero si crear una nueva capa de abstracción en esta tarea de la gestión del software entre distintos tipos de sistemas y así facilitar esa tarea para los usuarios y administradores.</para>
+	<para>De acuerdo a su descripción PackageKit es una capa de abstracción D-Bus que permite a la sesión de usuario gestionar los paquetes de forma segura utilizando una API multi-distro.</para>
+	<para>En este manual se describirá PackageKit desde la óptica de Fedora que es un sistema gestionado con yum para la instalación de software. Con PackageKit y sus aplicaciones gráficas podrá resolver las tareas básicas fundamentales de la gestión del software en su sistema Fedora.</para>
+	<para>En Fedora PackageKit es el sistema estandar para la gestión del software en entornos GUI por lo que la siguiente nota de instalación es en el caso excepcional de que no tenga instalado PackageKit.</para>
+	<screen># su -c "yum install PackageKit gnome-packagekit"</screen>
+</section>
+</chapter>
