Guadalinex

Que no te engañen, exige el código fuente.

Archivo de 21/05/08

Y yo que me creía que Linux no tenía Interfaz Gráfica…

Publicado por enramos.com en Mayo 21, 2008

En primer lugar, decir que el Sistema de Ventanas X Window es un protocolo que se creó para dotar de Interfaz Gráfica a Sistemas Unix.

El Gestor de Ventanas es un programa que controla la ubicación y apariencia de de las aplicaciones bajo el sistema X Window (sin la s final).

Por el contrario, un Entorno de Escritorio es un conjunto de software para conseguir una solución completa de Interfáz Gráfica de Usuario, como por ejemplo un gestor de archivos, un navegador web, calculadora, editor de textos, etc.

Además, tenemos un Gestor de Pantalla que nos permite controlar el inicio de sesión (pantalla gráfica donde nos logueamos, introduciendo nuestro nombre y contraseña).

Una vez hemos echo esta introducción, vamos a intentar aclarar un poco las diferencias.

En primer lugar decir que como implementación de X Window, actualmente se utiliza X.Org en la gran mayoría de distribuciones. Antiguamente se usaba XFree86 pero por algunos problemas se cambió. De ahí que en manuales antiguos podamos encontrarnos referencias a un archvo que venía siendo algo así /etc/X11/XFree86.conf o /etc/X11/XFree86-4.conf. Actualmente el archivo de configuración que implementa las X es /etc/X11/xorg.conf

Guadalinex, al igual que Ubuntu y Debian GNU/Linux, por defecto vienen con un entorno de escritorio llamado GNOME. Este entorno de escritorio viene con una serie de aplicaciones que se encuentran dentro del proyecto como por ejemplo nautilus (gestor de archivos) y gedit (editor de textos).

Pero este entorno de escritorio, a su vez necesita de un Gestor de Ventanas, que actualmente utiliza Metacity, implementado con unas librerías gráficas llamadas GTK, al igual que Gnome y sus distintas aplicaciones.

El Gestor de Pantalla que usa GNOME por defecto (donde nos logueamos de forma gráfica) es gdm.

Por otro lado tenemos otro gran Entorno de Escritorio, con nombre KDE, que viene con una serie de aplicaciones distintas a las anteriores; konqueror (administrador de archivos), konsole (terminal de texto), etc.A diferencia del anterior, este utiliza otras librerías gráficas llamadas QT y como gestor de ventanas KWin.

El Gestor de Pantalla para KDE es kdm.

Aunque son los más conocidos, existen otros Entornos de Escritorio más ligeros, como es el caso de XFCE, también basado en GTK, al igual que GNOME, pero como gestor de ventanas utiliza Xfwm. Como viene siendo normal, trae sus propias aplicaciones para administrar archivos (Thunar), compresos de archivos (Xarchiver), etc. Desconozco si viene con algún Gestor de Pantalla.

Básicamente, estos son los Entornos de Escritorio como tal, que conozco para Linux. No obstante, decir que no es necesario ni obligatorio trabajar con un Entorno de Escritorio y seguir disponiendo de Entorno Gráfico, gracias al Gestor de Ventanas, pero esto lo dejamos para otra entrada.

De momento, si te atreves, puedes ir probando distintos Entornos de Escritorio. La forma de instalarlo, tan sencilla como siempre, tiramos de repositorio, para lo cual, podemos hacer uso del gestor de paquetes Synaptic, o bien por terminal (apt-get install ‘equivale a’ aptitude install):

$ sudo su aptitude install kde kde-i18n-es

$ sudo su aptitude install xfce4

Una vez instalados, lo cual puede tardar ya que estos paquetes incluyen muchas aplicaciones, podremos elegir con que Entorno de Escritorio queremos iniciar a través del Display Manager.

Se me ocurre que es posible que haya conflictos entre algunos paquetes, en el sentido de que kde quiera instalar kdm y ya tengamos instalado gdm, pero quiero recordar que en la actualización de paquetes se me pregunta. No obstante me quedo haciendo la prueba para ver si hay algún problema, que no quiero que nadie me regañe luego.

Actualizado. Efectivamente el paquete kdm es instalado por dependencias por kde, por lo que una vez comienza la instalación nos pregunta qué gestor de ventanas queremos utilizar, kdm o gdm. En mi caso he seguido utilizando gdm, aunque el aspecto ha sido cambiado por xfce, apareciendo un lindo ratoncito (su logo) como fondo.

Aquí algunas capturas de pantalla de los distintos escritorios que he instalado:

Me ha llamado la atención ver el logo de Debian GNU/Linux en el escritorio KDE. Es cierto que Guadalinex tiene muchas similitudes con Debian GNU/Linux, ya que en un principio estuvo basada en él, y aunque actualmente está basada en Ubuntu, esta última desciende de Debian GNU/Linux, pero aun así es extraño.

Publicado en X Window | Etiquetado: | Deja un Comentario »

Gestión de proyectos (Project Management)

Publicado por enramos.com en Mayo 21, 2008

/* Esta noticia ha sido modificada en diferentes ocasiones, añadiendo nuevos datos e impresiones, por lo que es posible que existan incoherencias entre las distintas opiniones dadas */

Se podría decir que un proyecto es una secuencia de tareas que tienen un principio y un final limitados por el tiempo, los recursos y el objetivo final, y que la administración de proyectos es el proceso de combinar de combinar estos elementos para satisfacer los requisitos de este.

Si alguna vez hemos tenido que administrar un proyecto, estas son algunas herramientas libres que conozco:

El funcionamiento de todas ellas es similar. La primera está destinada a escritorios GNOME, ya que utiliza librerías GTK, la segunda para KDE, con librerías QT, y la tercera de ellas está realizada en Java, lo que la convierten en una herramienta portable, que podemos ejecutar tanto en Linux, como en Windows como en Mac.

En verdad no me gustan excesivamente, de echo intento evitarlas, las aplicaciones hechas en Java, pero en este caso me quedo con GanttProject por la sencilla razón de que puedo abrir mis proyectos en cualquier máquina independientemente del sistema operativo que utilicen. El inconveniente que tiene es que posiblemente tengamos problemas a la hora de cargarla en algunas distribuciones Linux, ya que muchas de estas utilizan gij por defecto, y con este compilador de Java no parece funcionar.

Por otro lado, GanttProject parece ser el que menos actividad tiene, puesto que la última versión salió en Diciembre de 2007 y desde entonces no ha habido ningún cambio. En este sentido, parece que el desarrollo más activo es TaskJuggler, de KDE, cuya última versión data del 6 de Mayo, es decir hace escasamente un mes.

Por otro lado también me gustaría añadir, que al parecer, existe una versión de Planner para Windows (http://winplanner.sourceforge.net/) pero que no he probado.

Ya para terminar decir que me decantaría por TaskJuggler, que aunque parece la más compleja, también la más completa o al menos de la que existe mayor documentación. Además, esta herramienta podemos usarla tanto en modo consola, como mediante su interfaz gráfica (TaskJugglerUI), lo cual le da una potencia doble. Para mí, el manejo de una herramienta en interfaz de texto le da unas características extraordinarias, como es la no dependencia de máquinas potentes y ni siquiera interfaz gráfica, y el que sabiendo usar la consola, nunca dependeremos del interfaz gráfico que se use, ya que existe la posibilidad de poder crear varios, exportar a un mayor número de formatos, etc.

Algunos artículos sobre TasJuggler:

Inconvenientes: No existe traducción al español del la interfaz gráfica, y por lo que he leído en los foros, no parece haber mucha intención de que existan más idioma que el nativo de la aplicación. Además la interfaz gráfica no parece implementar la creación de tareas, recursos, dependencias, etc. Simplemente nos sirve para ver de forma gráfica nuestro proyecto, pero no para desarrollarlo. Le he estado echando un vistazo a la documentación, y la curva de aprendizaje puede ser algo larga y complicada.

    Publicado en Aplicaciones | Etiquetado: | 5 Comentarios »

    Conexión por SSH a Guadalinex

    Publicado por enramos.com en Mayo 21, 2008

    Recientemente he cambiado la instalación de Guadalinex V4 que tenía, a la nueva versión V5 Alpha con una reinstalación completa.

    Por lo que he observado de momento, esta nueva versión no trae en el CD el servidor ssh, tan solo el cliente.

    $ dpkg -l | grep openssh
    ii openssh-client 1:4.7p1-8ubuntu1.2 secure shell client, an rlogin/rsh/rcp repla

    Esto no es un gran problema ya que la instalación es un sencillo comando, o marcar el maquete en Synaptic quien prefiera entorno gráfico.

    $ sudo aptitude install openssh-server

    El problema viene al intentar conectarme con la máquina.

    $ ssh enramos@192.168.1.2
    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
    @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
    IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
    Someone could be eavesdropping on you right now (man-in-the-middle attack)!
    It is also possible that the RSA host key has just been changed.
    The fingerprint for the RSA key sent by the remote host is
    ff:ee:dd:cc:bb:aa:00:99:88:77:66:55:44:33:22:11.
    Please contact your system administrator.
    Add correct host key in /home/enramos/.ssh/known_hosts to get rid of this message.
    Offending key in /home/enramos/.ssh/known_hosts:4
    RSA host key for 192.168.1.2 has changed and you have requested strict checking.
    Host key verification failed.

    Esto significa que que la clave RSA ha cambiado, lo cual es bastante normal, ya que desde la última vez que intenté conectar han habido “algunos pequeños cambios”, como es una nueva instalación :o )

    Esto también tiene fácil arreglo. Como bien me indica la clave que ha fallado es la cuarta del archivo /home/enramos/.ssh/known_hosts de la máquina cliente (la que intenta conectarse), o bien, borro el archivo completo, lo cual me haría de nuevo admitir a todas las máquinas a las que me conecto, pero tampoco es nada grave.

    Sea como fuere, una vez solucionado el problema, ya puedo conectar a la máquina.

    $ ssh enramos@192.168.1.2
    The authenticity of host ‘192.168.1.2 (192.168.1.2)’ can’t be established.
    RSA key fingerprint is ff:ee:dd:cc:bb:aa:00:99:88:77:66:55:44:33:22:11.
    Are you sure you want to continue connecting (yes/no)? yes
    Warning: Permanently added ‘192.168.1.2′ (RSA) to the list of known hosts.
    Connection closed by 192.168.1.2

    Publicado en Administración | Etiquetado: | 2 Comentarios »

    Virtualizar linux sobre linux: Qemu

    Publicado por enramos.com en Mayo 21, 2008

    A continuación detallo el procedimiento que sigo para virtualizar una distribución de linux, en concreto Guadalinex V5, sobre otro linux que es con el que trabajo normalmente, por nombre Debian GNU/Linux (nótese el uso de GNU ;) .

    Bueno decir que el procedimiento de instalación de qemu voy a saltarmelo, puesto que ya lo tengo instalado de alguna que otra prueba, pero que tampoco debería tener mayor complicación:

    $ uname -r
    2.6.22-3-k7

    $ dpkg -l | grep qemu
    ii kqemu-common 1.3.0~pre11-8 Common files for the QEMU Accelerator module
    ii kqemu-modules-2.6.22-3-k7 1.3.0~pre11-8+2.6.22-6.lenny1 kqemu modules for Linux (kernel 2.6.22-3-k7)
    ii kqemu-source 1.3.0~pre11-8 Source for the QEMU Accelerator module
    ii qemu 0.9.1-3 fast processor emulator

    Lo primero sería cargar el módulo kqemu (como root), que aunque podría cargarlo de forma automática no me interesa ya que no es una cosa que use habitualmente:

    # modprobe kqemu

    Ya como usuario normal, me sitúo en el directorio donde quiera guardar la imagen/máquina virtual, en mi caso /mnt/qemu y creo la imagen, siempre y cuando tengamos permisos en el directorio.

    $ cd /mnt/qemu/

    $ qemu-img create guadalinex_v5_alpha.img 4G
    Formatting ‘guadalinex_v5_alpha.img’, fmt=raw, size=4194304 kB

    Ya sería cuestión de arrancar la máquina virtual desde CD, situados en el directorio donde tengamos la imagen:

    $ qemu -localtime -hda guadalinex_v5_alpha.img -cdrom /dev/cdrom -m 256 -boot d

    Otra opción, es arrancar la máquina virtual desde una imagen de la distribución, sin tener que grabarla previamente a CD.

    $ qemu -hda guadalinex_v5_alpha.img -cdrom /ruta/guadalinex-v5-live-alfa.iso

    En mi caso estoy virtualizando una LiveCD, por cuestiones que no viene el caso, pero en el caso de que nuestra intención sea la de realizar una instalación en el disco duro, recomiendo la versión NoLive, ya que consumen menos recursos puesto que no cargan todo el entorno gráfico, y teniendo en cuenta que la RAM que le asigno es de 256MB (más o menos lo que me queda libre ‘$ free -m’), pues seguramente con una Live me tarde todo el día en realizar el proceso completo :o (

    Virtualizar Guadalinex V5 Alpha sobre Debian GNU/Linux Lenny Testing

    Una vez instalada, ya solo nos quedaría arrancarla directamente desde disco duro con un comando tipo:

    $ qemu -hda guadalinex_v5_alpha.img -m 256 -boot c

    Publicado en Virtualización | Etiquetado: | 1 comentario

    Diagramas de Flujo & UML

    Publicado por enramos.com en Mayo 21, 2008

    Hace poco comentaba las herramientas que había encontrado para realizar mapas mentales (http://guadalinex.wordpress.com/2008/05/07/mind-map-en-linux/).

    Hoy me ha dado por Diagramas de Flujo, ya que el resultado es bastante curioso sobre todo para indicar el camino a seguir según que posibilidades u opciones se elijan.

    <<<ejemplo>>>

    De momento solo voy a ir haciendo un listado de las que vaya encontrando:

    Por otro lado, también existe la posibilidad de utilizar alguna herramienta de modelado UML, como por ejemplo:

    [en.wikipedia.org] ~$ List of UML tools

    Publicado en Aplicaciones | Etiquetado: , , | 4 Comentarios »