Blog de Kalvy

AVISO: Draklive es una herramienta en constante desarrollo. Puede darse el caso de que lo explicado en este manual esté obsoleto en el momento de su lectura. Son cosas que pasan, así que si ves algo desactualizado y quieres contribuir a su actualización, ¡avisa!

Por ejemplo, a partir del 27 de octubre de 2008 la versión en el SVN de Mandriva de Draklive tiene nuevas funcionalidades aquí no comentadas. Además, se realizó una refactorización del código que, aunque deber no debería afectar a su comportamiento, podría haberlo hecho.

En resumen, que lo aquí expuesto cuando se probó funcionaba. Más adelante no se puede afirmar que siga haciéndolo, aunque sí debería.
FIN DEL AVISO

• Prefacio
• ¿Qué es Draklive?
• ¿Qué es Mandriva Flash?
• ¿Cómo funciona un sistema live?
• SquashFS
• UnionFS

Hace un tiempo, me encontré que tenía que pasar más horas de las que yo quisiera con ordenadores que no tenían Linux instalado. Y pensé "¡ojalá tuviese aquí mi flamante Mandriva!". Así que me dije "¿y por qué no?", y empecé a llevar conmigo una Mandriva One. Ésta, combinada con una conexión remota a mi ordenador de casa, me daba acceso a todo lo que necesitaba.

Pero aún no estaba satisfecho. A fin de cuentas, algunas de las aplicaciones que necesitaba sería mejor tenerlas en el propio LiveCD. Y, ya puestos, ¿por qué no tener un LiveDVD en lugar de un LiveCD? Aún así, seguía estando el problema del almacenamiento de datos.

Por mucho que los KIOSlaves de KDE me permitiesen guardar fácilmente los archivos en mi ordenador por SSH, sería preferible no tener que necesitar red para ello, por lo que pudiese pasar... Así que la mejor opción de todas sería un LiveUSB.

La opción más sencilla habría sido simplemente adquirir una Mandriva Flash, pero tengo la malsana costumbre de complicarme la vida siempre más de lo necesario. Así que investigué cómo podría hacerme yo mi propio LiveUSB. Y encontré Draklive, la herramienta libre (como todo el software creado por Mandriva) mediante la cuál se crean sistemas live basados en Mandriva (por ejemplo, Mandriva One y Mandriva Flash).

Así que, para jolgorio y regocijo de aquellas aguerridas (o masocas, según se mire) personas que quieran aprender a usar Draklive, he aquí este manual.

Actualización 2007-12-24: desktop-classic-menu-data-2008.0-2mdv2008.0.noarch.rpm

• Mejorada descripción sobre el parcheado de los paquetes
• Ahora, si el archivo parcheado es modificado (por ejemplo porque se actualizase el paquete que lo contenía originalmente) no se revierten los cambios al desinstalar el paquete (para evitar pisar la versión actualizada). Por tanto, si se actualiza algún paquete que contiene alguno de los archivos parcheados, éste paquete debe desinstalarse e instalarse de nuevo para que se parcheen de nuevo los archivos.
• Incluidos layouts de Wine y GGZ (obtenidos desde sus respectivos paquetes) adaptados a este menú en lugar de al nuevo de Mandriva

Es posible que algún lector de BlogDRAKE recuerde lo poco que me gusta el nuevo menú de Mandriva 2008.0, y que había comentado también mi intención de recuperar el menú clásico.

Pues bien, el día ha llegado. Ya conseguí portar el menú clásico a partir de la 2007.1 a la 2008.0. Mi intención era enviar a los desarrolladores de Mandriva dicha versión del menú clásico para la 2008 para que pueda volver a incluirse de cara a la 2008.1, pero no están por la labor :(

Ahora bien, debido a ciertos cambios realizados para Mandriva 2008, el menú clásico no está tan organizado como antes, y algunas entradas aparecen fuera de sitio.

Las entradas de menú se ubican en un determinado lugar del menú en base a las categorías incluidas en el archivo .desktop asociado. Hasta la 2007.1, estaban disponibles las categorías X-MandrivaLinux-loQueSea, pero a partir de la 2008 la mayoría se eliminaron para estar más próximos a la especificación de menús de freedesktop.org.

Además, algunas categorías pertenecientes al estándar se eliminaron para entradas concretas, aunque no entiendo por qué... Imagino que por error al eliminar las categorías de Mandriva.

El caso es que, incluso ahora que ya sé que los desarrolladores de Mandriva no están interesados en este estilo de menú, quería dejarlo lo más pulido posible. Y para ello está este hilo aquí.

Una de las dudas más comunes es "¿Cómo instalo los drivers de mi tarjeta gráfica?". Aunque ya fue respondida infinidad de veces, esa duda sigue apareciendo en los foros de cuando en cuando. Así que ya es hora de hacer un manual sobre ello, para que la duda no vuelva a aparecer (o, si aparece, poder responder con un mero enlace). ¡Vamos a ello!

• Estilos de menú
• Entradas de menú ocultas
• Buscar ficheros desktop
• Cuando no hay ficheros desktop
• Cuando hay varios ficheros desktop
• Cuando hay un único fichero desktop
• Reportando bugs

En ocasiones nos encontramos con que instalamos una aplicación, y no aparece ninguna entrada en el menú para ellas. ¿Por qué ocurre esto? ¿Es un comportamiento lógico? ¿Es un bug? A continuación, una pequeña explicación para que quienes se encuentren con este problema sepan qué es lo que deben hacer.

(Aviso para navegantes: ladrillo :P)

Aprovechando que tenía unos días libres, decidí actualizarme de una vez de Mandriva 2006 a 2007. El modo de actualización que escogí fue utilizando urpmi.

A la hora de actualizar Mandriva vía urpmi de una versión anterior a otra más moderna puede ocurrir que algunos paquetes no se actualicen por algún motivo (los paquetes no existen en la versión más moderna, el nombre cambió, etc).

Una vez terminada la actualización, podemos saber qué paquetes faltan por actualizar mirando la fecha en que fueron instalados.

Podemos obtener la lista de todos los paquetes instalados, ordenados por fecha de instalación de más reciente a más antiguo, mediante la siguiente orden del shell (obtenida de When was an rpm installed?):

rpm -qa --queryformat '%{installtime} %{name}-%{version}-%{release} %{installtime:date}\n' | \
sort -nr +1 | sed -e 's/^[^ ]* //'

Hola a todos.

No sé si a alguien le podrá interesar, pero por si acaso, vamos a ello ;)

En los últimos meses estuve trabajando en un proyecto de software libre personal (vamos, ideado y desarrollado por mí) cuyo objetivo es el de simplificar, en la medida de lo posible, la instalación de paquetes de código fuente en GNU/Linux.

La idea tras el proyecto es que, dado que para instalar (y desinstalar y actualizar, es decir, gestionar) los paquetes generalmente se sigue un mismo esquema, ¿por qué no recrear ese esquema de forma automática en un programa?

El problema, claro está, es que el esquema a seguir varía de un paquete a otro: unos usan make para construir y otros jam, unos están comprimidos en gz y otros en bz2... La idea del proyecto es crear una base que permita ser ampliada a base de plugins que cubran una determinada funcionalidad. De esta forma, si añades el módulo para zip podrá descomprimir zip, si le añades el de checkinstall podrá crear un rpm en lugar de instalar a huevo, etc.

Más información al respecto de todo esto, en la página web del proyecto. No es plan de explicar aquí extensivamente la idea que hay tras él ;)

El lunes 4 de diciembre de 2006, tras sudor, sangre y lágrimas, al fin la primera versión pública del proyecto vio la luz.

Empecemos por lo básico. Como quizás sepas, y sino te lo digo yo ahora ;) , Linux, en rigor, es únicamente el kernel. El kernel o núcleo es el programa que permite a los demás programas comunicarse con el hardware y gestionar los recursos del ordenador (procesador, memoria...).

Añadidas secciones ¿Todo paquete tiene script de configuración?, ¿Cómo puedo saber la secuencia a seguir para instalar? e Instalando bibliotecas compiladas desde código fuente.

Además, del mismo modo que hizo drakedalfa con sus manuales, las secciones son enlazables de forma individual por si le fuese de utilidad a alguien.

Si veis alguna cosa mal en lo que añadí hacédmelo saber, porque a estas horas de la noche ya no tengo muy claro ni qué escribí :P El problema es que tampoco tengo tiempo a horas menos intempestivas para ponerme con ello ;)

A raíz del comentario de Villacampa en el Ciberpaís de hoy (más razón que un santo), una duda me asalta. ¿Es BlogDRAKE n00b friendly?

Me explico. Alguien que lleve aquí un tiempo conocerá más o menos dónde está todo y la filosofía de BlogDRAKE. Pero un recién llegado, que quisiese empezar con Mandriva, ¿sabría dónde dirigirse y qué hacer?

Doy por hecho que investigando la web, entrando en las diversas secciones y demás uno se puede hacer a la idea más o menos de cómo funciona todo.

Pero creo que quizás sería interesante tener una especie de página de bienvenida claramente visible en la portada en la que se explicase un poco cómo empezar con BlogDRAKE, un enlace al artículo de Netiqueta de Eric S. Raymond que tanto le gusta a drakedalfa, el IRC (cuya existencia yo desconocía hace muy poco, aunque reconozco que no entré nunca porque no soy mucho de IRC ;) ), etc.

• Configuración
• Construcción
• Instalación
• Sistemas de construcción
• ¿Todo paquete tiene script de configuración?
• ¿Cómo puedo saber la secuencia a seguir para instalar?
• ¿Dónde instalar?
• Configure falla, ¿qué le ocurre?
• ¿Cómo puedo deducir el paquete que falta por los mensajes del configure?
• Compilando aplicaciones KDE
• Instalando bibliotecas compiladas desde código fuente
• ¿Cómo puedo hacer un icono en el escritorio de KDE?

A continuación hay un pequeño manual introductorio a la compilación de paquetes desde código fuente. Antes de nada, aclarar que esto debería ser un último recurso a utilizar en casos concretos. Antes de instalar desde código fuente:

* intenta siempre instalar paquetes empaquetados en un fichero rpm, preferiblemente de los repositorios de tu distribución utilizando urpmi.

* si no los encuentras, busca en cooker por una version de ese paquete en formato "bla-bla-12.34-56.src.rpm". Luego, creas un rpm a partir de ese "source rpm": rpmbuild --rebuild bla-bla-12.34-56.src.rpm

Si ninguna de las opciones anteriores funcionó... es hora de sacar las pócimas y sortilegios e instalar un paquete de código fuente. Muchos han muerto intentándolo, pero no sufras, con la ayuda de este pequeño manual de introducción espero que puedas sobrevivir para contar con orgullo a tus nietos como compilaste tal paquete.

Hola a todos.

Aquí estamos, con la segunda entrada de mi blog, cuya temática trata de lo mismo que la primera ;) Quizás haya quien la recuerde. Para refrescar la memoria, aquí está: Offtopic: Jisp Editor Directly on Internet

El caso es que, por fin, tengo disponible el servidor de demostración mediante el cuál se puede probar la aplicación :)

Hola a todos.

Escribo esta entrada (la primera de mi blog, bonito estreno :-P ) para comentaros la existencia de un proyecto de software libre de temática Jabber que estoy realizando, por si hubiese algún interesado en él :-)

El proyecto, de nombre Jisp Editor Directly on Internet (de ahora en adelante, JEDI :-P ) es un repositorio de ficheros jisp (los ficheros de emoticonos para Jabber) mediante el cuál en lugar de bajar los paquetes sin más (como en Jabber icons) permite editarlos antes de bajarlos.