Gracias Forjamari!

Como os ya comenté estaba pensando en cambiar de forja.

Al final he escogido berlios porque entre otras cosas me permite asignar una cuenta de correo a la notificación de bugs y también parece fácil hacer lo mismo con el svn.

Las razones por las que dejé Forjamari fueron básicamente por un par de emails que mandé y quedaron sin respuesta. Uno era relativo al no funcionamiento de las listas de correo (migré a las de nowin y ahora migraré a las de berlios). El otro no recuerdo exactamente el qué.

Volviendo al tema del post: ¡Gracias Forjamari! por:

• Haber mantenido un diálogo fluido (al principio)
• Ser muy receptivos
• Aceptar mi parche sobre la última release de un paquete disponible
• Promover el software libre desde España
• Ser tan originales con el nombre

La verdad es que Berlios está muy bien. Tiene soporte para mercurial y GIT. Pero, puede que en un futuro vuelva a forjamari pero eso será cuándo hagan una actualización de todo el sistema.

Y no no nos olvidemos: Gracias Junta de Extremadura.

Google Wave: Reinventando la comunicación

Si mezclamos email, mensajería instántanea, wiki, Google Docs tenemos Google Wave.

Lo están vendiendo como un nuevo email pero no es más que un paso más al escritorio en web según mi opinión. Eso sí, escritorio live que puede ser actualizado por tu grupo de participantes.

Os paso un par de links para ampliar esta noticia que puede cambiar la concepción actual que tenemos de la interacción con la web:

• Que es Wave por Google
• Google Wave: What Might Email Look Like If It Were Invented Today?

Algunos dicen que se parece a: Friendfeed y la verdad que se parece. No obstante no tiene nada que hacer con Google. Google podrá integrar con la api de Google Wave sus aplicaciones web de forma más fácil, podrá atraer a sus usuarios (incluos poniendo un enlace en su buscador como hizo en Google Chrome), tiene el Google File System por debajo,… ¡Mucho Google para tan poca web!

Menos mal que desde O’reilly dicen que será código abierto y que intentarán convertirlo en un estandar más de la web y que no sólo estará en Google.

Instalación automática de programas en windows

Al preguntar a S0lariX por cómo hace para instalar automáticamente los programas en ceutdeploy comenta que cualquier programa serio de Windows incluye un .msi o un .exe que puede aceptar parámetros para automatizar su instalación.

Como programas o documentación al respecto tenemos:

• Para realizar instalaciones desatendidas: unattended, a windows deployment system.
• Instalaciones desatendidas para casi cualquier programa: appdeploy.
• Software gpl para la autoinstalación de programas: wpkg: silent installers.

Esto me lo apunto para el Nowin.

CeutDeploy Screencast

Mi amigo s0larix de Halt (Halt Asociación Linux de Teruel) creó hace ya un tiempo CeutDeploy.

Es curioso lo bien que vende la versión 0.1:

¿Estás harto de formatear equipos?, ¿harto del siguiente, siguiente de la instalación de windows? ¿harto de instalar los puñeteros service packs y actualizaciones? ¿harto de buscar por internet de nuevo los drivers para posteriormente volverlos a instalar con sus múltiples reinicios? ¿harto de instalar el office, service packs, acrobat y demás programas que necesita el usuario?

Eso se acabó, con CeutDeploy podrás desplegar tus imágenes en cualquier tipo de hardware. Sí has oído bien… ¡en cualquier tipo de hardware!

Pues la noticia es que Luis se ha currado un screencast de CeutDeploy. Quitando un par de palabras que se oyen mal y la no supresión del ruido blanco del final (al final no dice nada) está muy bien el screencast.

Explica con un video qué se puede hacer con CeutDeploy. Ya había oido hablar de él pero me ha asombrado la elegencia y sencillez de la selección de paquetes.

La aplicación instala paquetes de aplicaciones de windows automáticamente. Esto me interesa para mi vaporware: Nowin.

Por último para los que tengais problemas con el flash el enlace directo al screencast de ceutdeploy que, por cierto, ocupa unas 85 megas.

Hoja de ruta para nuevos desarrolladores de SGD

Tengo que realizar una página wiki para establecer la política de contribución de los nuevos desarrolladores de SGD (como dije ya hay unos ocho interesados).

Aquí voy a apuntar algunas ideas que se me han ocurido para que no se me olviden.

1. Presentarse a la lista de correo.

2. Aprender cómo funciona la compilación del SGD actual.

3. Proponerse para una de las tareas principales y decirlo en la lista.

4. La lista aprueba el que realice esa tarea.

5. Primero se envia un parche contra el codigo fuente de super grub disk (obtenido del repositorio svn por supuesto) a la lista de correo.

6. La lista mejora con propuestas el parche hasta que este listo.

7. Se admite que se pueda mandar al svn.

8. El usuario lo manda.

9. El resto de desarrolladores lo prueba y confirma que el parche funciona.

Vamos, no es nada del otro mundo, es una política como pudiera tener cualquier proyecto de software libre. Pero tengo que empezar a pensar en ella.

Como siempre cualquier sugerencia es bienvenida.

Organizando desarrolladores de Super Grub Disk

Hace ya unas dos semanas anuncié que quería la colaboración de desarrolladores para el Super Grub Disk.

Para mi sorpresa ya he recibido emails de unos 8 voluntarios. Hasta he tenido que ponerlos en una lista de desarrolladores de Super Grub Disk y es posible que me haya olvidado a alguno.

Como me cansaba de mandar siempre el mismo email he puesto una serie de instrucciones al desarrollador recién llegado.

El proyecto de Super Grub Disk se está animando y creo que aprenderé mucho intentando coordinar a ocho personas (quien sabe si más) en varios de los subproyectos que tiene en mente Super Grub Disk:

• Rediseño de la construcción de menu.lst
• Rediseño de los parches aplicados al grub
• Super Grub Disk basado en grub2.

Lo dicho, la cosa se anima. Sobre el tema de los desarrolladores en castellano, sí los acepto, pero tienen que subscribirse en la lista en inglés y hablar en inglés. Si no no progresaremos.

También cabría un lugar de un desarrollador español para la traducción de la ayuda y los menués de Super Grub Disk al castellano pero ya lo hago yo :).

Deciros que aún no he tenido ninguna duda acerca de la información que doy a  los desarrolladores ni tampoco ninguna colaboración. Supongo que habrá que dejarles tiempo. Hasta a mí, a veces, desarrollar el Super Grub Disk se me hace cuesta arriba.

El día del telefono

– ¿Qué es eso del día del teléfono?

– Un día al año se organiza una fiesta en torno al teléfono. Te explico.

Las diputaciones provinciales a las que se les da bien organizar charlas nos explican la tecnología analógica que emplean los teléfonos, los diferentes terminales que hay, los hay inalambricos, los hay que no.

Pero, claro, la gente a los teléfonos los ve como algo raro, ya sabes que son dificiles de conseguir. ¿Como se soluciona esto?

– ¿Como?

– Pues muy fácil, para que la gente aprenda su manejo, aunque sea por unas horas, el ayuntamiento va a preparar en la plaza mayor un stand con teléfonos. Cada participante podrá familiarizarse con el sistema de marcado basado en números, la complicación de los prefijos para llamar entre provincias y esas funciones tan especiales de llamada en espera y llamada a tres.

– Pues, menos mal que la diputación y el ayuntamiento nos animan que si no la llevabamos clara.

——

Hasta aquí el relato del día del teléfono. ¿Verdad que es patético? ¿Verdad que todo el mundo diría que la diputación y el ayuntamiento tira el dinero promocionando algo que está en todas las casas y que además ahora es móvil? ¿Verdad que es una tontería?

Pues así es como leí en el periódico el día de Internet, charlas y mini-cursillos en telecentros de poblaciones del mundo rural y algún que otro evento en alguna ciudad grande.

¿No sería mejor invertir la politica en que internet llegará y llegará bien a dónde tiene que llegar?

Yo me imagino que desde otros países se rien de nuestro día de Internet como nosotros nos reiriamos de un hipotético día del teléfono.

(Articulo referido a España)

Super Grub Disk 0.9795

La versión 0.9795 de Super Grub Disk está disponible.

Esta versión técnicamente añade soporte para ext4.

En la práctica esto significa que podemos arrancar o arreglar Ubuntu 9.04 sin ningún tipo de problema. En realidad sólo he probado lo de arrancar pero me imagino que no habrá ningún problema.

El parche para añadir soporte de ext4 lo cogí del último paquete de código fuente del grub de Ubuntu.

Con Tuxed modificamos el parcheado porque no se adaptaba del todo bien al código de Super Grub Disk.

Una de las razones es que entre otras cosas el SGD se basa en parte de codigo de OpenSuSE para poder detectar varios kernels diferentes de forma más fácil.

Disfrutadla.

Rescatux basado en kgrubeditor

Hace ya tiempo que he visto el kgrubeditor. En Kubuntu está escondido dentro de Aplicaciones preferidas -> Preferencias del Sistema -> Avanzado -> Editor de Grub.

Me miré el código fuente y parece sencillo. Una de las pantallas sirve para instalar Grub. Por debajo usa grub-install sino mal recuerdo.

La idea que llevo en mento es que el live cd recibiria por la linea de comandos del kernel de alguna manera la relación dispositivo grub – dispositivo uuid. Me refiero a algo como:

hd0=2342545bjlfa2349l34lr3489,hd1=4923485834o3o.

Aunque esto sólo pasará cuando Super Grub Disk se base en el grub de Ubuntu 8.10 actual (El primero que soporta uuid).

Luego el usuario podría aceptar esa configuración, invertirla o poner la suya.

Y bueno, poco a poco, menú por aqui, menú por aquí, en cuánto a restaurar grub tendríamos algo parecido a lo del Super Grub Disk.

La única pega que le veo es que no le veo una estructura de plugins (tampoco es que lo haya estudiado mucho) para hacerlo extensible facilmente.

Como por ejemplo, regeneración de fstab.

Soñar es gratis. A ver cuándo Rescatux deja de ser vaporware.

Para quienes no lo sepais Rescatux sería un software con interfaz gráfico amigable para rescatar todo tipo de sistemas de linux. Con tareas especificas y también con una tarea arregla-todo. 🙂

Eso sí es un proyecto en condiciones sólo superado por Nowin. (Esperemos que así sea porque Nowin también es vaporware).

Actualización a Ubuntu 9.04 – Final

Os cuento el final de la actualización a Ubuntu 9.04. El error:

cpio: ./bin/udevinfo: No se puede stat: No existe el fichero o directorio

me siguió saliendo. Por lo visto el script que modifiqué se volvió a instalar.

Lo solucioné copiando el programa true a udevinfo. No me acuerdo muy bien pero creo que hice:

cp /usr/bin/true /usr/sbin/udevinfo

Ya os lo confirmaré. El tema es que aunque el error es de ./bin/udevinfo el script no lo copia de /bin sino de otro directorio.

Después no me iban las X porque no me cargaba el modulo de nvidia.

Entonces lo que hice fue instalar el modulo de nivida (nvidia-glx-180). Tampoco.

Al final instalé el kernel linux-generic y desinstalé el linux-server. Al instalar el linux-generic entonces ya me pilló el modulo del nvidia-glx-180, vamos que compiló o cargó el modulo conforme se instalaba el kernel.

Luego comentaros que ejecutar:

 apt-get dist-upgrade

desde la consola ejecuta, o al menos eso me parece, el :

dpkg-reconfigure -a

y tienes que responder a un montón de preguntas. Me imagino que con la actualización gráfica de Ubuntu eso no pasa.