Mandrake,
GNU/Linux que
hace
magia

Análisis de la distribución Mandrake Linux

Por D.A. Valdez

Este
artículo comenzó con la idea de hacer una revisión
de la distribución
Mandrake Linux 9.2, sin embargo a medida que iba escribiéndolo
me di
cuenta que al igual que en otras distribuciones, hablar acerca de
Mandrake es más que comentar los detalles técnicos de
cierto software,
y se parece más a hablar de cómo funciona cierta
comunidad.

Hace
tiempo quería hacer una revisión de esta
distribución ya que la uso
desde la vieja versión 6.0 y me gustaría contarles mi
experiencia
mientras repasamos las  características y novedades de
Mandrake Linux
9.2, justo antes de la llegada de la versión 10.0, y al mismo
tiempo
conocemos a la Comunidad que está detrás de la
distribución.

Descargo

Como resultado de mi experiencia
positiva y del abundante FUD*,
que circula sobre esta distro, van a leer
mucha información \"pro\", aunque he intentado ser objetivo. No se
confundan, ningun software es perfecto y aunque Mandrake se destaque en
muchos aspectos, siempre puede tener algún problema como
cualquier distro.

Posiblemente al primero al que le
tocó la \"errata\" de las lectoras LG no le hubiera resultado
simpático leer un artículo como este en ese momento...

*FUD
(Fear,
Uncertainty, Doubt
- \"Miedo, Desconocimiento, Duda\"): Expresión que representa
opiniones
y/o críticas adversas hechas con estas tres
características como
principal fundamento, en vez de hacerlo con hechos y/o causas reales.

Oveja
Negra

Mandrake
tiene la particularidad de ser la oveja negra de las distribuciones de
Linux, y siempre un buen blanco para las críticas poco
constructivas.
En sus
primeros pasos (1996, Mandrake 6.1), fue criticada por intentar
mejorar, lo mejor de su época: Red
Hat. La cuestión fue incluir KDE, que
por ese momento y hasta mucho después que todas las demás
distribuciones la incluyeran también,
estaba basada en la librería QT aún no liberada bajo GPL.

En versiones posteriores el
enfoque de
desarrollo de la distribución se centró en el usuario
final y ese fue un nuevo argumento para la crítica, GNU/Linux no
tenía
por qué ser
\"fácil\", si un usuario realmente quisiera usar GNU/Linux se
esforzaría
lo suficiente para hacerlo; no era necesario facilitarle la vida con
autodetección de hardware e inmensas cantidades de software
precompilado para instalar, \"podría compilarlo él mismo
si lo necesitara\", \"Quien podría usar tanto software
como el incluído en
3 CDs!!!\", etc. etc.

Ok, así llegamos al día de
hoy en que Debian, SuSe, y Mandrake
tienen versiones de 3 a 9 CDs, por no hablar de los múltiples
gigabytes
en línea de paquetes precompilados que son el orgullo tanto de
Mandrake
como de Debian (y todas las distribuciones basadas en ella).

Otro
comentario muy escuchado habla de la \"inestabilidad\" de Mandrake. Bien,
éste último tiene un poco más de fundamento.
Versiones antiguas de
Mandrake, particularmente la 7.1 y la 8.0, fueron de hecho muy
inestables, principalmente debido a la inclusión de software
demasiado
nuevo: se llegó a incluir software como la versión RC del
KDE 2.0,
ciertos parches muy poco conocidos/testeados aplicados al kernel, etc..
Sin embargo las diferentes versiones intermedias 7.x, 8x y la serie 9.x
se consideran y de hecho son muy estables, incluso las versiones Beta y
RC de la 9.1 se consideraron mucho más estables que la
versión 9.0.

La
versión 9.2 funciona muy bien y es la más estable hasta
la fecha; aún
así incluye mucho software nuevo y prácticamente todas
son
versiones estables y/o \"finales\".

Así,  Mandrake siempre
se ha
esforzado por incluir las última versiones de software
disponibles,
obviamente esto implica el riesgo de cierta inestabilidad, ya que un
determinado programa muy reciente puede no estar lo suficientemente
testeado y tener bugs. Muchas distribuciones que usan \"lo
último\" en
software, como por ejemplo, Libranet
o Debian Sid, tienen este mismo
problema y la opinión general suele ser que cuando esto ocurre, no es problema de la
distribución sino de las aplicaciones en sí. Aún así es una
consideración actual muy realista es que la mayoría del
software de las distribuciones ha alcanzado cierto grado de madurez en
el cual el progreso del desarrollo y las nuevas versiones, no implican
inestabilidad sino mayor refinamiento, estabilidad y nuevas
características.

Hoy en día todas las demás
distribuciones, en uno u otro aspecto, han tomado el tan criticado camino
emprendido por Mandrake hace bastante tiempo atrás.

Premisas

Mandrake se centra, en unas pocas
premisas:

- Instalación
sencilla,

- Autodetección de hardware,

- Amplia colección de
paquetes para
instalar,

- Autoresolución de dependencias,

- Velocidad, e

- Interfaz
Personalizable

en cuanto a factores externos a la
distribución, los
más
importantes son:

- el apoyo de la empresa a
los usuarios, a los que
continuamente ayuda y escucha; y

- la comunidad
en
sí misma, la que usa
la Mandrake, contribuye a que mejore y brinda soporte a quien
lo necesite (como es usual para la
comunidad de usuarios de cualquier distribución por cierto
:-).

Repasémoslas en profundidad...

Instalación sencilla

Un
instalador gráfico, con muchas opciones y un rápido
camino desde
insertar el CD de instalación hasta tener una instalación
lista y 100 %
configurada (15/30 minutos con algo de suerte). Ya lo veremos en
detalle en la práctica.

Autodetección de hardware

El 99.9 % del hardware de la PC es
detectado y configurado automáticamente, sin mayor
intervención del usuario, en lo posible.

Amplia colección de paquetes para instalar

Los
repositorios de paquetes RPM precompilados de software (programas
listos para instalar), de Mandrake están clasificados en dos
categorías: \"estable\" y \"cooker\", y cada uno de ellos en dos
subcategorías: \"Main\" (Principal, mantenido y testeado por la
empresa Mandrakesoft) y \"Contrib\"
(paquetes contribuídos por la comunidad de usuarios). Los
repositorios
\"estables\" contienen paquetes que pueden ser instalados directamente
sobre la última versión estable de Mandrake (9.2 en este
momento). Los
repositorios \"Cooker\" contienen los paquetes de la versión en
desarrollo de Mandrake, que aproximadamente cada 6 meses, es
\"congelada\" y al cabo de un par de meses más se \"estabiliza\" y
sus
paquetes pasan a ser la nueva versión estable de Mandrake.

Un conjunto nuevo de paquetes mantenido
por la comunidad de usuarios es el \"JPackage\".
Lo integran de más de 600 aplicaciones Java correctamente
compiladas y
listas para instalar en Mandrake. JPackage
es por cierto un proyecto
independiente de Mandrake
y no orientado a ninguna distribución
en
especial, así que los paquetes para la distribución que
vos usás
también deberían
estar en la Red.

El
sistema de categorías de paquetes es una cuestión
práctica, si los
usuarios quieren estabilidad, usarán paquetes de repositorios
\"estable\"
y si quieren versiones actualizadas a lo último disponible
usarán
paquetes de \"Cooker\" (comparativamente, es parecido a pasar de Debian
Sarge a Debian Sid).

Mandrake Cooker es la
versión inestable, y puede llegar a comportarse
justamente así, sin previo aviso, así que no te
sorprendas por los usuales y numerosos fallos al intentar instalar
programas de Cooker en Estable, o cuando directamente te pasaste a
Cooker.

Como Uds. pueden leer aquí
tener solo dos categorías evidentemente genera a los usuarios, más
problemas que beneficios, muy a pesar de los paquetes actualizados,
de ahí el cambio de la política de Mandrake, tendiente a
lograr una versión muy estable de la distribución (\"roca
sólida\" es la expresión de los foros ;-),  y
ahora dividirá el desarrollo de la distribución en tres versiones, siguiendo el ya probado ejemplo de
Debian.

Esta
categorización de paquetes en \"estable\" y \"cooker\" genera el
mismo
problema que \"estable\", \"testing\" e \"inestable\" en Debian. Si se quiere
instalar paquetes de \"cooker\" estando en \"estable\" al poco tiempo de
salida la última versión, casi seguramente no será
mucho problema y
habrá que bajar muy pocos paquetes; si en cambio hacemos lo
mismo 4 o 5
meses después de liberada la última versión
\"estable\" seguramente
tendremos que bajar varios megabytes (10, 20, etc.), para que todo
funcione apropiadamente.

Hay otros conjuntos de paquetes
mantenidos por la comunidad de usuarios, debido en general a que estos ofrecen software
que por cuestiones de licencia, no pueden ser distribuídos con
la versión oficial.
Una buena fuente para informarse sobre respositorios es PClinuxonline.com. Uno muy
popular es el
repositorio \"PLF\"
(Penguin Liberation Front), que contiene todo tipo de software
multimedia, especialmente orientado a videos divx y DVD. Es cuestion de
mantenerse informado ya que regularmente surgen nuevos repositorios con
paquetes actualizados de diferentes programas.

En
la página de download del sitio de Mandrake puede encontrarse
una lista
de los mirrors oficiales, tanto de \"Estable\" como de \"Cooker\". La
mayoría de estos repositorios ya incluyen también a
\"JPackage\".

La versión Download de Mandrake
viene en 3 CDs, sin embargo, el repositorio Principal (Main),
desde el cual se construyeron los 3 CDs de instalación tiene 2.6
GB o
más, del cual se seleccionó solo un subconjunto de
paquetes para
incluirlos en los 3 CDs mencionados. Revisando el contenido total de
\"Contrib\" se ve que tiene otros tantos 2.7 GB o más. Es
difícil
calcular el total de software disponible para instalar, pero haciendo
un buen intento se podría sumar el contenido de
 Main+Contrib+Jpackage+PLF para tener la cantidad total de
paquetes \"estables\". Así también podemos hacer una
aproximación al
contenido de Cooker aunque éste siempre tiene muchos más
paquetes que
\"Estable\". Todo sin considerar los paquetes de MandrakeClub (un
par de GBs al menos),  porque son
pagos y no están disponibles en ningun
respositorio público.

Paquetes Comerciales

En
el aspecto comercial, Mandrake ofrece software adicional por un costo
mínimo -no tanto para algunos, ya que es en dólares-, por
medio del MandrakeClub . La
oferta consiste en varios
miles de aplicaciones , muchas de ellas comerciales (como Win4Lin,
CrossOver Office, etc.). Los
programas ofrecidos por MandrakeClub, propietarios o libres, pueden
bajarse
libremente y usarse sin limitación alguna, en sus versiones
completas,  compiladas y
empaquetadas para
usarse específicamente en Mandrake
9.2 (e
incluso el soporte para la versión 9.1 y anteriores continua un
tiempo
prudencial).

Para los usuarios novatos, un
servicio interesante del MandrakeClub es poder pedir paquetes (para la
versión estable), de determinados programas, algo interesante
cuando nadie hace un port o una recompilación de algún
programa que nos gustaría usar sin tener que pasarnos a Cooker.

Para
los usuarios avanzados, el valor real
del
MandrakeClub, son determinadas aplicaciones
propietarias, aunque
realmente muy pocas :-) no tienen un
equivalente libre; por ello debería considerarse el
servicio
más como una contribución a la empresa para mantener la
distribución .

El
futuro del desarrollo

Recientemente, Mandrakesoft hizo
anuncios referentes al cambio en el modelo de
desarrollo para la distribución. En pocas palabras, ahora
habrá tres
versiones de Mandrake (igual que en Debian): Cooker (experimental),
Community (de testeo) y Oficial (la versión estable). A partir
de la
versión 10.0, que será liberada en febrero/marzo de 2004,
dicha
liberación será la primera \"Community\", dos o tres meses
después, sería
liberada la versión \"Oficial\" con todas las actualizaciones
necesarias
para considerarla \"roca sólida\" en palabras de gente de Mandrake
:-)

Las Community serán liberadas
cada 6 meses como hasta ahora, y las oficiales cada 18 meses.

Mandrakesoft
seguirá manteniendo paquetes de actualización para
Community y Oficial
según un calendario de soporte públicamente disponible en
su sitio web
(Mandrake 9.2 será soportada hasta marzo de 2005), con
posibilidades de
extensión; no habrá cambios en los planes de soporte
durante la
vigencia del mismo para una versión determinada (nadie se va a
quedar
sin updates imprevistamente); siempre habrá una versión
libre, 100%
código abierto, disponible para bajar con soporte oficial de la
empresa; TODAS las aplicaciones creadas por Mandrakesoft
son/serán
liberadas bajo licencia GPL; el proceso de desarrollo de Mandrake
está
completamente a disposición del público siguiendo el
espíritu del
software libre, por medio de la disponibilidad pública del
código
fuente (por CVS), de Cooker; y el contacto directo con los
desarrolladores de
la empresa y externos por medio de listas de correo abiertas,
también
hay un \'wiki\' donde intercambiar y postear ideas; la empresa da libre
acceso a todos los usuarios a la comunidad de soporte oficial
MandrakeExpert.com. De igual manera, Mandrakesoft alienta y recibe de
buena gana feedback de sus usuarios, para intentar satisfacer sus
necesidades.

Autoresolución de dependencias

Para que quede claro: en Mandrake no existe
el problema de las dependencias con los rpms.
Aún hoy podemos encontrar de vez en cuando, gente que dice
\"Mandrake
sería perfecto sino fuera por el problema de las dependencias\",
que de
hecho no existe :-)

Bueno,
que sería de tantos gigabytes de paquete si tuvierámos
que preocuparnos
por las dependencias, este no es el caso con Mandrake.

Aunque muchas distribuciones comenzaron
a preocuparse hace poco de la autoresolución
de dependencias, este tema
fue resuelto por Mandrake hace mucho tiempo, en la versión 7.x, al crear URPMI, ciertamente inspirado en el
APT de Debian.

URPMI
funciona igual que APT, resolviendo automáticamente la
instalación de
las dependencias de  cualquier paquete que querramos instalar.
URPMI se
ha centrado en las tareas básicas: instalación
automática de
dependencias y tareas como búsquedas de distinto tipo,
administración
de repositorios de paquetes, etc.. Así que el temido \"Infierno
de las
Dependencias\" de RPMS no existe en Mandrake desde hace ya varios
años.

URPMI
funciona muy bien actualizando, digamos, 30-50 mbs de paquetes, por
ejemplo instalando desde el directorio \"Updates\" habitualmente. Sin
embargo puede tener problemas, cuando
los nombres de los paquetes para algunos programas cambian de
versión a
versión o cuando el sistema está muy hackeado (paquetes
no Mandrake,
compilados/instalados a mano, etc.), para
actualizar una versión estable al 100 % contra \"Cooker\" o contra
la
siguiente versión estable (de la 9.1 a la 9.2 por ejemplo),
especialmente. APT tiene problemas similares con la misma
cuestión de
los nombres y la solución en ambos casos es eliminar por
completo los
paquetes con los nombres \"viejos\", actualizar la lista de paquetes y
dependencias y volver a instalar todo lo antes borrado.

Los
\"fallos\" que muchos suelen comentar son al estilo APT, cuando se
devuelve toda una serie fallida de dependencias al querer instalar un
paquete \"no mandrake\", esto sería muy similar a tomar cualquier
.deb
aislado y tratar de instalarlo en Woody (algo que casi nunca funciona),
sin darle acceso a ningun repositorio grande (no los CDs), donde poder
buscar las correspondientes dependencias.

La instalación de un paquete no
falla nunca instalando desde los 3 CDs \"Download\". Si queremos instalar
paquetes online de
Main y/o Contrib desde repositorios en Internet, solo tenemos que
verificar que los directorios pertenezcan a \"Estable\" (y no a
\"Cooker\"), y URPMI resolverá automáticamente todas las
dependencias,
bajará e instalará los paquetes necesarios.

Instalar
un paquete desde Main y/o Contrib de \"Cooker\" es distinto. Cooker se
renueva rápidamente, aparecen paquetes nuevos, se eliminan
otros, etc.
Es la versión de desarrollo, igual que Debian Sid, y por ello
puede
suceder que fallen la bajada de paquetes \"dependiencia\". Lo que falla
aquí no es URPMI, sino que simplemente lo que necesita bajar no
está
ahí (o ha cambiado de nombre, o ..., etc.).

Velocidad

Desde
sus comienzos, la comunidad de usuarios de Mandrake ha impulsado
fervientemente esta premisa. Aunque no es evidente para el usuario
novato, existen internamente, principalmente a nivel de los scripts de
inicio, muchas mejoras con respecto a los scripts estándares que
suelen
encontrarse en otras distribuciones.

Si bien el tema de la velocidad
no puede ser muy objetivo muchas veces, y nos encontramos con que, por
ejemplo, los usuarios \"sienten\" que una GUI es \"lenta\" solo porque ven
aparecer los menúes muy rápido y cuando hay procesos
ocupando mínimamente el sistema y la GUI se retrasa 10 o 15
décimas de segundo...  \"todo se pone más lento\". De
todos modos lo que siempre se busca es acelerar el sistema de manera real, como cuando se compilan
las aplicaciones con \"prelinkeado\" (una técnica para disminuir
los tiempos de carga a memoria de la aplicación).

Otro ejemplo práctico es la
configuración de los discos rígidos,
que por lo
general en otras distribuciones, suelen iniciarse en las
configuraciones por defecto, no muy buenos para usar
todo el potencial del hardware; en Mandrake, si hacemos \'hdparm
/dev/hda\' (la ubicación más común del disco de
arranque), veremos que
el disco está seteado para usar todas las características
que mejoran
su desempeño. Otro ejemplo sería KDE, que muchas
distribuciones
compilan y configuran casi con los seteos por defecto, y cuando un
usuario de otra distribución prueba la velocidad de KDE en
Mandrake,
suele sorprenderse, y más aun se sorprende cuando se entera que
Mandrakesoft suele portar código de las versiones posteriores a
la
estable actual para agregar funcionalidades y/o suprimir bugs (a veces
creando un par nuevo : -( De todos modos, en la versión 9.2, KDE
vuela
:-)

EPA (Errores Propios
y Ajenos): Lento

De
vez en cuando se escuchan comentarios vagamente imprecisos acerca de la
lentitud de Mandrake. Es un hecho que la distribución tiene
requisitos
mínimos y recomendados de hardware, aunque incluso si se la
instala en
hardware de menores recursos suele funcionar igual. Pero no todas son
maravillas, si partimos de un sistema base, solo
\"kernel+librerías\" y
le vamos sumando funcionalidades como el sistema de paquetes RPM, el
front-end URPMI, el subsistema gráfico (XFree86), etc. los
recursos
necesarios se incrementarán. Por su propio estilo, Mandrake
soporta
muchas características de automatización adicionales a lo
anterior y
esto incrementa aún más el uso de recursos.

Aún
sabiendo lo anterior, podemos llegar a configurar una
instalación por
defecto para que ahorre muchos recursos (incluso descartando ciertas
funcionalidades), debido a la gran flexibilidad de
configuración. El
instalador permite incluso hacer una instalación muy reducida,
prescindiendo de XFree86, de la documentación (páginas
man y otros), y
de URPMI.

Resumiendo,
no puede esperarse que la instalación por defecto de una
distribución
con el perfil de Mandrake sea muy ahorrativa en recursos; sin embargo
si la máquina cumple los requisitos recomendados (con los
mínimos no se
podría ser tan generoso), seguramente no habrá
inconvenientes.

Interfaz personalizable

La
comunidad de usuarios alrededor de la distribución ha forzado
este
punto al máximo y es probablemente la más importante de
todas las
premisas. La comunidad de usuarios de Mandrake ha ido definiendo
fuertemente el perfil de la distribución desde aproximadamente
la
versión 7.0. Como hay muchas opiniones, la opción \"por
defecto\" de casi
cualquier aspecto en la distribución, es lo que por consenso
entre la
opinión de la Comunidad y la de la empresa, se ha considerado lo
más
apropiado, pero listo para instalar, configurar y/o activar se hallan
todas las
demás opciones.

El
aspecto un tanto \"imparcial\" del escritorio por defecto de Mandrake,
tanto en KDE como en Gnome, tiene que ver con esto. Pese a que la
empresa Mandrakesoft ha estado involucrada directamente, con el
proyecto KDE, llegando a
aportar recursos económicos para su desarrollo inclusive,
de hecho no lo han establecido \"oficialmente\" como su escritorio por
defecto, aunque es el que aparece primero en la lista de opciones y
bootea por defecto cuando es instalado y no se elije otro. La
posición
oficial es que se prefiere que el usuario pueda optar libremente
cuál
usar,por ello el aspecto de ambos entornos está muy cuidado y se
aprovechan al máximo las posibilidades particulares de cada uno.

Flexibilidad
de uso ?

La posibilidad de personalizar la interfaz hasta niveles
poco habituales llama a confundir flexibilidad con facilidad (para personalizar el
entorno en este caso).

Mandrake
no es totalmente flexible; la autodeteccion, autoconfiguracion y la
facilidad de configuración van en contra de la flexibilidad.
Veamos un ejemplo genérico:

Cuando se
hace un cambio en alguna aplicacion editando su archivo de
configuracion con un editor de texto, y luego se ejecuta la aplicacion
grafica configuradora correspondiente y se realiza algun cambio, es
común perder la configuración realizada a mano. Por lo
tanto uno queda virtualmente atado a la capacidad de la aplicacion
configuradora
y limitado porque muy pocas veces, ésta utiliza las
caracteristicas avanzadas de la aplicacion que necesitas
usar.

Una buena característica
de Mandrake es que las aplicaciones configuradoras, no son afectadas en
su mayoría (a no fiarse), por los cambios realizados a mano en
los archivos de configuración. Lo que no quiere decir que los
respeten.

Un ejemplo práctico: Si
configuramos a mano el /etc/X11/XF86Config-4
(XWindow), y luego ejecutamos el drakxconf,
todos nuestros cambios desaparecen
(!!!).

Otro caso: si utilizamos el
configurador de Mandrake para compartir con otra PC la conexión
a Internet, el programa configurador instala y activa automáticamente un servidor
DHCP que utiliza para levantar las máquinas en red y compartir
la conexión. Este caso no representa un problema en
sí,  pero un servidor DHCP no siempre es la solución
apropiada y puede ocasionar problemas en ciertos escenarios de
instalación.

Concluyendo, para ser totalmente flexible, una
distribución debería prescindir de las facilidades de la
autoconfiguración la
autodeteccion, autoconfiguracion y la facilidad de configuración.

Mandrake
presenta un cierto equilibrio y puede
ser relativamente flexible:
podemos instalar, configurar y activar manualmente las aplicaciones tal
cual lo hacemos en cualquier GNU/Linux. Ningún usuario avanzado
debería tener problemas en administrar apropiadamente la
distribución para flexibilizarla.

Soporte

Este
factor externo es de gran importancia, especialmente en esta
distribución, orientada al usuario final. No solo escuchan y
toman en
cuenta los comentarios y recomendaciones de la comunidad sino que
también participan de ella. Es muy común leer post y
anuncios,
oficiales y no oficiales, de parte de los principales referentes de Mandrakesof, Gael
Duval por ejemplo (uno de los fundadores),
directamente en los sitios y foros más frecuentados por usuarios
de
Mandrake, aunque esos sitios no dependan \"oficialmente\" de la empresa.
Dos ejemplos: www.pclinuxonline.com
y www.mandrakeusers.org.

El foro oficial para obtener ayuda es MandrakeExpert, que es
mantenido oficialmente por la empresa. Originalmente, este foro
tenía un enfoque comercial, parte de la fracasada estrategia de
E-learning que casi llevó a Mandrakesoft a cerrar sus puertas.
Ahora y desde la versión 9.1, como parte del cambio de
estrategia de la empresa, el foro es abierto. Un par foros en
español
donde se responden (bien), preguntas relacionadas con Mandrake, son Starlinux.net y BlogDrake.



El
sitio web de Mandrake es por lejos el más navegable que haya
visto.
Supera en casi todos los aspectos a otros sitios de otras
distribuciones, pero principalmente en la navegabilidad. La
razón
básica es que está orientado al usuario final, a
diferencia de sitios
como el de SuSe (muy sobrio y formal), o el de RedHat (una jungla de
páginas poco ordenada). El sitio está dividido en varios
sitios
temáticos, que abarcan todo el ámbito de importancia para
la
distribución, desde la oferta
misma de los productos de la empresa, las
últimas noticias, el área de desarrollo de la
distribución,  pasando
por un área de temas de
seguridad (con los últimos reportes acerca de
problemas y soluciones para las versiones actualmente soportadas
oficialmente, aparte de la lista de paquetes para actualizar ya
disponibles).

Otra
cuestión es la documentación,
muy importante para nuevos usuarios.
Mandrake siempre tiene manuales de referencia para la última
versión
liberada, tres de hecho: la \"Guía
Rápida de Comienzo\", un documento
breve de introducción; la \"Guía
del Usuario\", el texto comprensivo de
uso de Mandrake Linux y de las herramientas propias de la
distribución;
y la \"Guía
de Referencia de Línea de comando \", con detalladas
explicaciones
teórico-prácticas sobre GNU/Linux en general, que
funcionarían en
cualquier distribución.

Siguiendo con la documentación,
en el área de desarrollo, en la de seguridad, y otras podemos
encontrar textos
muy útiles.

Es
particularmente relevante para nos, hispanoparlantes, el que la empresa
ponga especial cuidado en la traducción de los mismos, la que
suele ser
realizada por latinoamericanos, buscando, con mucho éxito por
cierto, el mito
de la
\"traducción neutra\": un texto que puede leer cualquier
hispanoparlante
y entenderlo cabalmente. Las traducciones, si ya no estaban al momento
de liberarse la distribución, contínuan apareciendo
incluso
aunque la distro haya sido liberada hace varios meses, algo que refleja
la preocupación de la empresa por sus usuarios y clientes.

La comunidad de usuarios

El
director detrás de escena es la comunidad. El rumbo de la
empresa en sí
misma depende, para bien o mal, directamente de la opinión de
quienes
usan y compran la distribución. Así que se han preocupado
por seguir
los consejos, recomendaciones y pedidos de los usuarios, que siendo
bien escuchados puede decirse que comenzaron como usuarios y terminaron
como miembros de una comunidad.

La
fuerza de esta comunidad como la de muchas se puede medir por su
capacidad de pensar y luego actuar. Cuando surgieron las desagradables
circunstancias que pusieron a Mandrakesoft en peligro de cerrar, se
analizó como se podría continuar el desarrollo de la
distribución y
pronto se vió que fácilmente podría sobrevivir y
continuar de manera
independiente.

Lo
anterior es en parte resultado de que la empresa haya confiado en su
comunidad para mantener la distro. El staff de Mandrakesoft, si bien
tiene un papel decisivo en las versiones finales, se mantiene casi a
nivel de soporte técnico durante los ciclos intermedios de
desarrollo,
dedicándose más bien a los detalles que destaca a
Mandrake de otras
distribuciones. Cuando se va a liberar una versión estable el
grueso de
paquetes de la distro, es preparado por colaboradores ad-honorem, luego
seleccionado entre usuarios y desarrolladores (pagos y no), y
finalmente se refinan los detalles
\"Mandrake\" (en versiones Betas y RCs).

Toda la distribución y todas las herramientas propias, y las que
se utilizan
para su mantenimiento (scripts principalmente), son
completamente GPL y están disponibles en Internet. Incluso
si
cualquiera quisiera tomar los paquetes, integrarlos, cambiar el nombre
y liberar la distro con otro nombre, podría, ya que todo
lo  necesario está en la red. De hecho
existe
PCLinuxonlineOS, una distribución \"live\" basada en Mandrake 9.x,
de la
que se escuchan muy buenas críticas.

Testeando
Mandrake 9.2

Hardware

La
máquina en la que realicé las pruebas es un PIII 550 MHZ
con 160 MB de RAM, placa de
video
Intel 740 de 8 MB, disco WD de 80 GB de 7200 RPM, HP-CDWriter 9100,
todo corriendo sobre una placa madre Gigabyte GA-6VM7A+ (con sonido
AC97 integrado).

EPA: Lectoras LG en Mandrake 9.2

Muchas
revisiones de Mandrake se saltan esto olímpicamente, pero si
tenés una
lectora LG tendrías que leer la página
de erratas correspondiente, en el
sitio de
Mandrake. Básicamente te explica que si tenés una
grabadora LG no hay
problema alguno con la instalación. En cambio si tenés
una lectora,
sería bueno que veas cual es su número de modelo:

Para verificar qué modelo es tu dispositivo LG, podés
desde GNU/Linux (cualquiera, un Knoppix por ejemplo), ejecutar el
comando

dmesg | grep hdc

y/o

hdparm -i /dev/hdc

(este último como root)

Se
podría dar el caso que tu lectora necesite una
actualización de bios,
si es así andá al sitio de LG, bajála e instalala.
Después de esto todo
debería ir bien.

Actualizando Mandrake
9.1 a 9.2

Bueno,
si ya estás usando Mandrake, la actualización es una
buena opción. Yo
testeé la actualización en mi propio sistema. Voy a hacer
un breve
resumen, pero si querés una explicación detallada de
cómo actualizar el
sistema fijáte éste artículo.

Actualizar
mi sistema sería una cuestión más bien de testeo,
técnicamente fue un
reto para el instalador, veamos por qué: mi instalación
original tenía
justo antes de actualizar, un sinnúmero de paquetes \'no
Mandrake\'
instalados, aparte de sustanciales MBs de programas compilados e
instalados, estos últimos sin rastro alguno en la base de datos
de
RPMs, peor aún, había muchos paquetes \'Mandrake\' (como un
Gnome 2.4
bajado del repositorio de Textar), que estaban con dependencias
\'complementadas\' manualmente con librerías compiladas y copiadas
a su
correcta localización (forzando la instalación de los
rpms aún cuando
las dependencias estaban \"ausentes\"). No olvidemos tampoco a los muchos
paquetes de Cooker bajados e instalados a mano, forzados (con rpm -Uvh --force),
que aunque funcionaban perfectamente, seguramente dejaron su huella de
incongruencias en la base de paquetes instalados.  Así que
la cosa
estuvo difícil, probablemente una de las más duras
pruebas de
actualización para una distro, sin llegar al caso extremo de
actualizar
una distro con otra (un viejo Slackware, con un RedHat por ej.).

Tenía
curiosidad de cómo iba a resultar esto, ya que la
instalación a
actualizar es \'de la vida real\', bien personalizada, con muchos
paquetes \'foráneos\' y con muchos programas compilados e
instalados; tal
cual muchas instalaciones de usuarios de nivel medio para arriba. En
contraste muchos testeos implementan actualizaciones que suelen hacerse
sobre sistemas \'limpios\', actualizados de Cooker, con paquetes
\'oficiales\' y/o con backports, y/o con unos pocos paquetes \'no
mandrake\' instalados, lo que no resulta muy realista.

Siguiendo el consejo de artículos encontrados en la red,
bajé los CDs al disco rígido:

dd if=/dev/scd0
of=/mnt/win_c/mdk92/cd1.iso

Y así también con el cd 2 y 3.

Luego, previa creación de 3
nuevos directorios en /mnt, procedía a montarlas:

mount -o loop
/mnt/mdk92/cd1.iso /mnt/mdk92/cd1

mount -o loop
/mnt/mdk92/cd2.iso /mnt/mdk92/cd2

mount -o loop
/mnt/mdk92/cd3.iso /mnt/mdk92/cd3

Nota: podrías
colocar estas líneas al final del archivo /etc/rc.d/rc.local
para tener accesibles en todo momento los CDs.

Luego quité los sources viejos de URPMI que apuntaban a los CDs
de la versión 9.1:

urpmi.removemedia -a

Añadí los sources correspondientes a los tres CDs de
Mandrake 9.2:

urpmi.addmedia
mdk92.cd1 file:///mnt/mdk92/cd1/Mandrake/RPMS with ../base/hdlist1.cz

urpmi.addmedia
mdk92.cd2 file:///mnt/mdk92/cd2/Mandrake/RPMS2 with
/mnt/mdk92/cd1/Mandrake/base/hdlist2.cz

urpmi.addmedia
mdk92.cd3 file:///mnt/mdk92/cd3/Mandrake/RPMS3 with
/mnt/mdk92/cd1/Mandrake/base/hdlist3.cz

Luego inicié el procedimiento de actualización con el
comando:

urpmi --test
--auto-select

El
testeo me devolvió, sin sorprenderme, una cantidad considerable
de
conflictos y paquetes que no se podían actualizar por ello. La
tarea
básica que realicé a continuación (desde consola),
fue ir borrando uno
por uno los paquetes que aparecían en la \"lista de problemas\" de
la
salida de urpmi
--test.
Eventualmente, después de borrar casi todos los paquetes de la
lista,
el --test devolvió un mensaje indicando que la
actualización era
factible y se podía realizar, lo que hice a continuación;
sin
demasiados problemas aparte de los nombres de paquetes que cambiaron
desde la versión anterior 9.1 (por ej. los de KDE).

Un artículo
interesante sobre actualización que puedes leer en Libertonia
trata acerca de la experiencia de un usuario actualizando de Mandrake
9.1 a
9.2, con mucho más detalle y algunos tips prácticos para
actualizar en
línea desde la Red.

Instalando Mdk 9.2 desde cero

El
procedimiento de instalación no ha cambiado demasiado, excepto
que se
ha simplificado para ser mejor, más rápido y facilitarle
la vida a los
usuarios no expertos.

Cualquiera
con mínimos conocimientos de informática sería
capaz de instalar
Mandrake. Sin embargo, cuando existe un instalador tan bueno como el
que voy a repasar vale la pena apreciar sus aciertos y errores.

Un instalador
gráfico + autodetección + autoconfiguración
no solo es una ventaja para usuarios inexpertos. Los usuarios avanzados
y administradores experimentados pueden hacer el mismo trabajo que
harían \"a mano\", muchísimo más rápido con
un instalador como el de
Mandrake. Esto ahorra mucho tiempo
y viéndolo desde la perspectiva de un usuario experimentado (que
ya
sabe perfectamente cómo configurar manualmente todo un sistema),
no se
aprende nada nuevo si hay que hacerlo de esa manera cada vez que se
instala la distribución, solo se pierde tiempo.

Por
supuesto un usuario inexperto que quisiera aprender el trabajo \"manual\"
para volverse \"experimentado\", debería (es más, lo
recomiendo), probar
un Debian, Slackware, o mejor aún, Gentoo; ya que Mandrake casi
seguramente no lo pondría en situación de resolver
practicamente
ninguna de las cuestiones a las que se enfrentaría al intentar
instalar
y configurar las mencionadas distribuciones. Es un punto de vista donde
apreciamos la dificultad de instalación y configuración
no como tal,
sino como una oportunidad para aprender y mejorar nuestro conocimiento
sobre Linux, incluso más, para mejorar a Linux nosotros mismos.

Métodos  de instalación alternativos

Fácilmente podríamos
colocar el CD en la lectora y empezar la instalación, pero
debemos recordar que dentro del directorio \'images\'
del CD 1 hay más imágenes, cada una permite iniciar un
tipo de
instalación alternativo,  desde dispositivos distintos
a la lectora de CDs. Las imágenes son:

- blank.img:
instalar usando tu propio kernel. Esta opción es interesante
para
usuarios avanzados. Las instrucciones dicen que tenés que
compilar tu
kernel con todo el soporte necesario (no como módulos), y
guardar el
\'vmlinuz\' resultante en un diskette (que es el que se va a pedir
luego). Serviría de mucho en caso de que necesites usar
algún kernel
parcheado y tuvieras, por ejemplo, que repetir la instalación
muchas
veces (por lo que no sería muy conveniente estar recompilando
los
fuentes en cada máquina). Otro escenario de uso sería
cuando ninguno de
los kernels incluídos en el instalador soporta el hardware o
tiene
problemas con él, aquí podrías compilar uno
adaptado especialmente, y
superar este inconveniente, que no tendría solución en
sin esta opción.

- cdrom.img:
instalar desde una lectora de CDROM. La imagen estándar, pero
lista
para bootear desde diskette, solo por si no podés bootear desde
la
lectora.

- hd.img:
instalar desde una partición de Windows o Linux. Funciona tanto
si
tenés los rpms copiados a una carpeta, como si tenés
bajadas las
imágenes ISO de los CDs.

- hd_usb.img: instalar desde una partición de
Windows o Linux usando un disco rígido conectado por USB. Idem
anterior

- hdcdrom_usb.img: instalar
usando un disco rígido y/o una lectora conectados por USB.
También
sirve para instalar con una conexión en paralelo por USB o
gigabit.

- network.img: instalar por red desde una
dirección (o carpeta compartida), NFS, FTP o HTTP (sí, se puede instalar
Mandrake directamente desde Internet).
Por si no tenés experiencia en instalaciones en red, es parecido
a
instalar desde un disco rígido (vale lo dicho en la
instalación desde
disco rígido).

- network_gigabit_usb.img: instalar por red usando un adaptador
gigabit o USB.

- pcmcia.img: instalar usando placas de red PCMCIA.
Aunque ahora muchas de ellas ya están soportadas dentro de la
imagen network.img, no es
redundante para aquellas que aún no están
incluídas.

Cada
imagen puede grabarse en un diskette, desde Windows, abriendo una
consola en XP,2000,NT o una ventana DOS en otras versiones:

(suponiendo que tu lectora es la unidad
D:)

d:\\dosutils\\rawrite.exe
-f images/nombre_de_la_imagen.img -d A

o desde otro Linux (un MandrakeMove no estaría nada mal :-)

dd if=nombre_de_la_imagen.img of=/dev/fd0

EPA: Instalar desde el disco rígido

Un
truco muy usado por los afortunados poseedores de discos grandes, es
ocupar algo de ese abundante espacio con las imágenes ISO de los
3 CDs
de Mandrake. Luego grabar la imagen de instalación desde disco,
y al
bootearla seleccionar la ubicación donde están las
imágenes ISO y hacer
la instalación desde ahí directamente.

Sin
embargo, probé este método, y no pude encontrar
instrucciones acerca de
cómo informar al instalador que tenía varias
imágenes iso. Así que al
iniciar la instalación con la imagen del CD 1 todo fue bien,
excepto
que la lista de paquetes disponibles corresponde a los 3 CDs, no solo
al 1, por lo que si empezás a seleccionar muchos paquetes,
seguro que
en algún momento de la descarga al disco rigido, el instalador
te va a
informar que \"falló la instalación\" de ese paquete, y te
pregunta si
querés saltearlo. Vas a saltear todo paquete que esté
ubicado en el
disco 2 y 3 y que intentes instalar. De todos modos la
instalación
sobrelleva el inconveniente y finaliza perfectamente sin ningun
problema (aparte de no tener instalados los programas), ni siquiera
luego de rebootear, pero es un poco molesto estar salteando paquetes si
seleccionaste muchos de más.

Para
ser justos, si tomamos el contenido de los directorios RPMS de cada CD
y lo copiamos a un directorio de una partición Windows o Linux,
y
elegimos la misma en la instalación desde disco rígido,
todo funcionará
perfectamente.

Tené en cuenta que (todos) los rpms deben estar ubicados dentro de
un directorio:

\"XXX/Mandrake\"

y cada directorio RPMS de cada disco,
dentro del directorio \"Mandrake\":

CD
1: \"/Mandrake/RPMS\"

CD
2: \"/Mandrake/RPMS2\"

CD
3: \"/Mandrake/RPMS3\"

y
cuando el instalador te pregunte, seleccionas la partición donde
están
los paquetes, y luego el directorio XXX (asumiendo que lo creaste en la
raíz de tu partición). A partir de allí la
instalación será igual que
si estuvieras instalando desde CDs.

Nota: el modo de ubicar los rpms es el
mismo si utilizamos la imagen para instalar desde la red (network.img).

Otras opciones de instalación

Cuando
bootea el CD seguro que verás por ahí \'Presionar F1 para
ver más
opciones\'. Las más interesantes son la posibilidad de cambiar el
modo
de funcionamiento del instalador, ya sea a VGA (si tu placa de video
tiene problemas para iniciar en modo VESA), tipeando en el prompt:

vgalo

o
bien, a modo texto (si el modo VGA no te convence o sos un tipo
tradicional y te vienen bien las interfaces de menúes \"curses\"
al
estilo BSD/Debian), tipeando en el prompt:

text

El CD 1 incluye en las opciones listadas
por F1 la opción \"rescue\",
que es un modo de rescate y reparación del sistema, donde se
bootea
desde el CD, y se carga un kernel con soporte para la mayoría
del
hardware más común (lectoras de CD, etc.) Para entrar en
modo de
rescate tipear en el prompt:

rescue

Este
modo de booteo nos lleva directamente a una interfaz modo texto que nos
permite entre otras cosas, reinstalar Lilo (útil cuando
instalamos
windows y nos lo sobreescribe), reinstalar el booteador de Windows (si
queremos borrar por completo Linux!), y montar todas las particiones
del disco dentro de /mnt (se montan tal cual como están
configuradas en
el /etc/fstab de tu instalación).

También
podemos acceder al modo consola y ejecutar muchos de los comandos
más
usados. Por ejemplo la familia de comandos fsck* (ext2, ext3,
reiserfs). Podemos cargar los módulos del kernel que sean
necesarios,
aunque el cargador del modo rescate intenta cargar los usuales, como el
de la placa de red por ej. Una vez en el modo consola, podemos invocar
la interfaz nuevamente con: rescue-gui

expert

Este
método te introduce a un modo donde las opciones a seleccionar
durante
el proceso de instalación son un poco más
explícitas y técnicas, no tan
amigables como el modo estándar. Asimismo, los mensaje de salida
(información y errores), son también más
apropiados para gente con
experiencia previa en Linux. Su función específica es
brindar al
usuario mayor control sobre el proceso de instalación.

Adicionalmente
están disponibles otras opciones avanzadas (desde la pantalla a
la que
accedemos con F3), como por ejemplo desactivar por completo la
autodetección de hardware, o seleccionar un par de kernels
alternativos
(un 2.4.x y un 2.2.x), opciones útiles cuando tenemos hardware
algo
bizarro.

La
instalación

El
CD 1 bootea, como estoy de suerte solo tengo que apretar enter cuando
aparece la pantalla inicial. Mi placa tiene soporte VESA 2.0 (si la
tuya es de 2002 o más nueva seguro que hasta es VESA 3.0),
así que
entra tranquilamente en una resolución de 800x600 a 24bits para
iniciar
la instalación.

Elijo
el idioma que quiero para la interfaz de instalación. Este es un
buen
punto donde se nota el refinamiento de la interfaz. Aunque Mandrake
soporta muchos más idiomas, el instalador ofrece por defecto los
más
habituales y los demás están disponibles si desplegamos
la lista
completa. Por supuesto el español, está entre ellos. Una
buena idea.

Información extra: la salida de texto

No
muchos saben de esta característica y por eso pocos la usan, me
refiero
la salida de texto del instalador de Mandrake. La accedemos haciendo
ALT + F1,F2 y F3 desde la pantalla principal del instalador en modo
gráfico. La salida va mostrando mensajes bastante detallados
acerca de
la acciones que va tomando el instalador y sus consecuencias. Esta
información es muy útil para ver, por ejemplo, cuando se
está
produciendo la autodetección y autoconfiguración de
dispositivos y el
progreso en las operaciones internas propias del instalador; o durante
la descarga e instalación de los RPMs; también
está disponible una
consola BusyBox que permite ejecutar comandos para interactuar en modo
texto con el instalador.

Estas
características son poco útiles cuando todo va bien, pero
se vuelven
invaluable cuando ocurre algo inesperado y la GUI del instalador no nos
da ninguna pista. Un CD o lectora con mucho polvo acumulado puede
volver interesante y problemática cualquier instalación
rutinaria.

Autodetectando

Lo
siguiente que ocurre es que mouse y teclado son autodetectados; es un
hecho que detectar el teclado no es la gran cosa, y si de todos modos
el instalador no acierta con el tuyo podés tranquilamente
recorrer la
lista

La
autodetección y autoconfiguración de hardware es algo en
lo que
Mandrake fue pionero, y la versión 9.2 incluye todo lo bueno de
las
anteriores como la autodetección de la placa de sonido,
grabadora de
CDs, placas de red, impresoras y por supuesto mouse, teclado y monitor
(lo último es muy importante para XWindow). Cualquier
dispositivo USB
que tengamos también será detectado durante la
instalación si estuviera
conectado a la máquina, de todos modos, si más tarde lo
conectamos, ya
sea antes de bootear la pc o mientras la estamos usando, Mandrake
automáticamente lo configurará y dejará listo para
usar (esto último
incluye la configuración, carga de drivers/modulos para
cualquier
hardware USB y correspondiente entradas en /etc/fstab y /mnt para
dispositivos de almacenamiento), y disponible desde un ícono en
el
escritorio del usuario (en KDE o Gnome).

Seleccionando las particiones

Algo
clave en la instalación de un sistema operativo es la
selección/creación de una partición en el disco
rígido en donde vamos a
instalar el software. En el caso de Mandrake, esto es tan sencillo como
elegir donde queremos instalar nuestro sistema. Pero si queremos
más,
lo hay.

Tenemos
la posibilidad de elegir un esquema de particiones
automáticamente
configurado por el instalador (siempre que dispongamos del suficiente
espacio libre en disco sin particionar), o elegir nosotros mismos donde
instalar el sistema, ya sea en particiones preexistentes o en alguna
nueva; esta última opción incluye casi seguramente la
cuestión de
replantear manualmente las actuales particiones. En este punto Mandrake
también fue pionero y la herramienta de administración de
discos es
excelente en su trabajo permitiendo ,de manera muy fiable, crear,
borrar, redimensionar y formatear particiones en todos los sistemas de
archivo que puede utilizar Linux y en FAT32 y NTFS. Mandrake es una de
las pocas distribuciones GPL  100% (sino la única), que posee una herramienta de este nivel
directamente implementada en el instalador.

La característica a destacar es la posibilidad de
redimensionar particiones NTFS (también FAT32),
durante la instalación. Esto es especialmente útil en el
caso que
tengamos una partición con Windows XP instalado en ella y
quisiéramos
reducirla y crear espacio libre para una nueva partición donde
poder
instalar Mandrake. Una recomendación: antes de redimensionar una
partición NTFS o FAT, defragmentala.

EPA: el administrador
de particiones

Una
crítica muy común a Mandrake es que este programa es muy
complejo.
  Aunque Mandrake está preparada para facilitar las
cosas a usuarios
\"novatos\" su flexibilidad
hizo siempre que tenga muchos de nivel medio/alto y esta etapa de la
instalación les da espacio a este tipo de usuarios. El programa
de
administración de particiones no es realmente mucho más
complejo que un
Partition Magic y sí ciertamente, mucho, mucho más
accesible que cfdisk.

Instalando los paquetes

Una
vez completado el paso de elegir donde vamos a instalar la
distribución, comienza la selección de paquetes para
instalar. Los
paquetes están separados en grupos separados por función:
Oficina,
Desarrollo, Redes, Herramientas de Consola, Documentación, etc.
lo que
permite al usuario darse una idea clara de que tipo de programas
está
instalando, aún sin conocerlos individualmente. Para el usuario
avanzado, está disponible la selección de paquetes
individuales, que
también están separados en grupos funcionales, pero
seleccionado la
opción correspondiente, podés pasar a una vista completa
de todos los
paquetes.

Cabe
aclarar que independientemente de cómo elijas lo que vas a
instalar, en
todo momento se hará la autoresolución de dependencias de
los paquetes
que elegidos, así que no podrías instalar \"mal\" ningun
paquete aunque
esa fuera tu intención.

EPA:
Clasificación de paquetes

Esta
separación en grupos fue algo que trajo bastante polémica
en versiones
anteriores, ya que mucha gente se quejó de \"instalar dos veces
lo
mismo\" y/o de \"paquetes redundantes\" porque en los diferentes grupos
figuraban repetidos ciertos paquetes. Realmente un paquete que aparece
\'a instalar\' en dos grupos distintos, se instala una sola vez. La
repetición es para que si el usuario no instala uno de dos
grupos donde
figure un cierto paquete \'repetido\' e indispensable para cualquiera de
los dos grupos, éste de igual manera se instalará.

Otra
crítica es la selección de paquetes por defecto, muy
genérica al
parecer. Esta es otra cuestión \"al estilo\" Debian. Mandrakesoft
ya ha
comprobado hace tiempo, que los usuarios prefieren instalar un sistema
base, y luego agregar las aplicaciones que necesitan. Así que no
esperes un Red Hat con todo seleccionado por terceros, Mandrake tiene
otras posibilidades, y ellas implican tu opinión acerca de
qué instalar
y que no instalar.

Una
mejora evidente en la manera de empaquetar los programas es que ahora
la mayoría de los programas del entorno KDE están
separados en RPMs
individuales. Anteriormente solo habían paquetes que
reunían todos los
programas según su función, por ejemplo \'kde-network\', y
si se
necesitaba instalar tan solo uno de los programas, por ejemplo, de
red de KDE,  digamos \'Kppp\', tenía que instalarse el
\'kde-network\'
completo (más de 30 mb una vez instalado), y ocurria igual con
el resto
de los programas de KDE. El resultado de la mejora es un sustancial
ahorro de espacio en disco cuando se necesita determinado programa de
KDE. Es de esperar que mirando más detenidamente otros paquetes
encontremos más optimización de tipo en otros programas.

EPA: Instalador a
prueba de fallos

Algo
para resaltar que ya estaba presente en versiones anteriores, es que el
instalador es a prueba de fallos. Lo que se nota especialmente si
ocurre algún fallo como el que mencioné antes (CD con
polvo), y tenemos
un CD o lectora que hacen difícil la descarga de paquetes por
ejemplo.
El resultado inmediato es que la descarga del CD, e instalación
de
algunos paquetes va a fallar; si esto ocurriera el instalador
sencillamente va a informar la situación y preguntar si se
continúa o
no.

Tuve esta experiencia al instalar desde
imágenes iso, como ya expliqué,  y el instalador se
comportó muy bien.

Incluso
tuve la experiencia de instalar la versión anterior 9.1, desde
una
lectora muy mala y se dió que algunos de los paquetes que no
pudieron
instalarse eran indispensables para el proceso de
autodetección/configuración a realizar por el instalador
(impresora,
placa de red y placa de video), aún así el instalador
terminó la
descarga y luego hizo lo que pudo, reintentando la instalación
del/los
paquetes que fallaron, cada vez que llegaba a un paso que lo
requería
(algo molesto por cierto, pero muy recomendable). Finalmente la
instalación terminó exitosamente y pude rebootear e
instalar
manualmente los paquetes faltantes sin inconveniente alguno.

Usuarios y Root

Luego
de finalizada la carga de paquetes se nos pide la contraseña
para el
Administrador (Root), si es que queremos usar alguna. Es recomendable
cargar una contraseña si la PC va a tener varios usuarios, si va
a
estar conectada a una red privada (compartiendo carpetas por ejemplo),
o a una pública como Internet.

En la carga de usuarios se recomienda
crear por lo menos un usuario, que sería con el que se
usaría habitualmente la PC.

EPA: Cuentas sin clave

Sobre
el tema de poder crear la cuenta de root, sin contraseña, este
ha
traído grandes críticas desde su implementación
varias versiones atrás,
aunque últimamente no tanto. Tal vez debido a la
aparición de otras
distribuciones \"amigables\" que muchas veces implementan la ausencia de
clave para el root de manera \'transparente\' (el usuario nunca se
entera).

Este
es otro ejemplo de flexibilidad, ya que muchos usuarios prefieren no
tener clave, incluso de root, por muchas cuestiones de seguridad que
haya asociadas. De igual manera, el instalador insta al usuario a tener
clave de root pidiéndosela.

Autodetectando, autoconfigurando

Una
vez finalizada la instalación de paquetes, el instalador
continúa con
el trabajo de autodetectar e instalar los drivers, esta vez
correspondientes a la/s impresoras conectadas a la PC. De igual manera,
detecta luego la placa de red, y ofrece un asistente (wizard), para
cargar los datos necesarios para permitir su uso. Cuando el
autoconfigurador encuentra un modem soportado (externo, cable, *dsl,
etc.), pregunta si se desea configurar la conexión a internet, y
si se
acepta se accede a un nuevo asistente donde se ingresaran los datos
necesarios para la conexión.

EPA: Fallas en la
autodetección

Nadie
es perfecto, sin embargo cuando esto ocurre, muchos se inclinan por
echar por tierra toda buena cualificación posible para el
programa
instalador.  Teniendo en cuenta la amplia variedad de harware
sobre la
suele instalarse, Mandrake ha optado por no ignorar la posibilidad de
que la autodetección no detecte efectivamente determinado
componente y
ofrece por ello un alto grado de
control sobre la característica de
auto-detección/configuración:
al finalizar la secuencia de pasos de la instalación, en el
resumen
final, se puede retomar cualquier procedimiento antes realizado y
hacerlo de nuevo, reintentando la autodetección y/o configurando
manualmente, permitiendo cambiando las opciones y parámetros que
se
necesite.

De
nuevo, si esto no resuelve la cuestión, una vez finalizada la
instalación del sistema todavía nos queda el camino de la
configuración
manual, que aunque muchos la descartan, tal vez para evitar \"romper
algo\", aunque es perfectamente factible de realizar en Mandrake.
Incluso los programas de configuración de la distribución
(DrakConf y
sus componentes: el Centro de Control de Mandrake), tanto en modo texto
como gráfico, reflejan y respetan cualquier
cambio hecho manualmente en los archivos de configuración, y no
dejan
de funcionar por ello (a diferencia de Yast2 de SuSe 9.0, por ejemplo).

La interfaz gráfica

Suele sorprender que cuando comienza la
configuración de XWindow,
muchos usuarios que tienen más de una placa de video son
interrogados
acerca de si el instalador debe configurar ambas placas o solo una.
Esto es al efecto de que casi todas las placas madres con placas de
video on-board, si bien permiten instalar una segunda placa de video
(PCI o AGP indistintamente), pocas permiten deshabilitar la placa
on-board, que sigue funcionando aunque no la usemos. Otro caso
más
afortunado y menos habitual en que sirve esta opción, es cuando
tenemos
más de una placa para poder usar más de un monitor (por
medio de
Xinerama). En la pregunta se suele indicar claramente la marca y modelo
aproximado de las placas, aparte de otros datos técnicos sobre
los
buses, así que no habrá problema para distinguir cual/es
configurar.

En
general, cuando una placa de video es soportada tanto por XFree86
versión 3.3.6 como por la versión 4.3, el instalador deja
a elección
del usuario qué versión usar. Por supuesto que la
versión 4.3 es la
recomendada si quieren darle un uso multimedia intensivo, a su PC. Sin
embargo, en ciertos casos puede ser útil tener la posibilidad de
elegir
cual de las dos usar.

El
instalador puede no detectar \"correctamente\" nuestro monitor y
señalarnos la selección de un modelo genérico (que
funcionaría bien de
todos modos). Aún así sería recomendable revisar
la lista de marcas y
modelos de cada una, para ver si nuestro monitor no está listado
realmente, ya que casi siempre, cuando el monitor es de una marca muy
vendida o popular,  está presente, aunque a veces el
instalador nos
señale un modelo genérico.

Luego
de confirmar los datos para X, el instalador ofrecer testear la
configuración y es muy difícil que falle, especialmente
si solo usamos
las opciones por defecto que seleccionó el instalador. Solo en
determinadas configuraciones problemáticas (los usuario que las
tengan
lo recocerán de inmediato :-(, se recomienda no aceptar el
testeo de X
y proseguir la instalación.

EPA: XFree 3 o 4

Existe
un comportamiento interno del instalador algo misterioso. Aun cuando el
comportamiento usual al iniciar la instalación de X es preguntar
la
usuario cual versión quiere instalar, 3 o 4, en ciertas
configuraciones
se instala automáticamente la versión 3 descartando
cualquier
posibilidad de elegir. Incluso cuando se intenta cambiar esto en el
sistema ya instalado, no existe la posibilidad de hacerlo desde las
herramientas de Mandrake.

Esto
no sería problema, pero cito la experiencia de instalar Mandrake
9.2 en
un viejo K6 2 de 500 mhz con una placa de video SIS 305, soportada
tanto en XFree86 3.3.6 como en 4.x. El problema aquí es que si
queremos
usar XFree 4.x no podremos hacerlo a menos que lo instalemos y
configuremos \'a mano\' (crear el /etc/XF86Config-4 que funcione con
XFree86 4.x y cambiar el enlace simbólico /etc/X11/@X para que
apunte
al servidor de la versión 4 en /usr/X11R6/bin/XFree86). Para
qué usar
la versión 4 si la 3 anda bien ? Algunos programas como Xine y
MPlayer
utilizan extensiones solo presentes en la versión 4.x.

Lo bueno es que luego de configurar todo
manualmente, todo el sistema funcionó perfectamente y sin
problema alguno.

Modo Gráfico y Autologeo

Para
finalizar la etapa de configuración de la interfaz
gráfica el usuario
debe elegir si quiere o no iniciar la interfaz gráfica al inicio
del
sistema. Adicionalmente, se lo interroga si desea autologear un usuario
(el Administrador o Root no puede autologearse) y si accede, hay que
elegir bajo que entorno gráfico accederá el usuario al
bootear la PC
(por defecto KDE, sino Gnome, sino cualquier administrador de
ventanas/entorno gráfico que hayamos instalado; en última
instancia,
IceWM y luego Twm).

El Administrador de Booteo

Luego
de configurar la interfaz gráfica viene la etapa de cargar el
booteador
o Administrador de Booteo. La opción por defecto es Lilo (Grub
está
disponible como  alternativa), y como de costumbre desde hace
tiempo,
cualquier Windows ya instalado en el sistema tiene su correspondiente
opción. Solo nos queda elegir cual será nuestra
opción de booteo por
defecto (el instalador preselecciona, claro, GNU/Linux), y a lo sumo el
tiempo de espera antes de arrancarla (10 segundos por defecto). Si
necesitamos cargar parámetros más avanzados, disponemos
de la opción
\'modo experto\' para ello, y ahí podemos agregar
parámetros para el
kernel, por ejemplo si tenemos un disco rígido ATA 100 y soporte en la placa madre, una
opción recomendada es \'idebus=100\' (sin las comillas).

Servicios

Según
que opciones elegimos al instalar los paquetes, tendremos más o
menos
servicios que se activarán al inicio del sistema. Los usuarios
con algo
de experiencia ya sabrán qué servicios no van a usar o de
los que
pueden prescindir, y en esta etapa tienen un asistente para hacerlo.

Es
una recomendación para los usuarios no tan experimentados que
antes de
intentar deshabilitar servicios (optimizando claro ;-), booteen por lo
menos una vez con todo como está por defecto (así luego
sabrán o podrán
deducir qué cosa estaba activada cuando funcionaba eso que ahora
se fue
a pique :-)

EPA: servicios
activados por defecto

No
sé si llamar a este hecho un error. Sucede que Mandrake tiene la
política de disponibilidad al 100%, y para sostenerla habilita
por
defecto todos y cada uno de los servicios de programas y servidores
instalados, esto se incluso da en la instalación por defecto, a
pesar
de que muchos servicios jamás serán usados de manera
alguna por los
usuarios novatos. Esta cuestión hace que mucha gente diga que el
arranque \"de Mandrake\" es lento (es el mismo arranque de GNU/Linux de otras
distribuciones).
Sin embargo se aprecia fácilmente que tener 20-34 servicios
habilitados
al inicio de cualquier distribución, seguramente hará
más lento el
arranque.

La
otra cara es que los servicios pueden ser muy fácilmente
habilitados/deshabilitados directamente desde el instalador (en la
última etapa de la instalación), y que el instalador
incluso pregunta,
en el caso de ciertos servicios no indispensables o por cuestiones de
seguridad (webmin, etc.), si queremos activarlos o no.

Mejor
aún, si deshabilitamos ciertos servidores, como samba y nfs,
cuando
querramos configurar puntos de montaje o compartir carpetas, usando el
Centro de Control de Mandrake, esta herramienta automáticamente
iniciará los servicios apropiados. Y si no estuvieran ya
instalados,
interrogará al usuario si instalar o no los paquetes necesarios,
cosa
que se hará automáticamente si el usuario acepta.

Resumen y ajuste fino

Al
finalizar la etapa anterior, el instalador muestra un resumen de las
actividades realizadas y su status actual: \'configurado\' o \'no
configurado\'. Un paso de la instalación puede aparecer como \'no
configurado\' en determinados escenarios de hardware, pero no quiere
decir de ninguna manera que no podamos configurarlo (o por lo menos
intentar hacerlo), en esta etapa.

En
particular, en Latinoamérica, debido a la configuración
de idioma y
hardware seleccionada en muchos casos (idioma español, teclado
español), la configuración horaria puede aparecer
autoconfigurada al
uso horario de España, y seguramente querremos adecuarla a
nuestro país
de residencia.

Finalizando la instalación

Antes
de bootear, seleccionado la opción .... podemos grabar la
selección de
paquetes que hicimos y las opciones de instalación en un
diskette por
si queremos en algún momento volver a instalar con las mismas
opciones.

Esta
característica es muy útil cuando estamos en un red donde
todas las
máquinas tienen el mismo hardware, algo muy común en
empresas y
laboratorios de sistemas, y tenemos que repetir la instalación
en unas
cuantas PCs. Según el caso deberíamos analizar si no es
más conveniente
hacer una instalación por NFS directamente.

Se abre la lectora, retiramos el CD y la
PC rebootea con la instalación terminada y el sistema
completamente funcional.

Bueno es más largo (mucho más ciertamente), explicarlo que hacerlo.

EPA: Erratas

El
programa instalador, flexible al máximo, la distribución
flexible al
máximo, las versiones de los programas, practicamente las
últimas
disponibles. Todos estos factores se convierten en potenciadores de
bugs. Así tenemos que a los poco días de liberada la
versión final 9.2
(como ya se dió en anteriores), la lista oficial
de erratas se va
poblando rápidamente, ese es el precio a pagar. Lo bueno: todos
los
bugs están puntualmente explicados y luego se da (y explica), en
el 99%
de los casos, una solución, incluso se liberan, de ser
necesarios,
paquetes de actualización.

Se
aprecia aquí la responsabilidad de Mandrake en publicar y
mantener
informada a la comunidad oficialmente, y más aún de
buscar soluciones
para los problemas que surgen, incluso cuando es responsabilidad de
terceros (como en el caso de las lectoras LG).

El
Sistema

El Escritorio

El
escritorio por defecto que elegí para el testeo fue KDE, a pesar
de ser
un usuario Gnome, KDE es la opción que casi seguramente
preferirán
muchos usuarios. En Mandrake, KDE brilla y muestra lo mejor que tiene
para dar.

Los menúes

Esta idea no es original ni mucho
menos, el sistema de menúes de Mandrake es una
implementación del de Debian, el original. Una buena idea que no
podía pasarse por alto :-)

El sistema de menúes fue
implementado por pedido de una comunidad multiusuaria de
practicamente cada entorno gráfico y/o administrador de ventanas
existente para GNU/Linux (por muy raro que les parezca a los que no los
conozcan). Así que te gusta usar WindowMaker Blackbox, Fluxbox,
IceWM,
etc., no tenés que pasar horas configurando el menú con
las
aplicaciones que usás habitualmente, ni tampoco \"rastrear\" el
nombre de
algún programa en la consola; porque si tiene interfaz
gráfica y un
sistema de menúes, seguro que buscando ahí, lo
encontrarás.

Hay
cierta polémica en cuanto a los menúes de Mandrake, sin
embargo su
finalidad es estandarizar la ubicación de los programas en el
menú, sin
importar desde que entorno gráfico se acceda. De esa manera en
Mandrake
9.2 se puede acceder desde WindowMaker, AfterStep, Blackbox, Fluxbox,
Enlightenment, XFCE, etc. y tener los mismos menúes que se tiene
en KDE
y Gnome. Aún así, es posible deshabilitar el sistema de
menúes de
Mandrake para los entornos gráficos KDE y Gnome, y recuperar y
usar
normalmente los menúes por defecto que trae cada uno.  Para
hacer esto
tenemos que elegir la opción correspondiente dentro del programa
Menudrake (accediéndolo desde el Centro de Control o desde la
opción
individual dentro del menú \'Configuración\' / \'Otros\').

EPA: el menú
(1)

Hay
básicamente dos enfoques en el tema del \"menú
universal\".  Uno es el de Debian, un submenú ubicado en
menúes relevantes dentro
de los menúes
estándares de, por ejemplo, KDE. En contraste, el enfoque
de Mandrake es la idea opuesta, reubicar cada programa \'grafico\' del
sistema en un esquema de menúes completamente nuevo...y
desconocido
para los usuarios acostumbrados, por ejemplo, al menú
estándar de KDE y/o
GNOME. Son opiniones. En un mundo perfecto tal vez, Mandrake
debería
usar su esquema por defecto y permitir la opción de usar el
\"enfoque
Debian\"
para los que prefieran tener menúes estándares sin perder
el acceso a
los demás programas.

La
futura versión 10.x tendrá un nuevo esquema de
menúes basado en las
recomendaciones de los usuarios. Teniendo en cuenta lo que se puede
leer en las listas de Cooker, el nuevo menú tiene que ser muy
bueno y
aunque es difícil dejar contento a todo el mundo, seguramente es
un
avance con respecto al anterior.

EPA: el menú
(2)

Aunque esto es parte de la errata desde
los primeros días siguientes a la liberación de la
versión 9.2 nunca dejó de ser particularmente molesto,
aunque sea fácil de corregir. En determinadas circunstancias, al
parecer luego de la instalación de algunos programas (Fluxbox es
un seguro causante), el menú desaparece (!!!).

En teoría, luego de instalarse un
paquete, el menú debería ser actualizado para contener la
nueva entrada, sin embargo no siempre es así. Para solucionarlo,
como root tipear en una consola:

update-menus

En los repositorios Updates ya hay
paquetes
para actualizar el sistema de menús.

Velocidad de Respuesta

Bueno,
recién instalado el sistema, lo primero luego de ver el
escritorio es
abrir el menú para empezar a probar las nuevas versiones de
todos los
chiches (programas), que siempre instalamos y tal vez alguno nuevo que
nos sedujo de nombre durante la selección de paquetes (lo
desconocido
es la perfecta aventura :-)

Obviamente
lo primero que abro es el Konqueror (el adm. de archivos), parece bien,
la configuración por defecto me parece bastante rápida.
Sí,
definitivamente no me parecería tan mal usarlo todos los
días así como
está (aunque prefiero ciertamente Keramik al Galaxy de Mandrake).

Sigo
abriendo y cerrando programas, y para tener solo 8 MB de RAM de video
las cosas se mueven muy bien, no siento el \'peso\' en memoria de la
nueva versión de KDE (3.1.3), aun más, el entorno se
mueve más rápido
en su versión actual que en la que traía Mandrake 9.1
(v3.1.0).

Bueno
como soy usuario de Gnome, también lo probé un poco.
Tengo que confesar
que estoy usando el \"nuevo\" Gnome desde las versiones de desarrollo
2.3.x así no me sorprende en absoluto la buena velocidad de
respuesta
del entorno, y se siente mucho más usable que la versión
2.2 incluída
en Mandrake 9.1. Bien, solo resta aclarar para los usuarios de Gnome,
que al momento de usar este entorno resulta difícil aceptar que
la
empresa se haya centrado en KDE como escritorio principal, debido a que
la integración de las características de la
distribución con el
escritorio GNOME es la misma que encontramos en KDE.

EPA: Velocidad de
inicio

En
estos tiempos en que los Windows continúan booteando y activando
servicios, incluso a minutos de haber accedido el usuario al
escritorio, un sistema que tarda en bootear más de 30/40
segundos en
hardware moderno (procesador de más de 1 GZ, 256 de RAM o
más, etc.),
sencillamente \"tarda mucho\".

Mandrake
bootea a muy buena velocidad comparado con SuSe o RedHat, aunque si lo
comparamos con un Debian o Gentoo, se aprecia que bootea un poco
más
lento. La causa de esto ? Simplemente los scripts que se ejecutan al
inicio, no me refiero a los servicios (aunque la mayoría scripts
sí
pueden ser deshabilitados \"a mano\" por usuarios avanzados simplemente
comentándolos), sino al conjunto de scripts que son ejecutados
cada vez
que se accede al sistema. Estos scripts están pensados para
colaborar y
automatizar el sistema, como por ejemplo, al quitar o agregar un disco
rígido o una lectora a la PC, activando el teclado
numérico en la
consola al inicio, reconfigurando determinados comportamientos del
sistema en ciertas circunstancias (por ej. cuando instalamos Emacs).

EPA: aplicaciones KDE
fuera de KDE

Para
los pocos que no son usuarios de KDE, hay algo \'raro\' en tener
aplicaciones KDE tan al alcance del mouse, cuando normalmente en otras
distribuciones, están ubicadas, relegadas diría, a su
propio submenú
(en la mayoría de los entornos gráficos alternativos como
Blackbox, ni
siquiera aparecen). Tiene bastante que ver también con el tiempo
que
tarda una aplicación KDE para iniciarse fuera de su entorno,
KDE. Sin
embargo pequeñas maravillas como K3B están popularizando
el uso de
aplicaciones KDE fuera él. Esperemos que en algún momento
del
desarrollo, alguien contemple la velocidad de inicio de estas
aplicaciones fuera de KDE y la mejore (creo que este deseo ya fue
satisfecho en la muy reciente versión 3.2 de KDE).

El
resto de los programas se inicia normalmente a buena velocidad, aunque
los programas escritos para GTK+ 1.2.x son los más
rápidos, con tal vez
alguna excepción en ciertos programas Tcl/Tk (el cliente
messenger AMSN
por ejemplo :-).

Instalación de
Programas: URPMI

Esta es la parte buena que muchos
artículos no cuentan :-)

Mandrake
tiene desde las versiones 7.x un front-end de instalación de
paquetes
con autoresolución de dependencias, URPMI. Realmente
empezó a ser
funcional a partir de las versiones 8.x y en las 9.x ya esta muy
maduro. Este sistema es a Mandrake lo que APT-GET a Debian, URPMI es un
front-end para el sistema de instalación RPM (apt-get lo es para
dpkg).
Así, URPMI te permite instalar un paquete simplemente por su
nombre, resolviendo
cualquier dependencia que pudiera tener,
y pidiendo en consecuencia la instalación de los paquetes
necesarios.
Si sos usuario de Debian, verás que funciona exactamente igual
que APT.

Por ejemplo para instalar Abiword hay
que hacer:

urpmi abiword

Adicionalmente,
existen otras herramientas URPM*, que permiten realizar tareas como
búsqueda de paquetes por nombre, descripción,
ubicación, etc.; añadir o
quitar repositorios de instalación locales y/o remotos, etc.
URPMI
tiene la capacidad de usar no solo fuentes locales (directorios y
dispositivos removibles como lectoras, discos ZIP, etc.), sino
también
permite usar fuentes remotas (rsync, ftp, nfs, http). Acá
tenés una
breve descripción de cada una tomada del URPMI HOWTO:

urpmi: Obtiene e instala paquetes.

urpme: Desinstala (erase) paquetes.

urpmq: Realiza búsquedas (query) en la
base de datos.

urpmf: Realiza busqueda de archivos (files)
dentro de los paquetes RPM.

urpmi.addmedia: Agrega un repositorio.

urpmi.removemedia: Quita un repositorio.

urpmi.update: Actualiza un repositorio.

Estas
herramientas de consola tienen como otras, bastantes opciones posibles,
que extienden y mejoran sus funcionalidades individuales. Realmente
deberías leer algo de la documentación disponible en la
Red:

- Administración
de paquetes RPM en Mandrake

- URPMI-Howto;

- Otro
URPMI-Howto,

y la documentación local de URPMI
(man urpmi), para
entender las capacidades de este front-end; no digamos que si lo usas
no hay vuelta atrás :-)

Rpmdrake

Urpmi
tiene a su vez un front-end gráfico, Rpmdrake, que se encarga de
realizar las mismas tareas de las herramientas urpm*:
instalación/desinstalación de paquetes,
administración de repositorios
y  búsquedas, plus otros \'chiches\', propios de la interfaz
gráfica.

Rpmdrake
es particularmente bueno para hacer búsquedas, ya que lista los
paquetes encontrados y podemos seleccionarlos para leer en detalle sus
descripciones y ver su contenido, todo en un par de clicks; esto es
mucho más rápido y práctico para revisar
rápidamente 10 o 20 paquetes,
que hacerlo desde consola (aunque también se pueda con urpmf y
urpmq).

Otra
funcionalidad útil de Rpmdrake es la posibilidad de ver los
paquetes
según diferentes criterios de clasificación,
especialmente cuando los
vemos separados según su repositorio de origen. Por ejemplo:

Esto
último es útil cuando no podemos acceder a a repositorios
remotos por
no tenemos acceso a Internet desde la ubicación actual, o
estamos en
casa conectados por dial-up y no en la empresa con banda ancha ;-), y la
versión más reciente de un programa que queremos instalar
está
justamente  en un repositorio remoto, pero una que podemos usar de
inmediato está en uno local, un CD o un directorio. Siguiendo
con la
idea, si directamente instalarámos el programa por su nombre
desde
consola

urpmi nombre_de_programa

,
siguiendo el funcionamiento estándar si hubieran dos o
más paquetes con
igual nombre, URPMI preguntaría  cual versión
instalar, pero no ofrece
información acerca de la fuente (si es local o remota). Elegir
manualmente la versión \'más vieja\' desde Rpmdrake es
más rápido y
sencillo, y no hará protestar en absoluto a URPMI, que
instalará
tranquilamente el paquete siempre que se pueda cumplir y/o instalar,
cualquier dependencia que tuviera.

El Centro de Control

Este
es, entre otros detalles, lo que diferencia a Mandrake de otras
distribuciones. El programa en realidad es un conjunto de programas
integrados en un front-end gráfico. Existe una versión
gráfica y otra
de consola para cada módulo del mismo. Las funcionalidades que
brinda
son muy extensas, pero para intentar resumirlas basta decir que
permiten administrar la máquina de manera completa.

El acceso a las herramientas de consola
lo obtenemos escribiendo;

drak (y luego TAB, para
autocompletar los posibles nombres que comiencen con \'drak\')

Así tenemos entre otras:

drakauth
         drakconf.real
    drakhelp_inst     draksound

drakautoinst
     drakconnect
      drakloop
         draksplash

drakbackup
       drakedm
          drakopt
          drakTermServ

drakboot
         drakfirewall
     drakperm
         drakupdate_fstab

drakbug
          drakfloppy
       drakproxy
        drakxconf

drakbug_report
   drakfont
         drakpxe
          drakxservices

drakclick
        drakgw
           drakremote
       drakxtv

drakconf
         drakhelp
         draksec

Según los módulos que
hayas instalado puedes o no tener todos estos comandos.

Otra cuestión son los asistentes,
que permiten configurar rápidamente muchas cosas. El
término preciso sería \"rápido y sucio\" (\"quick & dirty\"), ya
que estos ayudantes se toman muchas licencias en cuanto a COMO hacen lo
que hacen; y no siempre cumplen con la elegancia, eficacia y
sencillés
de un archivo configurado a mano. De todos modos, logran perfectamente
su cometido evitando que el usuario tenga que hacerlo manualmente.

Versiones
Comerciales

Mandrake Linux es una
distribución mantenida y producida por la empresa Mandrakesoft, que al ser una
empresa, y para obtener las correspondientes ganancias, ofrece varios productos con
cierto valor añadido para distinguirlos de la versión Download que puede bajarse libremente
de la Red.

Como verán, las versiones
comerciales de Mandrake, tienen un
valor muy relativo, y pagar por ellas es más para soportar
económicamente a la empresa que produce la distribución
que nos gusta, que para adquirir una
distribución/servicio con alguna característica que se
destaque verdaderamente de la versión libre \"Download\".

El Powerpack,
la versión comercial de punta de Mandrakesoft, incluye
unos
pocos CDs más que la versión Download
(nada que no
podamos conseguir de
los directorios Contrib de repositorios o en CDs grabados de sitios
como MercadoLinux.com y
similares), algunas
pocas aplicaciones comerciales que no pueden conseguirse libremente en
la Red, y bastantes otras que sí pueden conseguirse en la Red,
pero no son de libre distribución.

El valor comercial real del
Powerpack serían los manuales impresos y encuadernados (ver tip
al final de la sección); y tal
vez cierto (mínimo), ahorro de tiempo al tener ya disponibles
ciertas aplicaciones que de otro modo tendríamos que bajar de la
red (como  el Flash Player, los codecs de RealPlayer, el J2SDK,
etc.). Sobre las
aplicaciones propietarias no disponibles en la Red, es casi seguro que
prácticamente todas puedan ser reemplazadas por un equivalente
funcional libre o por lo menos freeware, disponible en la Red.
Así vemos que de hecho el Powerpack
es
muy similar (o prácticamente igual), a la versión
Download.

Otro
producto destacado (pero más caro que el Powerpack), es la ProSuite,
que es básicamente lo mismo que el Powerpack, pero
adicionalmente incluye un CD con aplicaciones Java (tal como las que
podemos conseguir de los repositorios JPackage), un DVD con el
contenido de todos los CDs (muy útil para evitar los continuos
cambios de CD), y un CD \"dedicado\" para servidores.

En éste último caso, el valor real serían de nuevo
los manuales impresos y el DVD; las demás aplicaciones pueden
conseguirse o de no ser así (nuevamente), reemplazarse
fácilmente con otras (libres o freeware).



En
ambos casos se incluye como es costumbre, cierto tipo de soporte
\"oficial\" durante un período limitado de tiempo, lo que tal vez
sea útil en ciertos casos, aunque muchos preferirán
varios miles de usuarios en un foro a dos o tres \"supporters\", por muy
oficiales y privados que sean.



Tip: Si solo
querés tener los manuales impresos, al estar estos disponibles en formato PDF,
es seguro que imprimirlos y encuadernarlos te saldrá más
barato que comprar cualquier pack :-)

Políticas
de empresa

Como
siempre los comentarios sobre licencias y opiniones sobre
la posición de la distribución de cara a usuarios y
empresas.

En
el tema de licencias, siendo una distribución completamente
libre,
Mandrake es mucho más arriesgada que otras. Incluye como parte
de la
distribución oficial programas como MPlayer, en su
versión completa (a diferencia de Debian y SuSe). Esto le
permite al usuario
hacer un sencillo:

urpmi mplayer

y
tener listo el sistema para practicamente cualquier tarea multimedia
concebible como ver videos divx, escuchar streams de audio wma de
radios online, habilitar la ejecución de animaciones Flash en
los
navegadores por medio de MPlayer, usando Plugger (
más
rápido que el plugin oficial mismo según opiniones de
muchos usuarios).

El soporte para MP3 (Igual que para OGG), es completo y está disponible en
todos los programas sin esfuerzo adicional alguno (en contraste esta
vez con RedHat 9.x).

Para
hacer justa la comparación al igual que Mandrake posee
repositorios como PLF,
tanto Debian, SuSE, como RedHat (y Fedora), y en general todas las
distribuciones; poseen repositorios donde conseguir fácilmente
paquetes no distribuídos con las versiones oficiales por
cuestiones de licencia.

El
otro aspecto es el comercial. Mandrake tiene muy buenas
características
que lo posicionan muy bien para competir comercialmente con SuSe y Red
Hat, los otros dos \'peces gordos\' de GNU/Linux en el escritorio
corporativo. Sin embargo, la empresa, al parecer, se ha centrado en un
modelo de negocios distinto. En parte debido a la orientación
\'al
usuario final\', y por ahora al menos, centran sus esfuerzos en lograr
(y mantener, últimamente :-), la rentabilidad mediante el
MandrakeClub,
una idea basada en brindar servicios extra a los usuarios y empresas
por un costo mensual; principalmente acceso a programas libres y
propietarios, muy útiles y requeridos aunque también dan
soporte
técnico \'oficial\'.

Sin
embargo practicamente todos los usuarios de nivel medio alto ven que
Mandrake tiene mucho que decir en el escritorio corporativo, en PYMESs
especialmente (Pequeñas Y Medianas Empresas). Las funciones de
actualización,  la facilidad de uso y configuración,
más el bajo costo
de mantenimiento por máquina cliente y el no pago de
licencia
por usuario (propio esto último de cualquier GNU/Linux),
combinadas
 con la absoluta disponibilidad en Internet de contínuas
actualizaciones y una comunidad de usuarios que sostiene la
distribución junto a la empresa; todo esto combinado con
asociados
locales cualificados podría/debería disparar su
aceptación masiva en
empresas de nivel medio.

Esto último, por ahora permanece
relegado
debido mayormente a la estragia actual de la empresa,  por estar
centrandose en objetivos muy tangibles y rentables en el corto plazo,
algo también exigido por la situación financiera del
momento. Tal vez
más adelante, veamos un cambio que tienda a estrategias
más amplias y
de largo plazo.

Podés leer numerosos ejemplos de
uso empresarial de Mandrake aquí.

Por
qué uso Mandrake y no Debian ?

Esta pregunta retumba de vez en cuando
en los foros, y se basa principal y curiosamente en las similitudes de ambas:

- distribución libre,

- autoresolución de dependencias,

- versiones de desarrollo / paquetes actualizados, y

- activa comunidad de usuarios.

, más que en sus diferencias:

- capacidades de auto
configuración/detección (Mdk),

- y la flexibilidad de la distro (Debian).

Como
ya habrán leído, he comparado por momentos las dos
distros, ahora voy a intentar
contestar algunas cuestiones que seguro ya habrán  surgido
entre los
lectores.

No sobra aclarar que éstas en particular son
opiniones, vos deberías tener las tuyas (probá Debian)

Mis razones:

1) Autoresolución
de dependencias

Mandrake la tiene y eso facilita la
instalación de programas, tal cual ocurre en Debian. Ciertamente
APT está mucho más evolucionado
que URPMI, pero
el trabajo básico, lo realizan perfectamente ambos, sin
ningún
problema. La cuestión de la actualización del sistema,
que no estaba
tan perfeccionada en anteriores versiones de URPMI, desde la
versión
9.0 funciona muy bien, tal vez no tan bien como en APT pero lo
suficiente para no extrañarlo.

2) Versiones Actualizadas

Mandrake
tiene las últimas versiones disponibles del 99.9 % de las
aplicaciones
de Linux en cada liberación (cada 6 a 10 meses aproximadamente);
perfectamente ordenadas e integradas
en CDs listos para instalar y sin tener que bajar actualizaciones
(incluso gracias a sitios como MercadoLinux.com
puedo conseguir CDs
extra con parte del contenido de Contrib). A diferencia de Debian, en
el que la última versión bien ordenada e integrada en CDs
(Woody),
contiene aplicaciones de versiones muy desactualizadas en este momento
y exigiría una conexión de banda ancha y mucha paciencia
y tiempo
actualizar Woody hasta lograr que se equipare con Mandrake en cuanto a
versiones
de programas. Y no tengo banda ancha :-(

Ok,
hay ISOs de Sarge (testing), y de Sid (unstable), pero ciertamente no
reúnen las condiciones que consideraríamos como \"ordenas
e integradas\" que tiene una
distro
armada para ser \"final\" como Mdk 9.2. Plus, Mandrake
contiene versiones de paquetes y programas testeados al menos durante
un breve plazo para
descartar problemas que casi seguramente encontraremos en Sid, ya que
justamente es \'inestable\'. Obviamente nadie puede culpar de esto a Sid,
ya que esa es exactamente su función.

Otras
opciones basadas en Debian como Libranet, Xandros o Lindows
serían aceptables para
muchos,
pero realmente hay que tener acceso de banda ancha para poder instalar
muchos paquetes necesarios (nuevos o no), aunque el acceso a los
repositorios APT sea totalmente libre (no los de las empresas claro); y
obviando por completo el que
Libranet y las otras mencionadas no son de libre distribución
(no permite bajarlas gratuitamente, o solo versiones de desarrollo
-Lindows- o no la
última
versión disponible - Libranet).

Knoppix no califica como una
opción
integrada por
la otra razón: no tiene un método de instalación
a disco práctico y
ordenado (instala el contenido completo del CD y no permite elegir que
aplicaciones instalar o no), y si quisiéramos luego instalar
algo
deberíamos casi con seguridad pasar directamente a Sid (y tener
una
buena conexión a Internet para hacerlo).

3) Software
fácilmente disponible

Igual
que en Debian, en Mandrake se dispone de una gran colección de
programas para instalar, como ya vimos antes. Así que no se
extraña
(casi, hay que admitirlo), la colección de paquetes de Debian.

Plus,
debido a que la mayoría de las versiones cambia muy poco de
versión a
versión, es mucho más fácil hacer actualizaciones,
y por lo general son
mucho más cortas que cuando se actualiza Sid. Para los que
sugieran
usar Sarge (testing), casi nunca se encuentran versiones de programas
tan actualizadas como en Cooker, para equipar realmente habría
que pasarse directamente a Sid y
sería caer
de nuevo en el tema de poco \"ordenada e integrada\").

Ciertamente usar Cooker se parece mucho
a usar Sid, pero aún limitándonos a la última
versión estable, la distribución se mantendría
ciertamente más estable y casi tan actualizada como al usar Sid.

En
cuanto a los backports para la versión estable de Mandrake,
practicamente nunca provocan ninguno de los problemas habituales que
solemos encontrar al instalarlos en Woody. Incluso es ya una costumbre
que al actualizarse ciertos programas (KDE por ej.), algún
usuario avanzado utilice los SRC.RPM de Cooker y los compile en la
última versión estable para distribuir los binarios.

Es más, la comunidad
de
usuarios generalmente se preocupa mucho de que los
backports que se hacen, funcionen perfectamente integrados en la
versión estable . Por la razón anterior, instalar varios
backports
juntos tampoco suele ser un problema. Claro que puede haber excepciones.

4) Flexibilidad de uso

A
pesar de todos los \"chiches gráficos\", autodetección,
autoconfiguración, etc. casi por costumbre configuro Mandrake
manualmente. Aún así tener un práctico conjunto de
herramientas
gráficas y de consola integradas ahorra tiempo.

Hay
características de Mandrake que si bien son muy útiles,
realmente no
las uso o podría prescindir de ellas fácilmente. La
\"dificultad\" para
instalar Debian, no es tal si realmente lo intenta a conciencia,
así
que la facilidad de Mandrake es más que nada una cuestión
de ahorro de
tiempo. No lo es así la autodeteccion y configuración de
dispositivos,
que en muchos casos se ve simplificada de sobremanera en Mandrake.

Bueno...

Usuarios
de distribuciones como SuSe y Red Hat e incluso Libranet (que
está
basada en Debian), suelen dan razones muy similares a las que
expliqué
para no usar Debian (stable, testing y/o unstable).

En
cuanto a Debian, ciertamente posee muy buenas características,
pero la
falta de algunas se convierte en un
poderoso
disuasivo para no usarla en ciertas circunstancias: como el no tener
banda ancha y querer usar las últimas versiones de programas por
ejemplo. Hoy, en los días de Knoppix,
quedan pocas excusas para
la
falta de autodetección/configuración de hardware. Tal vez
ahora quieras saber qué ven de bueno en Debian sus usuarios,
podrías ir a Esdebian y
leer un par de cientos de razones :-), tan buenas como las mías.

Debemos
recordar que si hay algo que justifica la existencia de GNU/Linux es la
garantía de libertad y
eso solo puede existir si hay
opciones de
donde
elegir, Debian y Mandrake son eso, opciones.

En
el conjunto de características deseables y no deseables, en mi
caso en
particular, Mandrake tiene un mejor balance entre ambas que
Debian, y
esa sería la razón puntual de porque lo uso.

Fervientemente
recomiendo leer algunos textos publicados en Libertonia, no para
\"evangelizar\" a ningún usuario de Debian, sino para que los que
no son usuarios de Mdk lean comentarios
de muy buen nivel
técnico, de usuarios avanzados de Debian sobre Mandrake:

De
Debian a
Mandrake (I)

De
Debian a Mandrake (II), primeros
pasos

Una
nueva vida en Mandrake (y sin salir de Linux!)

De
Debian a Mandrake (y van tres)

Balance
costo-beneficio

Bueno,
debo decir que un artículo que traduje, \"Debian, No solo otra
cara
bonita\" (I
y II),
me inspiró en sobremanera
para darle el enfoque que
vieron a
esta revisión.

Como
ya habrán apreciado, una distribución orientada al
usuario final que
sea amigable para el usuario novato y no limite ni descarte a los
usuarios avanzados es muy difícil de estructurar. Hay
distribuciones
como Xandros, Lindows y similares que han optado por lo primero,
descartando mayormente lo segundo. Otras como Mandrake, SuSe y Libranet
avanzan exitosamente por ambos senderos; alguna como Fedora Core 1 (ex
Red Hat), está intentando cambiar su enfoque a esto
último, aunque por
ahora esté amplia y profesionalmente superada por las
demás (todavía no
hay que descartarla, después de todo son las primeras
versiónes :-)

Seguro
que notaron la mención de muchas distribuciones, algo
útil para
que ver
que muchos de los supuestos desaciertos de Mandrake, no son ni
más ni
menos importantes que
los que encontramos en otras distros; lo que sí sorprende
gratamente son
detalles que ni siquiera en distribuciones pagas podemos encontrar.

Como
leí en otros artículos recientemente, se tardaría
años en refutar todo
el FUD* que se dice sobre
Mandrake, así que la mejor
recomendación que
puedo hacer es que lo prueben Uds. mismos y vean que tan ciertos son
los comentarios sobre esta excelente distribución. Y si ya lo
hicieron
en versiones anteriores, la 9.2 es una muy buena opción para
darle otra
oportunidad, o podrías esperar a la muy próxima 10.

Creo
que la relación costo-beneficio, entre las
características de Mandrake
que deberían mejorar, y aquellas que son muy buenas y
útiles,
recae completamente del lado de estas últimas.

Mandrake
Linux se muestra sólido y estable, a la vez que flexible y
adaptable,
tanto para usuarios que recién comienzan como para usuarios
avanzados;
características muy difíciles de integrar, algo que se ha
logrado
gracias a la comunidad de usuarios, la larga experiencia de desarrollo
y
el perfeccionamiento gradual de la distribución.

Referencias

*FUD
(Fear,
Uncertainty, Doubt
- \"Miedo, Desconocimiento, Duda\"): Expresión que representa
opiniones
y/o críticas adversas hechas con estas tres
características como
principal fundamento, en vez de hacerlo con hechos y/o causas reales.

Enlaces
Relacionados

Noticias y artículos destacados
sobre Mandrake (y otras dist.)



Starlinux.net (en
español)

Libertonia.escomposlinux.org
(en español)



PClinuxonline
(en inglés)



Foros



BlogDrake (en
español)

Starlinux (en
español)



MandrakeUsers (en
inglés)

PClinuxonline (en
inglés)

Mandrakeexpert (en
inglés)



Download



Busqueda y
configuración automática de repositorios URPMI (Easy
URPMI)

De
donde bajar Mandrake (lista de mirrors)

Paquetes Multimedia (Divx, DVD,
MPlayer, etc.)  (PLF)

Donde buscar más
repositorios de
paquetes para Mandrake



Documentación



Página
de documentación en Español de Mandrake

Guía
de Comienzo de Mandrake Linux

Guía
rápida de usuario de Mandrake Linux

Guía
de referencia de Línea de Comandos de Mandrake Linux



Actualización
de Mandrake con urpmi (en esp.)



Sitios Oficiales



Web de Mandrake GNU/Linux
(sitio oficial de la distribución)

Seguridad en Mandrake
(notificaciones de paquetes, artículos, etc.)

MandrakeBizcases
(Implementaciones exitosas en el ámbito comercial)



Sitios Oficiales Comerciales



Mandrakesoft (sitio de
la empresa)

MandrakeClub (software
adicional y servicios a clientes)

MandrakeStore (venta
online de distribución y soporte técnico)

MandrakePartners
(empresas asociadas y oems)

(yacolinux en yahoo.com.ar)