El pasado sábado, se dio por finalizada la GCDS’09. Después de una semana frenética de charlas y talleres, tocan las reflexiones.

Personalmente, ME HA ENCANTADO, tanto por el grupo de personas que ha ayudado en la organización, como por el nivel de las charlas y los talleres que se han impartido.

De las charlas destacar las desarrolladas por:

• Knut Yrvin -> Client alternatives in schools

De la que (y traduciendo en mi inglés “nativo”) me quedo con “Al personal Docente nunca le enseñes la consola”

• Daniel Armendáriz (ASOLIF) -> Los retos de la empresa de software libre

De la que me quedo con “Al cliente no tienes porqué decirle que lo que se le está implantando es Software Libre, sino simplemente darle una solución eficaz a su problema”.

• Ignacio Correas -> Desarrollo de un modelo de negocio entorno a eBox Platform

Una de las que más me ha gustado, ya que ha dejado patente cómo una empresa española, con una buena idea, ha sido capaz de desarrollar un producto ( eBox ) basado en Software Libre, y que a su vez, la comunidad lo haya adoptado y aclamado, hasta el punto de que si todo les sale bien, lleguen a instalarse en una de los recintos técnológicos más importantes del mundo como es la Silicon Valley

• Miguel Angel Armas (perteneciente al Grupo CPD) -> Virtualización: ModularIT

En la que nos presentó el proyecto ModularIT [1],[2], el cuál ha sido desarrollado por Canarytek Consultoría y Sistemas, y cuya filosofía “a groso modo” es la de implementar una máquina virtual por cada servicio que se quiera instalar, así como la interoperabilidad de dichas máquinas, para crear un conjunto de sistemas-servicios que dependerán de las necesidades de cada cliente. Entre lo que más me llamó la atención de este proyecto, fue la capacidad de realizar la instalación del sistema de una manera desatendida, y en el caso en el que hubiera algún problema, la posibilidad de conectarse durante la fase de instalación y completarla de manera remota.
La verdad es que personalmente creo que están haciendo un trabajo fantástico

En cuanto a los talleres, destaco:

• Introducción al desarrollo de módulos para eBox Platform

Impartido por Javier Uruen, y en el que además de dejar claro que es un crack, demostró lo sencillo (dentro de lo complejo del sistema) que puede ser desarrollar un módulo para eBox.

• Desarrollo de aplicaciones web con Django y Generación de distribuciones Linux con UNIDISTRO

Ambas impartidas por personal de la Oficina de Software Libre de la Universidad de La Laguna. Ambos talleres fueron super didácticos, y lo más importante, dejaron patente, tanto el gran trabajo que se está desarrollando en esta oficina, como el gran talento y conocimiento de las personas que impartieron los talleres: Pablo Suárez (Desarrollo de aplicaciones web con Django), y Enrique Hernández (Generación de distribuciones Linux con UNIDISTRO)

A raíz de esta noticia, he conocido lo que se ha dado a conocer con el nombre de Coworking.

Según la Wikipedia, el Coworking (o Co-trabajo) es una tendencia destinada a trabajadores freelance como profesionales de Internet, diseñadores, programadores, escritores, periodistas, etc; quienes trabajan desde sus casas o lugares públicos, la cuál intenta nuclearlos en un espacio de trabajo compartido (con caracteristicas similares a las de un café/cafetería) en donde generalmente se les provee de un escritorio individual, acceso a internet y otros servicios de valor agregado como pueden ser salas de reunión, acceso ilimitado las 24 horas del dí­a…

En España existen actualmente dos referentes en Coworking: Garage30 (Madrid) y Torre11.com (Sevilla), pero si no resides en España, puedes ver otros lugares/espacios en los que se lleva a cabo gracias a este mapa

Personalmente creo que es una idea bastante buena, algo muy parecida (salvando las distancias) a los viveros de empresa.

Esperemos que este movimiento crezca en Canarias, y que tod@s podamos beneficiarnos de su “filosofía”.

A través de este hilo del foro de esDebian, he conocido este IDE.

El programa en cuestión se llama Geany, y durante el poco tiempo que lo he probado me ha dejado un buen sabor de boca, siendo de las cosas que más me han llamado la atención la función de autocompletar, la gran variedad de lenguajes que es capaz de reconocer (Ver la lista) y el que integre una subventana para poder acceder a una terminal de linux (no lo he probado en Windows, por lo que no se si puede abrir una consola de ms-dos).

Y tú, ¿que IDE o Framework utilizas para “picar código” (sonrisa)”?

Con este mini-howto pretendo mostrar los pasos que he seguido para configurar el Dual Monitor en mi equipo.
La tarjeta gráfica que he usado es una nVidia GF 5600XT, y el kernel que tengo actualmente es el 2.6.20.7.

Bueno, entremos en materia (sonrisa). Lo primero es descargar los drivers oficiales de nVidia, para esto vamos a la dirección
http://www.nvidia.es/Download/index.aspx?lang=es y seleccionamos nuestro modelo de tarjeta gráfica y nos descargamos el driver. En mi caso lo descargué mediante el siguiente comando:

$wget http://us.download.nvidia.com/XFree86/
Linux-x86/169.09/NVIDIA-Linux-x86-169.09-pkg1.run


Una vez descargado, debemos darle permiso de ejecución:

$chmod +x NVIDIA-Linux-x86-169.09-pkg1.run

A continuación, deberemos entrar en modo consola y parar el servidor X. Para pasar al modo consola presionamos las teclas

Control + Alt + F1

Nos validamos como root, y apagamos el servidor X

#/etc/init.d/gdm stop

(Yo utilizo el gestor gdm, pero también podriaa ser kdm, xdm…)

Una vez realizado esto, procedemos a ejecutar la instalación del driver de nVidia, para esto nos situamos en el directorio en el que se descargó el driver y ejecutamos:

#./NVIDIA-Linux-x86-169.09-pkg1.run

Seguimos las instrucciones que van apareciendo en el instalador, y una vez finalice la instalación, instalamos el siguiente paquete:

#apt-get install nvidia-xconfig

(Creo que solamente hace falta este paquete, pero si da problemas, puede también instalarse estos: nvidia-glx y nvidia-settings)
Seguidamente deberemos “retocar” el fichero de configuración del servidor X, pero antes que nada, hacemos una copia de seguridad del mísmo (guiño):

#cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak

Ahora editamos el fichero xorg.conf

#vi /etc/X11/xorg.conf

Y en la sección “Device”, en el apartado Driver, cambiamos “nv” por “nvidia”

Section "Device"
    ...
    Driver "nvidia"
EndSection


Guardamos y salimos del vi, y seguidamente ejecutamos la configuración de nVidia para darle soporte al Dual Monitor gracias a TwinView. Para esto lanzamos el siguiente comando:

#nvidia-xconfig --twinview --mode=1280x1024

(En mode ponemos la resolución de pantalla que estemos utilizando. Para ver más opciones de nvidia-xconfig, podemos utilizar la orden -A: #nvidia-xconfig -A)

Una vez hecho ésto, volvemos a reiniciar el servidor X

#/etc/init.d/gdm restart

Y si todo ha ido correctamente (sonrisa) ya deberí­amos poder estar disfrutando de nuestro Dual Monitor en nuestro Debian Etch.

Os dejo una foto para que veais que chulo se queda (guiño) (sonrisa)

(La calidad de la foto no es muy buena, pero es lo que tiene tener una camara antigua, y que tu “despacho” está en un pequeño zulo (sonrisa))

Por el momento… esto es todo amigos (sonrisa) … Espero que os sirva de ayuda.

Gracias a 1d4, acabo de ver esta noticia que publica el gabinete de comunicación del Ayuntamiento de Santa Lucía:

” Unos 5.000 usuarios han accedido a Internet a través de la red wifi de la Biblioteca Central”

Sin duda nos alegramos por ver que este servicio está teniendo tanta aceptación, y sobre todo, nos sentimos orgullosos de haber colaborado en su desarrollo, tanto a nivel de asesoramiento, como en la implantación del sistema informático bajo el que corre este servicio.

Felicidades Biblioteca de Vecindario…

Felicidades AdNetSys

Nota1: Lo sé, sé que está mal que nos felicitemos nosotros mismos, pero… (sonrisa) (guiño)

Nota2: Gracias 1d4 por alegrarme el día (sonrisa)

Uno de los principales problemas con los que me encontré cuando migré de Hotmail a Gmail, fue la necesidad de seguir utilizando mi cuenta de Hotmail para poder “hablar” con mis “contactos”, ya que la mayoría utilizan este servicio. Realmente no me suponía un gran problema mantener esta cuenta, el problema comenzó cuando tenía que tener abierto dos programas, uno para ver a mis contactos y otro para ver si tenía algún correo nuevo en gmail.

Es por ésto por lo que hechaba en falta alguna manera simple de poder visualizar de una sola vez si tenía correos gmail a la vez que hablaba con los amigos.

Buscando, buscando, descubrí un plugin para el amsn, el GNotify. Gracias a este plugin puedes ver si tienes correos nuevos tanto en Gmail, como en Hotmail.

La instalación es supersencilla, basta con bajarte el plugin desde la página del amsn, descomprimirlo en tu equipo, y luego, como root (si usas GNU/Linux), copiarla en la carpeta plugins del amsn. A continuación os pongo los pasos (todo desde una shell de linux (sonrisa)):

(Actualmente la versión de gnotify es la 0.5, y funciona a partir de la versión o.95 del amsn)
Descargamos el plugin gnotify

Descomprimimos el fichero

$ unzip gnotify-0.5.zip

Si no tenemos el paquete unzip, podemos descargarlo con el comando

$ su -c "apt-get install zip unzip" (para debian)

$ sudo aptitude install zip unzip (para ubuntu)

$ su -c "yum install zip unzip" (para fedora)

Buscamos la ruta donde tenemos instalado el amsn.

$ whereis amsn

Si lo hemos instalado a través del instalador (aMSN Installer for Tcl/Tk 8.x), estará en la ruta /usr/share/amsn.

Una vez encontrado la ruta, copiamos el plugin con

$ su -c "cp -rfv gnotify /usr/share/amsn/plugins/"

ó con

$ sudo cp -rfv gnotify /usr/share/amsn/plugins/

Una vez realizado ésto, cerramos el amsn (realmente no hace falta, pero mejor nos cuidamos en salud (guiño)) y lo volvemos a ejecutar. Seguidamente vamos a la pestaña Cuenta -> Selector de Plug-ins y nos aparece esta ventana

Ahí seleccionamos gnotify y picamos sobre Habilitar, con lo que se nos habilitara el botón Configurar, y picando sobre él nos aparece la siguiente ventana

Ahí seleccionamos y picamos sobre , con lo que se nos habilitara el botón , y picando sobre él nos aparece la siguiente ventana

A través de Barrapunto y del blog de Marcelo Ramos, leo que debido a las exigencias que la Comisión Europea Antimonopolio ha hecho a Microsoft (y más que nada por no tener que volver a pagar una multa de 280,5 Millones de € (338,6 Millones de $) (guiño)), la empresa de Redmon, a compartido la documentación sobre los protocolos de Windows con el equipo que desarrolla SAMBA.

Esta es sin duda una gran noticia, ya que si Samba de por sí, ha conseguido posicionarse como una de las mejores herramientas para la interacción entre sistemas GNU/Linux y Microsoft Windows, y todo esto sin tener la API de los protocolos de red que utiliza Windows (y gracias a la Ingeniería Inversa utilizada por los desarrolladores de Samba), ahora podrán establecer una funcionalidad prácticamente total entre GNU/Linux y Microsoft Windows (por lo menos a lo que protocolo de red se refiere (guiño)).

Por lo tanto, ésta es sin duda una muy buena noticia para los que creemos (y nos toca trabajar) en la convivencia entre sistemas GNU/Linux y Microsoft Windows.

La noticia original la podéis encontrar aquí ,eso sí, en inglés (sonrisa).

A quién no le ha pasado alguna vez ir a un determinado sitio, la casa de un amigo, un familiar, un ciber… y cuando vas a buscar un determinado programa te encuentras que no lo tiene instalado… comienza de nuevo la tortura de descargártelo e instalártelo… Pues bien, debido a esta “tortura” (sonrisa) desde hace algún tiempo vengo utilizando una serie de herramientas que, personalmente, considero todo un lujaso (guiño). Se trata de aplicaciones portables, es decir, te pillas un pendrive, e instalas un programita que trae las aplicaciones que más te gustan (guiño) (sonrisa), y así, te las puedes llevar a todas partes (sonrisa).

He encontrado varias de estas aplicaciones:

• Sistemas Completos, como el Damn Small Linux o el MojoPac (los cuales te virtualizan un sistema Linux o Microsoft Windows respectivamente. Decir que en MojoPac, al ser una especie de “virtualización” de Windows, puedes instalar cualquier aplicación que corra bajo Windows, evidentemente, el rendimiento caerá, si le instalamos un Autocad y lo ejecutamos bajo una máquina cuyos componentes hardware no ayuden (guiño)).
• Conjunto de Aplicaciones como Portable Aplications (para Windows, e incluso para Linux a través de Wine), u OS X Portable Applications (para MacOS).
• Aplicaciones Individuales listas para usar. A través de esta página “The Portable Freeware Collection” podrás
  buscar muchísimas aplicaciones las cuales no necesitan ser instaladas para poder ejecutarse, con lo que solo tendrás que copiarlas en el pendrive y descomprimirlas. Están ordenadas por categorías lo cual te facilita mucho las cosas a la hora de encontrar una determinada aplicación (sonrisa).

Y ya, si eres de los que te gusta construirte tu propio sistema GNU/Linux, puedes utilizar este proyecto USeBix Metadistro para generar un sistema GNU/Linux a tu “medida” (sonrisa) (guiño).

Aclaraciones: En honor a la verdad, debo decir que todavia no he probado el UseBix, pero, si es verdad que he leído bastantes cosas acerca de él, y que tiene muy buena pinta. Además… está en mi lista de tareas pendientes

Parece ser que AMD está en caída libre, después de un tiempo liderando el mercado de microprocesadores por su capacidad de overclock y precio, no han sabido defenderse del “ataque” de INTEL y sus acertados nucleos core 2 duo, ahora que INTEL vuelve a ser líder y en constante evolución puesto que ya los quad core están dando resultados imbatibles, AMD intenta con sus nuevos quad core en concreto con el Phenom 9500 y 9600 corriendo a 2.2GHz y 2.3GHz respectivamente estar por encima de INTEL, pero parece que una vez más estos “cacharros” van más lentos que los de INTEL corriendo a la misma velocidad de frecuencia. Encima en el apartado del overclock según pruebas realizadas apuntan mal para AMD ya que los quad de INTEL llamados Kentsfield son capaces de subir hasta 3.4GHz sin ningún problema mientras que el Phenom de AMD solo sube hasta un 30% de su frecuencia por defecto. Para más males estos procesadores de AMD se están produciendo en 65nm mientras los de INTEL están sobre los 45nm. Competir a precios igualitarios dará demasiadas pérdidas a AMD a corto plazo.

Algo está pasando en AMD y por el bien de los que queremos la tecnología informá¡tica en este caso, deseamos que AMD vuelva a estar arriba pronto.

Desde aquí lo deseamos.

No soy muy dado a utilizar herramientas graficas para administrar los servicios/utilidades/máquinas con las que suelo “jugar”, pero debo decir, que esta vez me he decidido a utilizar una de estas herramientas ya que no estoy muy puesto en la virtualización con XEN.

La herramienta en cuestión se llama xenman, y a priori tiene muy buena pinta.Para instalarla podemos descargarnosla desde su sitio oficial, o a través del gestor de paquetes de nuestra distribución.

Dado que me costo un poco hacer funcionar la aplicación, he decidido hacer un pequeño HowTo, explicando los pasos que yo seguÃí:
1.- Descargar la aplicación:

Como usuario root ejecutar: apt-get install xenman

2.- Arrancar la aplicación:

Como usuario normal ejecutar: xenman

Aquuí­ fue donde empezaron los problemas (sonrisa), ya que la aplicación tiene un bug el cual nos genera el siguiente error cuando lanzamos la aplicacion:

Traceback (most recent call last):
File "/usr/share/xenman/src/xenman.py", line 39, in
from NodeProxy import Node
File "/usr/share/xenman/src/NodeProxy.py", line 28, in
import XenServerProxy
File "/usr/share/xenman/src/XenServerProxy.py", line 33, in
from xen.util.xmlrpclib2 import ServerProxy
ImportError: cannot import name ServerProxy

Dicho error esta recogido en la gestion de bugs de sourceforge pertenecientes a este proyecto, y es ahí también donde se da la solución, ya que bastaría solamente con aplicar el siguiente parche.

3.- Aplicando el parche:

Una vez descargado el parche, lo copiamos en la ruta /usr/share/xenman/src, que es donde se encuentran los ficheros fuentes de la aplicación. Para ésto ejecutamos el siguiente comando

cp xenman_0.6_xen_3.1_patch_v1.txt /usr/share/xenman/src/

Y ahora parcheamos la aplicación

patch < xenman_0.6_xen_3.1_patch_v1.txt

4.- Volvemos a lanzar la aplicación con xenman y en principio deberia funcionar correctamente.

Seguramente, esta no es la forma mas bonita, ni mas eficaz de parchear la aplicacion, pero a mí por lo menos me ha funcionado.

Por último decir que, la distribución con el que estoy trabajando es una Debian Etch, por lo que es posible que en otras distribuciones no sea necesario parchear la aplicación.