La puerta de Tannhauser
[Elucubraciones de un Linuxero Genomero]
El mapa es el de una amiga, espero que no se enfade ya que no aparece su nombre por ninguna parte.
Estaba felizmente viendo una película cerca de la medianoche del 31 de mayo cuando me entró el sueño y decidí posponer el final de «The Wooden Horse» —película entretenida y con mejor historia detrás, por cierto— para el día siguiente.
A la mañana, tras despertarme, quise comprobar algo en el portátil y mi sorpresa fue mayúscula cuando la pantalla no cambiaba su color negro aunque se veía actividad en el indicador del disco duro, así como la luz de fondo de la pantalla y el ventilador zumbando en el lateral... mal rollo.
Lo primero que pensé es que había roto el proceso de actualización de Fedora 16 a 17. A reinstalar Fedora tocaría.
Después del trabajo volví a intentarlo, pero resulta que al reiniciar el portátil no se veía tampoco nada en la pantalla, es decir: la tarjeta gráfica.
Tras dejar el portátil sin batería y sin conexión a la red, pensé que se podría solucionar el problema, si bien no era muy entusiasta ya que los problemas similares que leí en internet no eran exactamente el mismo.
Después de más de 5 años y medio creo que llegó el momento de decirle adiós al que me ha acompañado durante todo este tiempo, con bastante tralla por cierto.
Tras una breve investigación en Alza.cz y descartar comprar el portátil en España, Dell y Apple, me quedé con 3 modelos de Sony Vaio y unos 8 de Asus. Siendo el ganador el siguiente: ASUS N43SM-VX019V.
Creo que ha sido una buena compra por unos 600 euros —mi anterior Dell Inspiron 1520 valió 1 000— aunque no me gusta que la resolución de la pantalla sólo sea de 1366 x 768, acostumbrado al pantallón del Dell. En cualquier caso, creo que es un buen pepino, y GNOME 3 vuela en él. Eso sí, el teclado en inglés/checo y yo escribiendo en español me va a volver loco.
Venga, una más para la lista de quejas. Esta es grande y, desde mi punto de vista, sencilla, al menos lo que se conoce como workaround; una vez hecho este, se podría pensar en la mejor solución.
3.5 años después no está implementado. 39 comentarios, 12 de los cuales son comentarios para marcarlo como duplicados otros errores.
El error probablemente surgió por la cantidad de SPAM que se recibía en la red MSN. Red que dejé de usar entre otros motivos por no poder bloquear la cantidad de SPAM que me llegaba.
Me quejaba hace no mucho de lo que tarda en responder, de vez en cuando, un proyecto de software libre. Estoy hablando del flujo de trabajo oficial, el normal. No de correos enviados a los desarrolladores pidiendo tal o quejándose de cuál.
Bien, ocho meses y dos publicaciones de GNOME después, la gente de gnome-online-accounts me contesta a un tique abierto en bugzilla sobre la traducción de la aplicación.
Me he callado, pero a punto he estado de escribir algo como «¿de verdad, después de 8 meses contestáis?» y no contentos con eso, «¿no podéis hacer un grep del archivo con lo que he comentado, es tan difícil?».
No conozco a la persona que ha contestado, no sé si es nuevo en el proyecto o lleva desde el principio, por eso no le culparé de nada, pero un proyecto de software libre no debería permitirse el lujo de ignorar feedback durante 8 meses y dos publicaciones.
Hace mucho tiempo escribí un par de manuales para el uso de Hugin (Composición de dos fotografías con Hugin, Composición de varias fotografías con Hugin). Hasta hace no mucho tiempo no volví a crear ningún panorama, pero hace ya un par de meses que me di cuenta de lo desfasados que estaban, así que creo que hay que ponerse al día.
Hablaré de la versión 2011.2 que es la que tengo, el paquete oficial en Fedora 16, y que también es válido para versiones superiores (creo que sólo existe la 2011.4).
Las recomendaciones anteriores para la creación de panorámicas siguen vigentes: solapamiento entre imágenes de un 25%; tirar las fotos con un trípode; mantener la misma configuración (no automática) en la cámara, etc. No obstante, para esta prueba yo solapé alrededor de un 30%, usé trípode pero en configuración automática. En definitiva el consejo es para un resultado óptimo y menor reajuste ya dentro de Hugin, pero no es 100% necesario para conseguir una buena foto panorámica.
Lo primero que se puede ver es que la pantalla principal es diferente, más sencilla y limpia.
Menéame y su efecto ya no son lo que eran, o eso o he preparado muy bien el servidor para aguantar el tráfico. Voy a pasar a explicar la historia completa sobre el comportamiento del servidor y cómo me preparé para una circunstancia así, en la que he conseguido no sólo seguir navegando sin complicaciones durante el meneo, sino que el blog no se cayese y el servidor aguantase todo el tráfico y todas las peticiones.
El día 21 menearon la entrada De los Erasmus españoles pero no llegó a portada hasta el día siguiente hacia las 19:50 (aprox.). La verdad es que yo ya no contaba con que saliese publicada. Había recibido unas 600 visitas de Menéame y Facebook el día que la menearon, pero no parecía que llegase a portada por los pocos meneos que tenía. Eso sí, tenía muchos «clics».
Lo primero que quería comentar acerca de Menéame es que parece que ha perdido muchos usuarios y que han cambiado el algoritmo. En la ¿mejor? época de Menéame hacían falta más de 200 meneos para llegar a portada, si no recuerdo mal. Probablemente ambas cosas hayan pasado hace tiempo, pero ya no me fijo en ello. El caso es que la última vez que miré el meneo, antes de su publicación, apenas 30 personas lo habían meneado. Imagino que entró en «populares» por la cantidad de «clics» y de ahí acabó en portada. No lo voy a negar, yo también animé a mis contactos en Facebook a que la meneasen, no sé si muchos lo hicieron.
A las 20:00 me llega un correo de mi monitorización local avisándome de que el Apache está usando 150 conexiones. Luego otro con 180 conexiones con el que, de paso, reiniciaba el apache, cosa que se ve perfectamente en la memoria libre disponible en ese momento.
La buena fortuna quiso que tuviese terminada la monitorización gráfica un día antes de que el meneo se publicase, aunque me di cuenta de que estaba monitorizando mal el uso de memoria y CPU de Apache MySQL, monitorizando un solo proceso de los muchos que había lanzados.
Tengo que decir que mis dos blog son extremadamente modestos, Turismo Google hace unas 250-300 visitas diarias (sigo trabajando en él, a ver si despega) y La puerta de Tannhauser unas 100 150, por lo que las estadísticas de tráfico saliente un día normal son así:
Trafico saliente en Deimos en un día normal:
Bien, el día que salió la noticia a portada del Menéame esto fue lo que ocurrió:
Desde que decidi renunciar a idefix y hospedar mis blogs en deimos, me propuse hacerlo bien. Su chroot, su scripts de monitorización y su todo. Ya tuve una experiencia desagradable hace tiempo y no quiero que me vuelva a pasar.
Por lo que además de crear respaldos cada cierto tiempo de forma automática (y manual por otra parte), tengo mis scripts que se ejecutan de forma periodica y me mandan un correo con diversa información, según lo que esté pasando en el servidor.
Lo último que me ha dado por hacer es, además de monitorizar y almacenar el tráfico saliente por la interfaz de red, pintarlo. Al principio no almacenaba la información, sólo la comparaba con el valor anterior. Luego me dije que así podría saber el tráfico saliente real del servidor, guardadito todo en su CSV por día. Y ya puestos, en vez de hacer una gráfica con una hoja de datos... pues con PHP-GD.
Me envia, muy amablemente, un correo Sergio Aguilar quejándose de que le he metido en una lista negra por llenarme de «spam» el blog. Cuando me doy cuenta que desde hace no sé cuánto no se pueden publicar comentarios. Así que me pongo a investigar el porqué, y me encuentro con que la función que comprueba si la suma de los dos numeritos falla...
¿Por qué? ¿desde cuándo?
Pues desde PHP 5.2.1 que cambió mt_srand y cuando quiera que se instalase en el servidor que aloja La puerta de Tannhauser y Turismo Google:
La implementación de Mersenne Twister en PHP ahora usa un nuevo algoritmo de semilla de Richard Wagner. La misma semilla ahora ya no produce la misma secuencia de valores como sucedía en anteriores versiones. No se espera que se vuelva a cambiar de nuevo este comportamiento, aunque se considera inseguro confiar en él.
Al parecer no soy el único descontento:
God bless my PHP 5.3.6, there is NO such strange behavior like this:
"---
Since 5.2.1
Mersenne Twister in PHP now use new algorythm of reinitializing, developed by Richard Wagner
Same seeds not produce same chains of values.
---"
O_
One's more: God bless my PHP 5.3.6, there is NO such strange behavior!
Same seeds produce SAME chains of values.
And it MUST be so!
M.T. IS PSEUDO random number generator. It is useful feature.
If we need truly random we will initialize our web-applications by mt_srand(Microtemperature_of_CPU)
Una vez más, gracias Sergio.
Abrir un bug con la traducción en español para el Diario de actividad de GNOME (antiguamente conocido como Zeitgeist) y que se den cuenta 5 meses después.
Cada vez que usas el botón «Salvar» Dios salva un gatito y mata un traductor:
Sacado de una aplicación cuyo nombre no puedo mencionar, proveniente de cierta institución que no puedo divulgar.
