A pesar de la cursi introducción, quiero aclarar que este post tiene un fin constructivo, de demostrar las virtudes o carencias de ambas distribuciones en comparación desde mi punto de vista. He elegido Debian por ser mi distro favorita desde hace un buen tiempo, y ArchLinux por haberla reemplazado en mi computadora de escritorio como distro por defecto.

La discusión explica mis apreciaciones en distintos aspectos de cada distribución donde se comportan de manera diferente. En resumen, se trata de una comparación desde el punto de vista de un usuario de Debian que pasó a ArchLinux pero sin abandonar Debian.

Situémonos en contexto para empezar. Debian viene siendo mi distribución GNU/Linux preferida desde hace mucho tiempo. Es más, fue la distribución que hizo que dejara de estar probando otras opciones todo el tiempo. Usé Debian desde Etch, pasando por Lenny y ahora Squeeze. Primero me conformaba con Debian Stable, probé Sid, y me terminé quedando en Testing. Pueden ver varios posts al respecto a lo largo del tiempo en la página Debian en Picando Código.

Tengo Debian instalado en mi computadora portátil, y la uso diariamente. Estoy considerando seriamente instalarle ArchLinux, pero todavía no he encontrado tiempo, una excusa, o simplemente que me dé el raye de borrarle el sistema Debian actual e instalarle Arch.

Probé ArchLinux por primera vez en enero de 2009. Si bien no pasé mucho más de instalar el sistema, tuve una primera conclusión:

Es una distribución realmente entretenida porque el tiempo que uno demora en configurarla es una inversión en conocimiento sobre el sistema.

Ya en ese momento me pareció mas rápida y configurable que Debian. Si bien, probablemente podamos llegar al mismo nivel de configuración de nuestro sistema en Debian, ArchLinux nos obliga a que así sea. Por esto, debemos tener una idea de todo lo que instalamos, desinstalamos, y configuramos. Digamos que “no hace nada solo”, nosotros le tenemos que decir cómo queremos que haga las cosas.

No empecé a usar ArchLinux realmente hasta hace poco, en mi aventura por migrar a ArchLinux. Desde ahí puedo decir que soy usuario ArchLinux. Las razones para probar ArchLinux se fueron juntando, en aquel post lo explicaba:

En primer lugar, he aprendido mucho sobre Debian y me siento muy cómodo usándolo. Por esto, considero que estoy aprendiendo muy poco, ya que me encuentro en la “Zona de confort”. Esto es bueno, puedo realizar mi trabajo tranquilo sin preocuparme por la computadora. Pero a su vez, no estoy aprendiendo mucho en lo que respecta al uso del sistema operativo.

ArchLinux tiene una filosofía distinta en cuanto a la configuración del sistema. Generalmente no dejamos de configurar y arreglar, ya que su software se mantiene muy actualizado, y el usuario debe permanecer al tanto de los cambios en su sistema para mantenerlo a punto. Debian es un poco más conservador en ese aspecto.

Bien, veamos la comparación de ambas distribuciones en algunos puntos específicos:

Instalación de software: Pacman vs. Apt

Ambas distros cuentan con su gestor de paquetes con sus diferencias.

Debian APT :

APT

Apt es sin duda una de las características especiales de Debian. Su nombre lo dice todo: Advanced Package Tool, herramienta avanzada de paquetes. Resuelve problemas de dependencias y obtiene los paquetes necesarios para instalar aplicaciones mediante dpkg. Si bien hay algunas interfaces gráficas para usarlo, es bastante potente desde la consola.

Los repositorios oficiales de Debian cuentan con más de 25.000 paquetes de software. Además, podemos usar cualquiera de sus ramas: estable, testing, inestable y experimental. Personalmente uso la rama de testing, mezclada con Sid (inestable) y cada tanto alguna prueba desde experimental. También se pueden usar repositorios de otros lugares, como por ejemplo el PPA de Ubuntu, ya que generalmente mezclando un poco logramos una compatibilidad y resolución de dependencias.

ArchLinux Pacman:

pacman

Pacman es el gestor de paquetes de ArchLinux. Combina un formato de paquete binario con un sistema de compilación (Arch Build System). Está escrito en C, usa el formato de paquete tar.gz y está por migrar a tar.xz. Viniendo desde apt, no encontré cosas que no pudiera hacer con pacman. El repositorio oficial de ArchLinux no cuenta con tantos paquetes como Debian, pero tampoco soporta tantas arquitecturas. De todas formas, la mayoría de los programas están ahí, y para los que no, existe AUR (ya comentaré más adelante)…

En este sentido, estaba bastante contento con apt hasta conocer pacman. Y realmente no logro ver la diferencia en cuando a rendimiento o ventajas de un gestor de paquetes sobre el otro. Ambos parecen cumplir su trabajo perfectamente. Hacen que la instalación de paquetes sea sencilla y simple.

Software disponible

Otro tema a tener en cuenta es la cantidad de software disponible para cada sistema. Debian es un sistema muy popular, por lo que generalmente, si un programa existe para GNU/Linux, por algún lado hay un .deb o repositorio desde el cual lo podemos instalar. No pasa lo mismo con ArchLinux, que usa el formato tar.gz. Sin embargo, ArchLinux cuenta con un plus llamado AUR y el Arch Build System: un sistema estilo “ports” de BSD para compilar y empaquetar software desde el código fuente. pacman es la herramienta para el manejo de paquetes binarios, y ABS es la colección de herramientas para compilar código en paquetes instalables.pkg.tar.gz.

El sistema de ports permite descargar, desempaquetar, parchear, compilar e instalar paquetes de código fuente. Técnicamente un port es un directorio con el nombre del software a ser instalado, que contiene scripts con instrucciones para descargar e instalar una aplicación desde el código.

AUR es el Arch User Repository, un repositorio gestionado por la comunidad de usuarios de Arch. Contiene descripciones de paquetes (PKGBUILDs) que permiten compilar un paquete desde el código fuente con makepkg e instalarlocon pacman. Esto es una de las fortalezas de Arch. Así como si un programa existe para GNU/Linux, en algún lugar hay un .deb para instalarlo, probablemente también esté listado en AUR. Este repositorio tiene bastante movimiento, y sus paquetes pueden ser votados a través de aurvote para que se incluyan en el repositorio oficial de la comunidad.

No voy a entrar en “cómo usar apt, pacman, AUR, etc.” pero sí hay algo interesante que comentar acerca de la manera de instalar paquetes desde AUR. El proceso es manual, debiendo entrar a la interfaz web, descargar los archivos necesarios, crear el paquete e instalarlo con pacman. En la wiki de Arch especifican: No hay y nunca habrá un mecanismo oficial para instalar material de compilación desde UNSUPPORTED. Todos los usuarios deberían estar familiarizados con el proceso de compilación. Me gustó mucho esta filosofía, ya que en pocas palabras dice “hay que aprender, y saber lo que se está haciendo”.

Dicho esto, existe un script no oficial – yaourt – que permite buscar paquetes e instalarlos desde AUR de forma muy práctica desde la consola. La cantidad de software disponible en el repositorio es inmensa…

Estabilidad

En este punto es importante recordar que mis instalaciones de Debian viene siendo una mezcla de testing, sid, experimental y otros repositorios no oficiales. Por lo tanto, a veces tuve problemas de resolución de dependencias con los paquetes, y la vez que probé Sid de alguna manera logré que el sistema explotara en un upgrade. Por lo tanto, no todo es necesariamente culpa del sistema.

Debian

En el aspecto de la estabilidad, en teoría, Debian es más fuerte y ArchLinux se preocupa más por tener las versiones más recientes de software. Sin embargo, noté una diferencia muy grande al pasar en la misma computadora desde Debian a ArchLinux. El rendimiento general de la máquina cambió, haciéndome suponer que ArchLinux es realmente más liviana que Debian. También hay que admitir, que al ser una distribución que te obliga a configurar todo, muchas cosas quedan desactivadas por defecto. En Debian por ejemplo, al instalar un servicio como Apache, o motores de bases de datos, éstos se inician automáticamente al arrancar el sistema. En Arch no, a menos que uno lo especifique a mano. Por esto, mi sistema Arch es mucho más liviano al bootear, que mi sistema Debian.

No es que Debian no pueda ser configurado para ser más liviano, pero ArchLinux nos obliga a hacerlo.

ArchLinux

Otra aplicación importante a comparar es KDE. Cuando instalé ArchLinux, KDE se encontraba en la versión 4.3 si no recuerdo mal. KDE 4.3 llegó más o menos al poco tiempo a Debian Squeeze así que pude compararlos bien.

Debo decir que corría mucho mejor en ArchLinux. Además, muchos problemas que tenía en Debian no se repetían en Arch. Particularmente Amarok y Dolphin tenían un comportamiento bastante irritante en Debian, colgándose a cada rato, con funcionamientos inesperados, pero varios programas de KDE estaban así. En Arch funcionan de maravilla hasta el momento.

Además, a medida que KDE sigue avanzando y evolucionando, creo que ArchLinux es generalmente la primer distribución en incluir la versión más reciente de KDE.

Configuración y uso

En este punto se dividen un poco ambas distribuciones. Tienen una filosofía distinta. Para que se hagan una idea, algunos de los principios de ArchLinux:

• En lugar de arrancar paquetes innecesarios y no deseados Arch ofrece, al usuario, el poder y la capacidad para construir desde una base mínima sin ninguna opción por defecto. El usuario es quién decide que Archlinux instalará.
• Arch Linux define simplicidad como una ligera estructura base sin agregados innecesarios, modificaciones, o complicaciones, que permite a un usuario individual modelar el sistema de acuerdo a sus propias necesidades. En síntesis, una aproximación elegante, minimalista.

Debian sin embargo, te deja un sistema más armado tras la instalación. Tiene su entorno de escritorio por defecto (GNOME) y lo que vengo comentando de los servicios y demás. Con esos dos perfiles definidos, no dudaría un segundo en instalar Debian para cierta situación, y ArchLinux para otra.

Instalación

En este aspecto, ninguna presenta una dificultad durante la instalación. ArchLinux tiene más pasos a configurar, pero todo está perfectamente documentado en su wiki.

Respeto a la libertad del software

En este aspecto, Debian tiene un compromiso real con el software libre mientras que no es así con ArchLinux. Debian se describe como un sistema operativo libre, y cuenta con un contrato social con la comunidad del software libre y describe sus directrices de software libre en Debian. Por un tiempo, incluyeron blobs binarios en su distribución del kernel Linux pero – según tengo entendido -  desde Squeeze un usuario de Debian que se mantenga en los repositorios main, tiene un sistema 100% libre.

ArchLinux hace hincapié en la libertad del usuario – ya que es el que elige todo lo que instala- y la abertura del sistema en sí, pero no en la libertad del software. Sin embargo, existe el proyecto Parabola GNU/Linux, el cual nos permite liberar nuestro sistema y mantener una versión completamente libre de ArchLinux.

Conclusión

Hasta acá mi primer comparación intensiva de Debian contra Arch. Como habrán apreciado, no se trata de una búsqueda de cuál es la mejor distro, sino meramente apreciaciones de sus diferencias, virtudes y deficiencias. No hay algo que no haya logrado “hacer andar” en una y sí en otra. Son excelentes distribuciones, con comunidades muy grandes que las fortalecen, y sistemas de alta calidad.

Éste análisis surgió en parte porque noté que muchos usuarios de Debian comenzaron a probar ArchLinux y a migrar completamente a este sistema. En mi caso, quería aprender más y Debian estaba funcionando un poco peor recientemente. Me atrajo mucho la idea de tener más control sobre mi sistema, y también de contar con software más actualizado.

Así que básicamente esas son las razones por las cuales migré de Debian a ArchLinux.
¿Cuáles son sus razones? ¿Será una “evolución” natural y justificada por la forma de hacer las cosas de cada distro?

• Proyecto Debian
• ArchLinux

Fuente: picandocodigo. Gracias por los contenidos CC

- La versión de la biblioteca C 2.4
- wget
- Python 2.5
- Navegador Web

En primer lugar abrir una consola y descargar el archivo con el cual instalaremos el programa (en este caso la versión para 32 bits):

wget -O dropbox.tar.gz http://www.dropbox.com/download/?plat=lnx.x86

Debemos descomprimir el archivo que hemos descargado, para lo cual utilizaremos lo siguiente:

tar -zxof dropbox.tar.gz

Ahora debemos ejecutar el programa de instalación:

./.dropbox-dist/dropboxd &

Luego de esto se ejecutará el programa de configuración de la cuenta de dropbox, nos pedirá un nombre de usuario y contraseña, si no tenemos podemos crearnos una. Una vez autenticado, se procederá con la configuración del sistema, es decir, qué directorio será el cual donde se almacenarán los archivos en nuestro pc.

Una vez ya instalado el programa, procederemos a descargar el script con el cual podemos ejecutar el programa sin la necesidad de configurar las cuentas que utilizarán el software (es decir no es necesario ser superusuario para correr el script).

Creamos un directorio donde guardar el script:

mkdir -p ~/bin

Ahora debemos descargar el script que ejecutará dropbox, para eso ejecutamos lo siguiente:

wget -P ~/bin http://www.dropbox.com/download?dl=packages/dropbox.py

Luego se debe dar permisos de ejecución al archivo:

chmod 755 ~/bin/dropbox.py

Y por último ejecutar la aplicación, para lanzarla ejecutamos lo siguiente en la consola de comandos

~/bin/dropbox.py start

Debería aparecer el icono del programa en nuestro sistema.

Espero que les haya servido. Aprovecho de poner el link a la wiki donde solucionan el problema (está en inglés), acá el link.

Fuente: sursinnombre

En alguna ocasión se tiene algún equipo antiguo, y en vez de dejarlo tirado, le podemos sacar provecho con este servicio que nos brinda GNU/Linux.

Para lograr el objetivo, necesitamos lo siguiente:

• 1 PC con 2 tarjetas de red
• 1 Switch (en caso de dar internet a más de 1 máquina)
• Obviamente Debian (Funciona con Distros derivadas de debian)

Lo primero que tenemos que hacer, es configurar  las interfaces de red, dejando la eth0 para salir a internet y eth1 para la red

local. Asumiendo que el internet es con IP dinámica, (en el caso de VTR) la configura

ción de red se realiza de la siguiente forma:

Editamos el archivo /etc/network/interfaces y en su interior ponemos:

auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static
address 192.168.0.1
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255

Guardamos los cambios y reiniciamos el servicio de red:

/etc/init.d/networking restart

El siguiente paso, es crear un script para compartir internet, el cual lo haremos con algunas reglas de iptables.

Dentro de /etc/init.d/ creamos un archivo con nombre compartir.sh y en su interior ponemos:

#!/bin/sh
iptables -t nat -F
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE

Lo guardamos y le damos permisos de ejecución

chmod +x compartir.sh

Ahora queda agregarlo al arranque, para que se ejecute en el inicio del sistema

update-rc.d compartir.sh defaults

Ahora procedemos a instalar el servicio dhcp, para que los clientes naveguen sin tener que asignarles IP fija, para ello instalamos dhcp3-server por apt.

Una vez instalado dhcp3-server editamos el archivo /etc/dhcp3/dhcpd.conf y en su interior dejamos

ddns-update-style none;
option domain-name "example.org";
option domain-name-servers 192.168.0.1;
authoritative;
log-facility local7;
subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.2 192.168.0.50;
option routers 192.168.0.1;
}

Guardamos los cambios, y reiniciamos el servicio

/etc/init.d/dhcp3-server restart

Bien, solo nos queda reiniciar la máquina para verificar los cambios en el arranque, y el cliente ya debería estar navegando a través de nuestro computador.

Puntos a Considerar

En el script de iptables, la interfaz de salida es eth0, en caso de ser una conexión de internet con nombre de usuario y contraseña, como lo es movistar, esta será una conexión de tipo pppoe, por lo que la interfaz de salida, sería ppp0.

El sistema operativo, para optimizar recursos, la idea es que sea sin entorno gráfico, para ello un debian instalado por netinstall, es buena alternativa.

Primero de todo, actualizamos

#apt-get update

Instalamos las dependencias necesarias

#apt-get install kernel-package libncurses5-dev fakeroot wget bzip2 build-essential

- Descargamos el kernel

#cd /usr/src
#wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.27.45.tar.gz

y lo descomprimo:

#tar -zxvf linux-2.6.27.45.tar.gz

Creamos un enlace simbólico:

# ln -s /usr/src/linux-2.6.27.45 /usr/src/linux

# cd linux

Copiamos la configuración actual del Kernel, para no dejarnos nada… por ejemplo, drivers de SATA, gráfica, etc…

#cd /boot

Copiamos el fichero config-2.6.x.x actual a la carpeta /usr/src/linux

Nos vamos a la carpeta del kernel para hacer las modificaciones:

#cd /usr/src/linux

Limpiamos, por si acaso hay algo anterior:

#make clean && make mrproper

Añadimos el nuevo kernel a las opciones de boot

#cp /boot/config-`uname -r` ./.config

Ahora, ejecutamos el config y seleccionamos las opciones que creamos oportunas:

#make menuconfig

Una vez acabado, nos vamos a construir los paquetes para instalarlos:

#make-kpkg clean
#fakeroot make-kpkg –initrd –append-to-version=-custom kernel_image kernel_headers

Nos vamos a tomar un café (o varios) y esperemos a que acabe. En función de la máquina puede tardar entre 30 minutos a 2 – 3 horas.

Una vez acabado, nos dejará 2 ficheros en /usr/src y procedemos a instalarlo:

#dpkg -i linux-image-2.6.23.12-custom_2.6.27.45-custom-10.00.Custom_i386.deb
#dpkg -i linux-headers-2.6.23.12-custom_2.6.27.45-custom-10.00.Custom_i386.deb

Rebotamos y listo !!!

Gracias a: thecraemblog