MarioDebian, mi devlog

Hace muchos años era donde nuestros abuelos guardaban el poco dinero que conseguían ahorrar, exento de comisiones, papeleo....

En estos días esto suena como algo del pasado pero yo no lo descartaría del todo.

Resulta que me han dado un cheque para cobrar de la entidad (llamémosle A) (no es un cheque de una cantidad desorbitada es algo bastante poco), voy a una sucursal y me dicen muy amablemente que para cobrarlo tengo que ir a otra de la "entidad A", a varios kilómetros de mi ciudad o ingresarlo en una cuenta a mi nombre... como no tengo cuenta en la "entidad A", me voy a la "entidad B" donde sí tengo cuenta.

Me avisan que me cobran 1 euro por comisión de ingreso y acepto (no es tanto) resulta que después de unos días me avisan que el pago se ha rechazado, que vaya a recoger el cheque y que me han cobrado otros 10 euros por comisión de devolución.

Resumiendo:

• "entidad A" debería haberme pagado sin ser la oficina original del cheque, es tan sencillo como pedir la firma por fax.
• "entidad B" me ha cobrado 10 euros por no cobrar el cheque ¿cómo se entiende esto? ¿encima de no cobrar, poner el culo?
• Nunca tendré una cuenta en "entidad A" y me estoy planteando cerrar las que tengo en "entidad B"

Visto esto, no es tan descabellado tener el dinero debajo del colchón, ¿verdad?

PD.- No pongo los nombres reales de los ladrones bancos porque ni siquiera merece la pena hacer publicidad negativa.

Hace poco he descubierto una aplicación simple pero la mar de útil (sobre todo en ambientes donde se usa PulseAudio por defecto como TCOS o LTSP)

 

 

Se trata de gnome-pulse-applet, un applet de GNOME que (o bien en horizontal o vertical) muestra los controles individuales por cada aplicación que reproduzca sonido mediante PulseAudio.

Los paquetes disponibles en su web no funcionan en Debian (ya he avisado dle bug) y de paso he estado modificándolo para que se pueda lanzar como aplicación independiente de GNOME en la bandeja del sistema.

Quizás haga un ITP para subirlo a Debian ya que he hecho los paquetes. (y compilado para todos los Debian y Ubuntu)

Voy a probar si detecta bien el servidor desde un terminal ligero...

Esta vez no se ha hecho esperar demasiado. Felicidades (y gracias) a todos los que han contribuido.

Por lo que me toca, estoy haciendo limpieza en el repositorio de TCOS y compilando nuevos paquetes. De momento falta alguno para Lenny, espero que entre hoy y mañana tenga casi todo listo.

Los próximos días en unstable van a ser moviditos (Gnome 2.24, Xorg 1.5...) «agarraos que vienen curvas».

Esta pregunta en la mayoría de las ocasiones es demasiado dificil de contestar...

Ejemplos puedo poner miles, si nos ponernos a contar los usuarios LTSP a nivel mundial, no me creo que sólo se use en 61 sitios.

En TCOS tampoco es que haya muchos, en concreto 7, si bien esto es más dejadez mía y del que lo instala, no es un buen contador.

He intentado probar otras formas, contando las descargas, pero eso ahora no es demasiado exacto y más si contamos que se puede descargar el repositorio y usarlo para instalaciones locales (con mi repo personal habré instalado más de 20 servidores).

Así que a riesgo de que me tachen de intrusor y visto que otros proyectos lo hacen ( [1] [2] ), he pedido opinión en la lista de TCOS, para añadir el código necesario para generar un registro de instalaciones un poco más completo. El script PHP que guarda los datos también es público.

Debian usa popularity-contest, y pregunta si activarlo como último paso de la instalación. Me parece demasiado jaleo programar algo con Debconf para algo tan simple, en un futuro si esto crece ya veremos.

PD.- Me encanta git, y la facilidad para trabajar en «branches», mezclar código... etc..

Hace poco hemos migrado a GIT y como no me acababa de convencer gitweb he instalado cgit [CGIT en TCOS], que es mucho más rápido y personalizable... pero tiene una pequeña falta, no genera feeds RSS.

Para no oxidarme con Python me he puesto a mezclar unos cuantos paquetes [python-git, python-feedparser y python-pyrss2gen] y he hecho: git2rss.py la ventaja sobre otros proyectos es que es multirepositorio, necesitamos pasar la raíz de nuestras carpetas git y el las recorre toma los últimos cambios (5 por proyecto) y ordena en un feed resumen (de 20 elementos). El resultado se imprime en stdout por lo que en el cron es tan simple como poner:

*/30 *  * * *   usuario /ruta/a/git2rss.py > /dir/salida/rss.xml 2>/logs/tcos.git.log 

El nuevo feed (que se genera cada media hora) se puede obtener desde:

http://tcosproject.org/cgit/tcos.git.xml  (RSS 2.0)

Dentro de cada elemento (realmente son commits) se encuentra un pequeño resumen, autor, descripción y el diff. De esta forma podemos estar informados de los cambios que se van haciendo.

Subscribiros !!!!

Me lo he pensado muchas veces pero después de usar GIT durante una semana he visto que es bastante superior a SVN.

A partir de ahora TCOS usará un repositorio GIT, bueno, mejor dicho varios, uno por paquete, creo que es más simple de mantener, hacer ramas y etiquetar que antes (todo en el trunk)

Para que la migración no sea dolorosa de momento queda en marcha tanto el SVN como el TRAC (en modo lectura), ahora no necesitamos TRAC ya que su utilidad era para ver diferencias de versiones y eso con git se hace con gitweb.

El repositorio se puede descargar de manera anónima (HTTP) y sólo se puede subir mediante SSH, no somos muchos los que podemos escribir en el repositorio por lo que no es demasiado problema. Ejemplo para clonar repositorio (lo que sería un checkout de SVN).

Anónimo:
git clone http://tcosproject.org/git/initramfs-tools-tcos.git
Privado:
git clone ssh://git@tcosproject.org/git/initramfs-tools-tcos.git 

He preparado varios scripts para hacer la migración desde el lado del servidor y desde el cliente:

• tcos-migrate-svn2git.sh  (SERVIDOR) Este hace un ls al trunk del SVN se carga lo que sean directorios y se importa (mediante git-svn clone y git clone) a un repositorio git puro
  
  
• start-git-chroot.sh (SERVIDOR) Arranca en un chroot el servidor SSH en el puerto 22. El chroot lo he hecho con debootstrap al que he añadido el servidor SSH, las herramientas de git y la configuración para que el usuario git, sólo acepte la autenticación por clave pública. Quizás tenga que montar un fail2ban.
  
  
• update-all.sh (CLIENTE) Este lo he creado en mi home para descargar git de nuevo, usa la conexión ssh al servidor para poder hacer commits.
  
  
• mi ~/.gitconfig (CLIENTE) Mi configuración de publicación de GIT, colores y alias. ¿Como hacer que siempre se firme con mi clave GPG?

Hay miles de sitios donde aprender a usar mejor git, este, este, este, o la parte de empaquetado en Debian con GIT.

PD.- Varias personas se han quejado da de que no entienden lo que escribo por ser demasiado técnico... ya hablaremos del gobierno en otra ocasión.

UPDATE: Cambiados enlaces de gitweb a cgit (es más bonito y más configurable)