Sin embargo, en el trabajo, donde tengo dos monitores, ambos pertenecen al mismo display y pantalla (parece ser por XRandR). Puesto que xgamma cambia el gamma para toda la pantalla, afecta a ambos monitores a la vez.

Para ajustar el gamma para sólo uno de lo monitores hice esto:

xrandr -d :0 --screen 0 --output VGA-0 --gamma 1.2:1.2:1.2

En #xorg se me sugirió que tal vez podría prescindir de los parémtros -d y –screen. Para obtener valores posibles de -d, –screen y –output usé lo siguiente:

xrandr | grep connected

Aún me falta por encontrar por qué usar valores mayores que 1 me obscurece la pantalla en lugar de aclararla.

Quiero expresar mi agradecimiento por su presencia en mi plática; en general, en el evento SFD 2008 en Tijuana.

Recordarán que al terminar la presentación realicé en vivo un cambio al código de audiosum; específicamente, al componente audiodup. Con este cambio busqué mostrarles de manera práctica un ejemplo de cómo se desarrolla en el mundo del software libre mediante Git.

También recordarán que el experimento no funcionó del todo:

1. descargamos el código desde repo.or.cz con git clone http://repo.or.cz/audiosum.git,
2. compilamos audiosum y lo vimos funcionando con ./autogen.sh && ./configure && make,
3. realizamos un cambio en audiodup,
4. mostramos el parche resultante con git diff,
5. revisamos el estado del repositorio local con git status,
6. aplicamos el cambio en el repositorio local con git commit -a,
7. observamos las diferencias entre el repositorio local y el repositorio público con git log origin..master,
8. pero no pudimos publicar el cambio con git push.

El motivo fue muy sencillo: no tenía autorizada la laptop para enviar cambios al repositorio. En repo.or.cz se deben dar de alta las claves públicas de cada persona@computadora autorizada para enviar cambios. Tengo diferentes claves públicas en cada máquina, y sólo tenía dada de alta la PC del trabajo y la PC de la casa. Mi cuenta de la laptop no estaba autorizada para enviar cambios.

Finalmente el cambio fue aplicado con git push y pueden observar en el historial de cambios de audiosum el cambio “Added support for file pattern matching“. En el segundo enlace pueden ver que la fecha es del 13 de septiembre a las 17:56, hora local, es decir, que el commit fue realizado durante la conferencia.

Saludos.

Esta conferencia es de Linus Torvalds, autor original de Linux. Proveída por Google Tech Talks.

Aunque Linus se expresa fuertemente contra CVS, SVN y el modelo centralizado, presenta todas las bases de sus argumentos. A pesar de eso, la plática es amena, bien fundamentada, bien explicada y, sobre todo, explica los fundamentos para poder comprender el modelo de trabajo de Git, reduciendo un poco la resistencia al cambio por medio de una conferencia conceptual pero productiva.

Microsoft Office OpenXML es un formato para diversos tipos de documentos propuesto por Microsoft que cuenta con las siguientes ventajas (puede ahondar en cada una haciendo clic en cada línea):

• Es un estándar internacional chueco.
• Está lleno de defectos.
• No es de libre implementación.
• … y muchos otros beneficios.

Me da tristeza saber que mi propio país colaboró con esta aberración. Esto está explicado también en Groklaw, pero cita al Excelsior con un link que ya no existe (y que por eso puse el link a El Imparcial). Transcribo, debido a que es un tema acompañado por otros temas en la misma página:

Gates habla
Nada más para que se dé idea de la magnitud de la presión que se está ejerciendo en torno al voto de México en el seno de la Organización Internacional de Estandarización respecto del futuro de Open XML.
Trascendió que el mismo Bill Gates se comunicó con Felipe Calderón para influir en la postura que se hará pública el próximo lunes en Ginebra.
Aquí la comisión gubernamental está un tanto incómoda por la posición de algunos representantes de la UNAM, en especial la de Alejandro Pisanty, ex director general de Servicios de Cómputo Académico. Se trata de un respetado investigador que critica fuertemente el estándar que impulsa Microsoft. Su posición es estrictamente teórica a favor del software libre.

Actualización: Gracias al blog de Miriam Ruiz, me entero de que aún hay esperanza. Ya que su entrada está en inglés, y y lo expresó de forma insuperable, traduzco literalmente:

Después de la aprobación de OOXML como un estándar por ISO, parece que hay dos meses para apelar la decisión. La Comisión Europea, la más alta autoridad antimonopolio, investigará si OOXML, como se le conoce al formato, es “suficientemente interoperable con productos de la competencia”, así como si hubo irregularidades o intentos de influenciar el debate o la votación. Si los cuerpos nacionales de ISO aportan evidencia de que Microsoft intentó influenciar los votos para asegurar la aceptación de OOXML, fortalecería el caso antimonopolio de la Comisión. De acuerdo con Thomas Vinje, cónsul legal del Comité Europeo pro Sistemas Interoperables (ECIS), “incluso si los votos fueron ganados legítimamente ganados, que lo dudo, OOXML no es un estándar abierto puesto que no está completamente implementado en plataformas de competidores, y su forma futura está sujeta puramente al control de Microsoft. Otorgar el estatus de ISO a OOXML no comienza a resolver los cuestionamientos legales de la competencia que la Comisión está indagando.” Esperemos que la Unión Europea investigue y clarifique todo esto.
“Una apelación tendría que ser resuelta antes de la publicación de un documento como un estándar Internacional”, dijo Roger Frost, vocero de ISO. En otras palabras, si se emite una apelación, es viable que la publicación final de OOXML como estándar se demore. Esperemos que el proceso de apelación de ISO, si se sigue, sea menos irregular que el de aprobación. Tal vez pueda recuperar mi confianza en ISO. Veremos qué pasa.