Dios mio!
Pero que tema más dañino para la vista le han colocado a la página!
Me siento como si hubiese soldado con arco y sin gafas!
Hola, he estado viendo digitrazos, a mi si me gusta el estilo, me dan igual los colores, pero me gusta el estilo sencillo y muy directo...
El tunapie está muy bien! aunque como no tenía instalado mplayer no pude poner la tele. Aunque no entiendo bien cómo funciona, ¿capta flujos de audio/video en la red?
Me ha gustado la idea de analogize, ¿es creación tuya?. Y si es así ¿te interesa el scheme?.
Puse el módulo para el tiempo real en el ubuntu, ya veré qué tal va con lo que uso.
Gracias
Completamente en serio, si somos tres los que visitamos Digitrazos, lo que digan esos tres acerca del tema del sitio va a misa. Es decir, que si queréis sugerir un tema WordPress para el sitio, pensaré en cambiarlo. También ya os he dicho que lo ideal sería que un tema similar estuviera en phpBB para que el foro tenga la misma pinta.
Sobre TunaPie, yo pongo de vez en cuando las "notas de prensa" que aparecen en Freshmeat, pero obviamente no tengo tiempo de probar todos estos programas. Lo más útil para todos es que, si lo pruebas, pongas tu comentario en Digitrazos.
Analogize es mío, está basado en la idea de Thijs sobre imitar el efecto Lomo usando el Gimp. Había otros scripts también basados en la misma idea pero humildemente creo que el mío es hoy por hoy el más completo.
Scheme me interesa como me interesa Lisp, el uno como usuario del Gimp y el otro como usuario de Emacs. Yo nunca programaría nada gordo en Lisp, es un lenguaje de programación de los años 70 acojonantemente críptico, todo es "una función y dos argumentos" y te aparecen anidadas decenas de paréntesis para hacer lo más obvio.
Tengo entendido que es posible instalar en el Gimp tiny-fu el cual promete ser más potente que script-fu.
En Dapper la librería ya viene en una versión más nueva que en la guia. Entonces no haría falta ¿no?
Se supone que libpam-modules a partir de 0.80 lo soporta, pero, aún así es posible que haya que aplicar los cambios a /etc/security/limits.conf a mano.
Vaya pues de momento en dapper van por la 0.79 . De todos modos esto no nos evita tener que meter un kernel parcheado ¿no?
A ver si empiezan a sacar paquetes con el kernel ya parcheado que de momento es lo más engorroso de todo el proceso.
El problema es que el juego de parches de Ingo Molnar se lleve mejor o peor con el resto de parches que cada distro aplica al kernel. Es el usuario el que decide qué juego de parches le es más útil para el tipo de uso que va a darle a la máquina.
Por suerte aquí siempre el usuario decide.
Ya pero aplicar los parches de ubuntu al kernel es un poco una labor de chinos y si sale una actualización del kernel te tienes que montar toda la historia otra vez. Por no hablar que se supone que la gente de Ubuntu sabrá mejor que nadie que parches se llevan mal con cuales.
Por cierto, ahora que dapper es estable empieza el trabajo de la Ubuntu Studio. A ver que tal...
Desde el momento en el que uno instala su propio kernel, debería dejar de preocuparle el hecho de que haya actualizaciones al kernel "mainstream". Para "nuestro" tipo de uso de un ordenador personal, resulta mucho más adecuado "nuestro" kernel con los parches de Ingo Molnar que cualquier invento de la distro.
La ventaja, la de siempre: La absoluta libertad de elección.
. ¿Seguro que no hay que hacer make? aunque sea "make nothing".
pero que tenga trolls ,si no es muy aburrido. 
