A cuadros

A raíz de todo lo que está ocurriendo con la Ley de Economía Sostenible, se han convocado concentraciones para mañana viernes 4 de diciembre a las 20:00 horas. En el caso de Galicia será en la ciudad de A Coruña, en la Plaza de Orense, frente a la delegación del gobierno.

No nos quedemos con la boca cerrada. Defendamos nuestros derechos.

Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de internet manifestamos nuestra firme oposición al proyecto, y declaramos que…

1. Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.
2. La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.
3. La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.
4. La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.
5. Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.
6. Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.
7. Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.
8. Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.
9. Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.
10. En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

NOTA: Este manifiesto fue redactado conjuntamente por periodistas, bloggers e internautas, en una maratoniana sesión durante la tarde-noche de ayer. Si estás de acuerdo, difúndelo por todas las vías que puedas.

O eso es lo que parece, porque después de mi requerimiento de tener acceso al código fuente de las partes GPL de su disco duro, han publicado en su web un fichero que parece contener todo ello. Se encuentra en http://www.memup.fr/index.php?action=telechargement&classeur=5153, bajo el nombre MEDIADISK LX et LX LAN SERIES – Licence GPL.tar.

Pues resulta que justo hoy, jueves 22 de octubre, hace nada menos que diez años que abandoné por completo OS/2 e instalé de manera definitiva Linux como mi sistema de trabajo. Para los que crean que voy de farol, aquí está la prueba.

No fue una decisión hecha a la ligera, sino que ya llevaba una temporada sopesándola. La razón definitiva fue el rumor (que acabó por confirmarse) de que IBM abandonaba OS/2: no tenía ningún sentido seguir con un sistema que, aunque mucho mejor que Windows 95/98 y que el Linux de aquella época, no tenía ningún futuro.

En realidad, no era la primera vez que usaba Linux. De hecho, ya llevaba casi cuatro largos años jugando con él, primero con una Slackware 3.0 que regalaron en la PC Actual, luego una Slackware 96, y finalmente una RedHat, que fue la que me convención para quedarme. Al principio utilizaba como gestor de ventanas WindowMaker, aunque poco después me pasé a Gnome 1.4. En aquellos tiempos mi mantra era “recompila tu kernel”. ¿Te fallaba un programa? “Recompila tu kernel”. ¿No te reconocía un periférico? “Recompila tu kernel”. ¿Mi niño no me come? “Recompila tu kernel”.

Con RedHat estuve un par de años hasta que la infame RedHat 7.0 me hizo perder la paciencia y varios archivos, al empeñarse en activar el UltraDMA de mi disco duro a pesar de que el chipset tenía un bug que podía provocar pérdidas de datos.

Decidí entonces darle una oportunidad a Debian, de cuyo gestor de paquetes APT me habían hablado maravillas. Tenía unos CDs de Potato (2.2), pero en aquel momento la versión estable era Woody (2.3). Como no tenía de donde bajarme rápidamente la nueva versión, decidí instalar la vieja y actualizar por Internet… ¡con un Modem de 56K! Locuras de juventud… :-) Con ella estuve unos años, hasta que, unos años después, me cambié a Ubuntu, en parte porque era la única manera de tener un Gnome a la última sin riesgo de que un casque en los paquetes por usar Debian SID te deje dos días sin sistema. Y con ella me quedé, aunque sí es cierto que un par de años después hice un par de tímidos intentos con Gentoo, los cuales, sin embargo, no llegaron a buen puerto: necesitaba 24 horas sólo para compilar el sistema básico más Gnome en mi Duron 1300, y era un peñazo cada vez que quería añadir un programa.

Españoles eran Juan de la Cierva, Leonardo Torres Quevedo, Santiago Ramón y Cajal, Isaac Peral, Narcis Monturiol, Severo Ochoa y Alejandro Goicoechea. Son ejemplos de lo que es Investigación y Desarrollo hecha por españoles. Pero en esa pequeña lista son mayoría los que se tuvieron que ir fuera para conseguir, bien investigar en condiciones, bien desarrollar comercialmente sus diseños, y también hay varios que vieron muchas de sus ideas ridiculizadas y olvidadas hasta muchos años después. Por si fuera poco, poca gente de la calle podría citarlos, mientras que otros nombres, como Alexander Fleming o Thomas Alba Edison, son fácilmente reconocidos y nombrados. Nuestra universidad produce grandes cerebros gracias a parte de nuestros impuestos, pero luego esos cerebros tienen que irse fuera si quieren triunfar, con lo que el dinero que hemos invertido acaba revirtiendo en Alemania, Francia, Inglaterra o EE.UU. ¿Tiene sentido formar a nuestra gente para que sean otros los únicos que saquen provecho?

Y si ya la cosa estaba tan mal, ahora resulta que en España recortamos en un 15% el gasto en investigación, un gasto que ya era de por sí bastante exiguo. Por eso me uno a la iniciativa de La aldea irreductible: La ciencia española no necesita tijeras.

Estaba terminando de reinstalarle el windows a un amigo y decidí meterle el VLC para que pudiese ver películas. Como no recordaba bien la dirección de la página, me fuí a Google, busqué videolan y entré en el primer enlace. Y de pronto, el antivirus bloqueó la página con un aviso de sitio malicioso.

¿Mande?

Vuelvo a la página de Google y me fijo en las direcciones: la primera página es videolan.pro, y la segunda, la auténtica, www.videolan.org. Una búsqueda detallada del término me lleva a descubrir que en la primera página distribuyen una versión con adware (o sea, que incluye publicidad). Una visita a la URL (desde Linux, para evitar riesgos) muestra una página cuidada, con un aviso de una revista famosa calificando a VLC como “el mejor reproductor de vídeo del mundo”, y que bien podría pasar por la auténtica, aunque un análisis más cuidadoso descubre que la versión que ofrecen es la 0.9.9, y que no está disponible ni el código fuente ni las versiones para MacOS y Linux.

Quiero pensar que al final no habría colado porque yo ya sabía que la versión actual es la 1.0.2, pero aún así no puedo evitar pensar que si a mí, que siempre intento tener cuidado de qué me bajo y de donde, casi me la cuelan ¿cuanto más se la colarán al usuario medio que sabe lo justo? Por eso creo que se debería potenciar más la asignatura de informática en las escuelas, pero orientándolas no sólo a utilizar un procesador de textos o un lenguage de programación, sino también a este tipo de cosas: protección de la privacidad, protección ante troyanos y virus, protección ante el adware… Es necesario que la gente sea consciente de estas cosas y que aprenda a defenderse de ellas.

El día 30 de Julio, Palomitas y maiz publicó otro de sus geniales chistes.

Curiosamente, dos meses después (concretamente el 20 de septiembre), Cyanide and happiness publicó exactamente el mismo chiste.

[Editado]Tal y como comenta Palomitas y maíz en el primer comentario, pensar en un plagio puede ser algo exagerado, así que corto la frase original por la mitad y me quedo sólo con “Simple casualidad”.

Así me sentía yo desde que compré mi disco duro multimedia, porque ocurría que, a veces… ¡se encendía él solo! Me aseguraba de apagarlo por la noche, pero a la mañana siguiente iba al salón y estaba encendido.

Al principio pensé que era un bug del firmware, pero de casualidad, buceando en páginas sobre reproductores con chips similares al que lleva, encontré una (cuyo enlace no consigo encontrar de nuevo. Sigo buscando) en la que se afirmaba que dicho chip es sensible a las interferencias de las lámparas de bajo consumo… justo el tipo de bombilla que tengo en el salón.

Me costaba creerlo, así que tuve que hacer la prueba: fui al salón, que estaba a oscuras, y comprobé que el LED del disco estaba rojo (en reposo). Encendí la luz de la sala… ¡y él solito se encendió, el muy c****n!

Tras hacer varias pruebas, todo apunta a que es el parpadeo de la lámpara al encenderse, que hace creer al disco que se ha pulsado algún botón en el mando, porque si tapo el sensor no ocurre.

Cosas veredes, amigo Sancho…

A principios de verano surgió una agria polémica sobre la conveniencia o no de usar Mono (la implementación libre de los estándares ECMA-334 y ECMA-335) dentro de GNOME. El problema en buena medida venía dado por las diferentes opiniones sobre la libertad de Mono. Los que estaban a favor afirmaban que Microsoft había reconocido de manera explícita que renunciaba a denunciar a nadie por usar sus patentes sobre ambos estándares, mientras que los que estaban en contra afirmaban que dicho texto legal era lo suficientemente obtuso como para que no garantizase prácticamente nada, y que habría que abandonar por completo Mono, proponiendo algunos reemplazarlo por Vala. En su momento no escribí nada, en parte porque ya había suficiente polémica, y en parte por falta de tiempo, así que ahora que los ánimos están más calmados me gustaría dar mi opinión sobre una cuestión relacionada.

Para empezar, todo el mundo se centra directamente en si hay riesgo de que haya demandas por patentes a la hora de usar Mono. En ese punto no voy a entrar puesto que se trata de una cuestión legal y yo no soy abogado. Donde sí me gustaría entrar es en el tema de qué aplicaciones es razonable que se escriban en Mono (y, en realidad, en cualquier otro lenguaje que trabaje sobre un runtime, como Java o Python) y cuales deberían ir siempre en Vala.

Para presentar el problema me iré al caso de un viejo conocido de todo el mundo: Windows Vista. Tras su lanzamiento surgieron grandes críticas por su excesivo uso de memoria, lo que obligaba a instalar al menos 2GB para conseguir una fluidez equivalente a la de un Windows XP con 512MB.

Y ese es el problema de utilizar Mono, Java, Perl o Python en donde no se deben usar. Recordemos que el usuario utiliza un ordenador con un fin concreto: realizar un trabajo. Para ello utiliza un programa determinado: si quiere dibujar, utilizará un programa de dibujo; si quiere escribir una carta, utilizará un procesador de texto, etc. Una vez que ha terminado la tarea, cierra el programa (liberando los recursos utilizados) y abre otro para hacer otra tarea.

Por otro lado, tanto los usuarios como los programas necesitan de un sistema operativo que actúe como intermediario. Es importante recalcar que el sistema operativo, hasta cierto punto, debería ser transparente: el usuario no utiliza el sistema operativo para hacer sus trabajos, sino los programas concretos. Así pues, el sistema operativo debe ser parco en el consumo de recursos, pues éstos deben estar disponibles para los programas.

El problema surge cuando hacemos parte del sistema operativo en un lenguaje interpretado o que necesite una máquina virtual. En ese momento nos encontraremos con un consumo mayor de memoria y de procesador, lo que significa que está consumiendo recursos que no debería. Un ejemplo de esto sería programar applets de escritorio o extensiones del gestor de archivos utilizando Mono o Python, o demonios que se queden en ejecución en segundo plano durante toda la sesión. Sin embargo, una aplicación sí puede estar escrita en estos lenguajes porque, a fin de cuentas, es lo que el usuario quiere utilizar. Podría ser deseable que utilice menos recursos, pero ya no es algo tan crítico porque aquí sí estamos utilizando lo que, a fin de cuentas, nos corresponde. Y por aplicación incluyo aquí también aplicaciones oficiales de Gnome, como por ejemplo, Banshee o F-Spot. La clave está en si son programas que permanecen abiertos durante toda la sesión y consumiendo recursos, o son aplicaciones que el usuario lanza expresamente cuando quiere realizar una tarea y que cierra cuando ha terminado de hacerla, liberando los recursos que utilizó. No olvidemos que una aplicación se puede cerrar y volver a abrir, mientras que un applet o un demonio tienen que estar corriendo constantemente para cumplir su función.

¿Entonces debemos utilizar siempre C para realizar las aplicaciones de escritorio, complementos y demonios? Aparentemente sería lo deseable; sin embargo, tiene el grave problema de que programar en C no es tan cómodo, ni los programas son tan mantenibles, como programar con Python, C# o Java (por algo existen). Y es justo aquí donde Vala brilla con luz propia: al tratarse de un lenguaje de alto nivel, con gestión de memoria asistida y una biblioteca de funciones y componentes que crece día a día, simplifica la escritura y mantenimiento del código hasta el nivel de los otros lenguajes comentados; y al compilarse directamente a código nativo, sin necesidad de ningún runtime extra, el resultado es prácticamente tan bueno como si se hubiese utilizado C desde el principio. Por supuesto, Vala también se puede utilizar para escribir aplicaciones, pero considero que aquí ya es cuestión de preferencias, así que cada uno utilice lo que más le guste: Perl, Python, C, Vala, Mono, Lisp, Ook… Pero para partes del sistema operativo o del escritorio considero que sólo se debería utilizar Vala.

Y debo reconocer que consejos vendo pero para mí no tengo, porque una de mis aplicaciones (GtkPSproc) está escrita justo al revés: el programa principal, que sólo se lanza cuando el usuario quiere imprimir algo, y que lleva la interfaz gráfica y hace todo el trabajo, está escrito en C, mientras que un pequeño applet (que, por tanto, está ejecutándose desde que se inicia el escritorio hasta que se apaga la máquina) que se encarga de reenviar la impresión al programa principal, está escrito en Python. En mi defensa diré que la aplicación principal la escribí antes de aprender Python, y que escribir el applet en python fue una chapuza inicial que acabó quedando como definitiva (¿Cuela?).

Acabo de lanzar dos nuevas versiones de mis programas.

El primero es HTMLProc. Al principio sólo iba a corregir el uso de os.Popen2 (está obsoleto en Python 2.6), pero al probarlo descubrí que sólo añadía el tamaño a las imágenes añadidas en las páginas principales, pero no en las imágenes de las páginas añadidas con el comando include. Ya está corregido y aproveché para subir de nuevo todas las páginas corregidas.

El segundo es DeVeDe. La lista de cambios está en su sección, así que poco voy a comentar, salvo un par de detalles:

• Ahora permite reempaquetar un fichero sin recomprimir: ésto es muy útil para ficheros VOB, los cuales están en formato MPEG-2 y, por tanto, en teoría deberían poder utilizarse “tal cual” con DeVeDe. Por desgracia, si se usan activando la opción “Este fichero ya está en formato MPEG-PS” DeVeDe falla. La razón es que es un PS con algunos campos extra, lo que hace que DVDAuthor se lie y falle. Al activar esta opción, DeVeDe extrae el audio y el vídeo y los vuelve a meter en un PS, pero sin recomprimirlo, simplemente copiandolo; de esta manera no tiene campos extra, y además no se pierde ni un ápice de calidad porque no se está descomprimiendo y volviendo a comprimir.
• Elimina ficheros viejos en caso de que existiesen previamente, al usar LN: si se hacía una previsualización de un fichero con la opción “Este fichero ya está en formato MPEG-PS” y se cancelaba la conversión, nunca se borraba el enlace, por lo que si se intentaba hacer otra previsualización, fallaba.
• Ahora soporta ficheros de subtítulos cuyos nombres contengan caracteres reservados en XML: en efecto, antes, si un nombre de fichero de subtítulos tenía un caracter específico de XML, DeVeDe fallaba.
• Ahora ya no se cuelga al añadir un vídeo en un formato desconocido: en versiones anteriores, cuando se añadía un vídeo en un contenedor conocido pero con un codec desconocido, al intentar obtener los parámetros del vídeo (tamaño, tasa, etc) MPlayer lanzaba una gran cantidad de mensajes de error que saturaban la salida de error, lo que hacía que DeVeDe se colgase. Un ejemplo es un fichero FLV de Flash: el contenedor es reconocido por MPlayer, pero el contenido no.

Que lo disfruteis con salud.