blogs

Fin del proyecto

Al final el proyecto se ha quedado descolgado por falta de tiempo y no se puede hablar de su fin.
Me he quedado sin tiempo por un exámen de oposición que me han retrasado, por las obras que estoy haciendo en la casa a la que iré a vivir en Julio, por el trabajo, la novia, ...

Pero es un proyecto muy interesante y animo a quien sea a que lo retome.
Si alguien se anima, que me escriba en el blog y le hago administrador del proyecto en la forja.

Un saludo y gracias a todos por participar en el concurso para conseguir un mundo libre.

Modificando un paquete en debian/ubuntu

A todos nos ha pasado alguna vez, sobre todo a los que llevamos usando linux toda la vida, que el desarrollador de debian o ubuntu comete un pequeño error al empaquetarlo y ese paquete que necesitamos con gran urgencia no se puede instalar. También nos puede ocurrir que haya un paquete para red hat o derivados y que al alienarlo nos ponga una dependencia mal y tampoco se pueda instalar. ¡¡CAGONTÓ!!

Instalar nexuiz en ubuntu

A fecha de 20070405 existe un problema en la instalación de los paquetes nexuiz y nexuiz-server en ubuntu.
Este problema lleva ahí varias semanas y lo he comentado en la lista de ubuntu-users, pero no parece que nadie me haya hecho caso y como me apetecía echarme unos vicios ... pues ahí va la solución.
El problema está en que las dependencias del nexuiz están mal puestas así que he hecho unos paquetes con las dependencias arregladas.

Instalar grub

Este es un tema que está muy manido pero me ha pasado una cosa a la que google no me ha dado contestación así que la pongo aquí.

Caso típico: el grub no funciona porque hemos instalado windows (mala idea) o, como es mi caso, tenemos dos particiones de linux y hemos hecho un debootstrap sobre la partición del linux en la que teníamos instalado el grub. Bueno, quizá este último caso no sea tan típico. :-D

SL para WinCE ¿se puede hacer?

Ha habido un problema en el concurso debido a que había gente que quería desarrollar en java y no se les permitía porque java no era libre.

Pues yo me encuentro en una situación similar.

Todo el software libre que utiliza las librerías que dibujan las ventanas en WinCE está compilado usando M$ Visual C. En mi caso, tanto wxwidgets, como tkinter como el propio python están compilados usando el M$ Visual C. ¿Hasta aquí hemos llegado? ¿Se acabó el proyecto?

Telefónica: el del mono azul siempre a tu lado

Ayer fue imposible que me conectara a internet, pero esta página no va dedicada a eso. Va dedicada a la curiosa solución que he adoptado.

Hoy sobre las 9, que ya empezaba a hacer frío, se me ha vuelto a ir la conexión a internet y el teléfono ha dejado de funcionar bien otra vez.

He tenido las luces de llamarme desde el fijo hasta el móvil y cuando he colgado ¡me salía una llamada perdida de mi vecina! Pues va a ser un cruce de líneas.

Así que me he ido a la calle y he mirado la caja en donde están las conexiones de toda la calle:

Todo se compila con M$ Visual C en WinCE

Me he llevado una gran desilusión cuando he ido a usar WXWidgets en WinCE: resulta que están compilados usando el Visual Studio de M$.

Bueno, pues voy a usar TKinter ... y más de lo mismo, pero es que ¡hasta python está compilado con Visual Studio!

Parece que la comunidad todavía no se ha metido en absoluto en el mundo de WinCE así que me encuentro un poco solo.

Creo que de momento usaré el Python que me dan y más adelante me preocuparé de compilarlo con el compilador cruzado de GNU para WinCE.

Habría queee ... hay queeee ... tenemos queeee

Son las tres frases que cuando oigo me ponen de los nervios. ¡Si hay que hacer una cosa HAZLA y déjate de filosofías!

Me he vuelto a encontrar con este problema cuando he visto código que me podría servir para hacer el proyecto.

Debinstaler no tiene una sola línea de código así que es una full, windows-get está formado por unas 50 líneas de código y php-get tampoco tiene código.
¿Para que se crean proyectos entonces? ¿Para coger el nombre y que no lo puedan usar otros?

El único que se salva es apt-w32 que si tiene código y del que miraré bastantes cosas.

Grupo de trabajo de Iris-Libre en Granada ¡geduroam es un proyecto útil!

Empieza el día
El despertador suena a las 5:00 y empiezo a recordar el porqué del madrugón: asistir a los grupos de trabajo de Iris-Libre en Granada.
Así que abro uno ojo, abro el otro ojo y me levanto sin problemas. Pongo a pasear las naves del ogame y me voy a por Sofi.
Cuando estoy en el coche recuerdo el trayecto que tengo que seguir para recoger a todo el mundo. Primero ir a buscar a Sofi a Pirámides desde mi casa que está en Pozuelo. Luego ir a buscar a Jesús, su novia y Erika a Leganés. De ahí a Granada en 4 horas.

Me bajé a la M-30 y fue el primer error del día porque acabé una vez en medio de un barrizal y me costó encontrar la salida a Pirámides. Me tiré 15 minutos dando vuelta por las ¡putas obras de la M-30!
Al final fui a por Sofi, que llevaba esperando un rato y luego fui a Leganés a por el resto de la gente.

Me di cuenta de que me había olvidado los planos sobre como llegar en casa, pero no importaba porque era fácil: M-45, A4, A44 y salir en la salida 2^7.

Estamos en Granada
Granada es un infierno para ir en coche. A sus obras y la disposición de sus calles se suman sus zonas peatonales y cuestas que cuesta subir en primera.
Dejamos el coche en el Mirador de San Cristobal y de ahí fuimos andando al Mirador de San Nicolás desde el que hay una estupenda vista de La Alhambra y los Palacios Nazaries.
De ahí bajamos al Paseo de los Tristes, que está al lado del río, y nos paramos en un bar a tomar algo.
Luego damos una vuelta por Granada pasando por la Plaza de Santa Ana, la Catedral, la Universidad, hasta llegar a la Basílica de San Juan de Dios. De ahí a la puerta del Triunfo y otra vez al Mirador de San Cristobal subiendo una de las cuestas más empinadas que he conocido.

De ahí nos fuimos a comer de tapas a un bar cercano a la universidad y pedimos caracoles, migas y cosas así.

Iris-Libre y ¡sorpresa con geduroam!
A las 16 empezaban los grupos de trabajo.
Después de coger la credencial y una bolsa con regalitos entramos en la sala y empezaron los grupos.

Al entrar en la sala estuvimos hablando, entre otras personas con Diego y nos comentó que había un proyecto muy interesante en la forja llamado geduroam.
El proyecto lo había hecho yo hace unos meses porque no existía nada para configurar la eduroam en linux me pareció bastante sencillo de realizar y bastante importante si queríamos que el sistema se expandiese.
Lo hice y cuando hablé de el nadie mostró mucho entusiasmo así que lo acabé aparcando. Ni siquiera tenía una tarjeta inhalambrica decente para hacer pruebas. La única que tenía era una Dlink por usb que funcionaba solo con ndiswrapper y muchas veces me colgaba el PC.
Bueno, pues Diego me comentó bastante emocionado que era un proyecto importante y que se tenía algún problema para viajar a Luxemburgo para presentarlo. Vamos, que me quedé bocas. 8-o
Le pregunté que repercusión podía tener un proyecto así y me dijo que no existía ningún proyecto en el mundo que permitiera configurar la eduroam en modo gráfico así que la repercusión sería la que se ve en el mapa.
La verdad es que me he quedado a cuadros y me he puesto a trabajar de nuevo en geduroam. Después de haber visto de nuevo el código me ha parecido un buen trabajo.
Los siguientes pasos que voy a dar ahora serán la separación de los métodos que modifican los archivos de configuración, los del interfaz gráfico y los que manejan el software que hay por debajo.

Xen
No conocía esta tecnología. Para el que tampoco la conozca, se podría decir que es como un qemu o un vmware orientado a servidores ya que no se puede obtener su salida gráfica si no es usando un proceso servidor.
Xen utiliza unas imágenes de sistema operativo y las ejecuta en un proceso. Gracias a esa forma de funcionar tenemos un aislamiento seguro, un control de recursos y unas garantías de calidad de servicio.
Una cosa curiosa es que se pueden migrar servidores de un hardware a otro sin detener el servicio. Por ejemplo, supongamos que el servidor que tenemos se nos ha quedado pequeño y no puede atender todas las peticiones correctamente. Pues instalamos Xen en el nuevo servidor y le decimos que queremos migrar ese servidor. El se encarga de copiar la imagen y la memoria que tiene ocupado ese proceso. Al final de la copia se realiza una sincronización final que puede durar entre 60 y 300ms.
La estructura de Xen es la siguiente:

  • Dom0 es ejecutado por Xen en el arranque y es el que tiene acceso al hardware. Se encuentra en el anillo 0 del SO.
  • DomU son las máquinas virtuales sin privilegios que corren sobre Dom0.
    Estas máquinas virtuales pueden compartir hardware a través de un FrontendDriver.

    Proyecto de compartición de imágenes de Xen
    Todos usamos los mismos servicios así que podríamos usar las mismas imágenes de servidores porque aunque la instalación y mantenimiento de un servidor es sencillo, su configuración y administración requieren muchos conocimientos.
    Se trataría de que alguien que supiera mucho de LAMP hiciera una imagen de Xen y todos la usáramos.

    Un Lego hecho con Xen
    En este proyecto se podría hablar de piezas de lego que estarían compuestas con distintas imágenes de Xen que usaran distintos servicios. Todas esas piezas podrían ir a la forja de rediris.

    Un ejemplo de Lego hecho con Xen
    Imaginemos que tenemos un servidor de correo que tiene un imap, un pop, una estafeta de entrada, otra de salida, un postman para ver los mensajes y un servidor de autenticación ldap.
    Bien, pues montamos una imagen Xen con courier, otra con la estafeta de entrada, otra con la de salida, otra con el postman y otra con ldap.
    A cada una le damos diferentes IPs y las ponemos a correr todas en el mismo servidor físico. De esta forma tendríamos 5 servidores corriendo en el mismo hardware.
    Cosas que se podrían hacer:

  • Imaginemos que pasa el tiempo y necesitamos migrar uno de los servidores a otro hardware porque se nos ha quedado corto, pues le decimos al Xen que lo haga y lo tenemos sin tiempo de parada.
  • Imaginemos que lo que queremos es meter mas hardware porque se nos ha quedado corto, pues metemos otra máquina más, las juntamos con openmosix y ya se las apañará el para distribuir los servidores entre las dos, o tres (cada servidor es un proceso DomU) ... -> alta escalabilidad
  • Imaginemos que tenemos miedo a fallos físicos por causas como ... que se va la luz -> openmosix implica también alta disponibilidad
  • Imaginemos que se nos cuelan en el servidor o que no funciona correctamente tras una actualización, pues usamos la imagen de ayer que si funcionaba para restaurar el servicio.
  • La opción Xen+OpenMosix todavía no funciona pero están trabajando en ella.

  • Páginas

    Subscribe to RSS: blogs