Algunas aclaraciones sobre los conceptos mencionados en este mensaje.
En el mundo de Linux, a diferencia de los sistemas operativos comerciales,
podemos obtener programas para nuestra computadora de dos formas principales.
La primera, que es la cl�sica del mundo del software libre, es bajar el c�digo
fuente de un programa, compilarlo e instalarlo. Dadas las populares herramientas
tar, gzip y bzip2 de GNU para empaquetar y comprimir archivos, a los paquetes de
c�digo fuente se les conoce generalmente como "tarballs", y traen extensiones
.tar.gz, .tar.bz2 o .tgz
Por ejemplo, cuando uno baja una versi�n nueva del kernel de alguno de los
espejos oficiales, como ftp.cr.kernel.org, uno baja el "tarball" del kernel y
este se compila e instala.
Ahora, como este procedimiento de bajar, compilar e instalar programas se ha
hecho tan com�n en el mundo de Linux/Unix, existen ya herramientas que
automatizan estos procesos y ayudan a los usuarios que no quieren complicarse la
existencia en cada detalle del c�digo fuente de un programa. Me refiero a
herramientas como make, autoconf y automake, con las cuales compilar un programa
de c�digo fuente generalmente se reduce a tres instrucciones sencillas
("./configure", "make" y "make install"). claro, hay que leer un poquito m�s
porque esto no siempre va a funcionar.
Por otro lado, con el nacimiento de las distribuciones de Linux (hace ya
bastante rato), se ideo el concepto de crear paquetes de binarios que estuvieran
listos para instalar. Es decir, un paquete binario consiste en una colecci�n de
archivos y ejecutables ya compilados que se distribuyen junto con instrucciones
precisas que le indican al sistema en d�nde se instala cada uno, que permisos
deben tener, etc. Por eso, los archivos de un paquete binario no deben
compilarse, ya vienen listos.
El primer formato en popularizarse para este tipo de paquetes fue el RPM
("RedHat Package Manager"), utilizado inicialmente en RedHat, y luego adoptado
por Mandrake, Caldera y creo que SuSE, entre otras. Su mayor fortaleza es el
amplio uso de este formato, que lo hace estar cerca de convertirse en un
est�ndar para el mundo de Linux. (<comentario sonso> �Dios nos libre!
</comentario>).
El otro formato que le sigue en popularidad al RPM, es el DEB de los paquetes de
Debian, utilizado en su momento por otras distribuciones como Corel Linux, Storm
Linux y Progeny (lamentablemente, todas muertas excepto Debian!). Su principal
fortaleza es que la especificaci�n del formato DEB, junto con las herramientas
de Debian como "dpkg" y "apt", han logrado sortear el dif�cil problema de las
dependencias entre paquetes. Es decir, los paquetes DEB incluyen adem�s la
informaci�n de los paquetes del cual el paquete instalado depende, con cuales
conflicta, etc.
Es por eso que en un sistema Debian reci�n instalado, sin ning�n paquete adem�s
del sistema base, una instrucci�n como "apt-get install kmail" le har� al
sistema saber que para instalar "kmail" necesita "kde", para instalar "kde"
necesita "kdelibs", "libqt" y todo el X11, al seleccionarse cualquier paquete
del X, se seleccionar�n autom�ticamente los xservers, los xfonts, el paquete
"xlibs", etc. Y cualquier paquete que conflicte con esta configuraci�n ser�
presentado al usuario para que decida que hace. Este tipo de funcionalidad ha
aparecido en el mundo RPM hasta en las m�s recientes versiones de Mandrake y
RedHat (y lo mejor que han podido hacer, es portear APT para usarlo con RPMs).
De hecho, desde hace m�s de dos a�os, en Debian es facil�simo darle una
instrucci�n como "apt-get dist-upgrade" apuntando a un espejo de una versi�n de
la distribuci�n m�s reciente que la actualmente instalada, y el sistema de forma
ordenada y autom�tica, reinstalar� las versiones de cada uno de los paquetes en
orden y sin causar problemas, hasta dejar el sistema en la nueva versi�n de
Debian. Sin downtime, sin reformatear, sin p�rdida de datos, etc.
Notar�n que en este mensaje a�n no he mencionado a Slackware, la distribuci�n
del "mundo bizarro". :)
De lo poco que entiendo de Slackware, existen tambi�n paquetes compilados listos
para instalarse (con extensi�n .pkg). Sin embargo, por concepto de dise�o,
Slackware no maneja dependencias (o permite al usuario instalar paquetes sin
importar las dependencias), por lo que el usuario debe saber lo que hace. Esto
es muy educativo... :)
Bueno, espero que esto aclare algunos conceptos.
--
*****************************
Juan Ignacio Del Valle Gamboa
[EMAIL PROTECTED]
http://juan.choriticos.net
*****************************
--
�Desea desuscribirse? Escriba a [EMAIL PROTECTED] con
el tema "unsubscribe".
