En el animo de no repetir lo que otros blogueros seguro haran, resumire lo bueno y lo malo de este barcamp, similar a lo que hice con el primer google developer day,  con algunas anotaciones especiales y necesarias al final.

FAIL!

1. El internet fallo mucho en este barcamp. Uno tenia que estar brincando de una wireless a otra y solo habia dos. Se puede achacar a la gran cantidad de gente que estuvo ahi e hizo uso de ella. Para la otra necesitamos mas wireless! (wink wink telmex). Lo mismo con las conexiones electricas. Tenias que estarlas cazando.
2. El programa de eventos no se subio en linea hasta despues de la hora de la comida y nadie se entero. Todos se amontonaban en la entrada para ver que seguia.
3. El coffee break no tuvo cafe!
4. La conferencia de Adsdaq. Se llamo “como hacer dinero con tu blog”, y uno esperaba una discusion de las posibilidades existentes, comparativa de los productos en el mercado, maneras innovativas de monetizar, etc, y fue un comercial de 1 hora, sin nada innovador. Ese tiempo se pudo usar muy bien en otras conferencias que fueron cortadas, lo que me lleva a…
5. Talvez este sea problema del formato, pero las mejores conferencias se dieron al final y fueron las que menos tiempo tuvieron. Una lastima. Lo que me lleva a…
6. En muchas de las conferencias se corto el tiempo para preguntas y respuestas. La discusion es indispensable en estos espacios, sin embargo la falta de tiempo lo evito. Y esto me lleva a…
7. Gracias al exito de la convocatoria, hubo mucha gente con la intencion de presentar algo. Hicieron falta mas espacios y talvez falto organizarlos mejor. Esto bien podria categorizarse como un “WIN”.
8. Las fotos hasta ahora subidas a flickr y similares, estan protegidas, con derechos restrictivos, por lo que estas fotos no se pueden usar para ilustrar blogposts, cronicas, etc. Se supone que el barcamp tenia como eje central el “compartir”. Quiero pensar que esto es un error sin mala intencion que sera corregido proximamente.

WIN!

1. Antes que nada, la GENTE. Con mayusculas, puedo decir que lo mejor del barcamp fue la gente. Conoci y re-conoci gente terriblemente interesante, con un gran sentido de la comunidad, con mucho animo y buena vibra (y no de la de @mariano_osorio). La comunidad de IT en mexico tiene futuro, hoy mas que nunca.
2. La organizacion. Fue un evento masivo que requirio mucho trabajo por parte de la gente queretana (@netwalker, @cicloid y @_hyde. Si se me va alguien mas, avisenme!). Y se noto el esfuerzo. No falto comida, hotel e infraestructura. Bien!
3. Un punto especial para el proyecto Tlamashtilis. Es un software educativo enfocado a las comunidades nahuatl muy bien hecho y sobre todo muy bien presentado. Contiene documentos, diccionarios, opciones interactivas entre otros para facilitar el aprendizaje apoyandose en las nuevas tecnologias. El software esta desarrollado en flash y esta en fase beta. Tiene el apoyado por pedagogos, programadores (3), traductores y gente conocedora del tema de la educacion. Ya se encuentra en produccion en algunos lugares de la sierra norte y es un proyecto muy vivo. Si en algo les puedes ayuda, hacelo saber.
4. El rockband! Se instalo un rockband en una sala comun y fue un hit. Lo hubieran sacado mas temprano
5. El aftercamp. Despues del evento hubo una reunion en el bar “la selva”, donde las chelas brotaron alegremente. (gracias por el disco de Halo 3, por cierto)

Es de remarcarse el gran entusiasmo de los ponentes en las conferencias, que son programadores/diseñadores/publicistas/etc como tu y como yo que tenian algo que compartir. Muchos de ellos no eran comunicadores profesionales pero se veia la intencion devolver algo a la comunidad que al final de cuentas era la intencion de este BarCamp.

En el mismo barcamp se anunciaron algunos de los proximos eventos a los cuales les invito a que esten atentos, entre otros:

Cafe de altura, TweetMx (14 de marzo), Convencion de programadores de video juegos QRO (por definir), Flisol (26 de abril), Mexico Design (31 de agosto), Mexicoweb 2.0 y Wordcamp (18 de noviembre – Cancun)

Redondeando, puedo decir que este BarCamp fue todo un exito hecho por todos, con fuertes areas de oportunidad. Esperemos haya muchos mas.

Titulo original de la entrada:
México se abstuvo en su voto para OOXML

La espera termino, y al final, con la ultima información que se tiene México conservo su voto de 2007 y se abstuvo de la votación sobre el ya tan llevado y traído asunto de establecer OOXML de Microsoft como estándar.

El voto depende directamente de la Secretaria de Economía, específicamente de la Dirección general de normas.

Que se requiere para que OOXML sea aprobado bajo estándar? Básicamente lo siguiente:

1. Dos terceras partes de los votos de los miembros participantes (es decir: 22 de los 32 posibles)
2. Y que no haya mas de una tercera parte del total de votos negativos ( es decir, 24 de 96 votos)

Como estamos al día de hoy?

22 de 32 votos en el criterio 1
14 de 69 votos en el criterio 2

Es decir, si todo se queda como estamos al día de hoy (que es lo mas probable), el OOXML pasaría a ser el estándar ISO 29500 y la diferencia seria de un solo voto.

Esperaremos las cifras oficiales, pero difícilmente serán diferentes a estas.

Días negros estos de marzo, sin duda….

Y es entendible, como dije en el post anterior sobre sistemas estándares,  una vez que tu ecosistema de sistemas cerrados empieza a crecer, los costos de manutención crecen, tanto por la complicada integración entre ellos, así como por el ya sabido problema de “vendor lock-in”, que te obliga a comprar soluciones a un solo proveedor.

La marina ya lo entendió. El apoyar el uso de sistemas abiertos, es cuestión de dinero.

El paquete Parallels se encuentra en el repositorio:

   1: http://archive.canonical.com/ubuntu gutsy partner

Después de eso ya podrán encontrar parallels en synaptic (o aptitude [o apt-get]).

Tras instalarlo podrán encontrarlo en el menú Herramientas del sistema

La versión es de prueba, por quince días y deben registrarse para poder usarlo. El registro puede hacerse desde la interfaz del programa.

Les dejo unas imágenes.

Bajen el paquete de instalación aquí: http://sourceforge.net/project/downloading.php?groupname=kde-windows&filename=kdewin-installer-gui-0.8.5.exe&use_mirror=osdn

Y seleccionen Amarok cuando les pida bajar los paquetes.

Así de sencillo pueden obtener el MEJOR reproductor de música existente en el universo y un poquito mas allá.

Si tienen algún problema verifiquen lo siguiente:

• Que el directorio KDE4\lib este en el path (Propiedades del sistema->opciones avanzadas->variables de entorno)
• Que la variable de entorno KDEDIRS este dada de alta (crean una variable nueva en Propiedades del sistema->opciones avanzadas->variables de entorno) y que tenga el valor C:\KDE4 (o el directorio donde hayan instalado KDE)
• Ejecuten:
  C:\KDE4> bin\update-mime-database C:\KDE4\share\mime
  y
  C:\KDE4> bin\kbuildsycoca4 –noincremental
  No importa que les muestre warnings. Es normal.

Tomen en cuenta que esta es una versión pre alfa. Solo para los que estén dispuestos a que se le borren sus playlists y les explote la tarjeta de sonido (bueno, no es para tanto).

Además, de paso, pueden instalar algunos de los paquetes ya clásicos de KDE para que los prueben en windows (kate, kdegames, etc).

Por cierto, la versión 1.8 de Amarok para windows ya esta también disponible en código fuente desde hace tiempo, aunque aun no esta completa, así que no lo intenten (yo lo intente ). La pueden encontrar en el repositorio de KDE.

Update: Primeras imagenes. Click para agrandar.

Vía: Amarok Blog

Stay tuned

Puedes escoger mil y un licencias, seguramente habrá una que se adapte a lo que tu quieras.

Esto viene a colación por un caso que ha pasado últimamente y que ha llamado la atención de los medios especializados.

Paint.net es un programa open source para edición de imágenes en windows. Cabe decir que es un muy buen paquete y muy sencillo de usar. Yo lo uso cotidianamente. Pues resulta que un programador  tomo el código fuente de Paint.Net, le borró las licencias, le cambio el nombre y se puso el como autor para comercializar el producto.

Cuando el autor original se enteró, se armó toda una telenovela. Entre otras cosas, decidió que cerraría (al menos en parte) el código para evitar futuros robos. El programador que copio el código es ya un viejo veterano en robo de código. Inclusive intento hacer pasar Doom como suyo (aquí la saga completa).En su pagina (http://www.ultra-software.com/MyProducts.html, no añado link para no ayudarle ) tiene otras joyitas de trabajos que intento hacer pasar por suyos.

Estos casos son muy comunes en el ambiente del software libre, por lo que repito y recomiendo: Escoge una licencia. Hay muchas para escoger, entre otras:

• GNU General Public License
• Apache License
• Open Software License
• PHP License
• BSD License
• MIT License
• Mozilla public license
• GNU Lesser General Public License

Sin esto, no podrás defender tu trabajo. Cada una de estas licencias tiene su sus características propias. Por ejemplo la licencia MIT permite rehusar el código fuente en software propietario mientras se conserve la atribución, mientras que la GPL necesita que se revele el código fuente del software derivado. Cada licencia tiene sus propios términos, por lo que te recomiendo que leas e investigues al respecto.

En caso de que encuentres que tu software esta siendo mal usado, lo primero que debes hacer es pedir de manera formal que tu software sea usado en términos diferentes a los que tu deseas.

En caso de que no se cumpla, puedes demandar y pedir compensación y muy probablemente, tienes las de ganar. La GPL tiene muy buen registro en casos de violaciones al uso de la licencia. De hecho acaba de ganar un caso a favor de los desarrolladores de BusyBox, una herramienta de línea de de comandos.

En cualquier caso, deberás asesorarte con un abogado para verificar los detalles. También te puedes acercar a la Software Freedom Law Center y ellos te pueden asesorar e incluso defender si la situación lo amerita.

Sin embargo, en los últimos dias se supo que podria estar realizando una de sus mayores contribuciones a la humanidad (desde mi muy humilde punto de vista, aun no se si del todo para bien). De que se trata? Pues resulta que desde el 2005 ha estado presentando unas aplicaciones de patente sobre el DRM.

Que significaria esto? En caso de que el departamento de patentes de los estados unidos conceda estas patentes, solamente Alan Cox podria decidir quien puede y no puede utilizar un esquema de DRM. Ya ha anunciado ademas, que no la licenciará a nadie (alguien esperaba menos? )

En términos mundanos, nadie podria proteger sus contenidos con esquemas como los que usa iTunes, o el WMV de microsoft o para no ir mas lejos, el DVD estarí­a utilizando un esquema de protección ilegal. Windows Vista seria ilegal también. Esto prácticamente acabarí­a con la protección de la informacion por medios digitales (si Cox y RedHat, de quien es empleado, asi lo decidieran).

Uno podria pensar que esto es una broma de Cox y RedHat. Y es posible que asi lo hayan pensado originalmente. Sin embargo con las ya muy famosas metidas de pata y estupideces del departamento de patentes (USPTO) de los estados unidos, no dudarí­a que se terminaran concediendo esas patentes.

Ojalá así­ sea. Las implicaciones podrí­an ser revolucionarias. (y las batallas legales se pondrian de a peso…)

Sin embargo creo que se ha sobredimensionado el caso.

En primer lugar el hacer bulla sobre un bug en firefox es cuando menos, mala leche, ya que no solo “afecta” a este navegador sino a otros mas como ya dije. Aunque es natural, ya que firefox se ha hecho de una muy buena reputacion de ser un navegador seguro, y una vulnerabilidad asi es gran noticia.

En segunda, entrecomillo “afecta” porque no es exactamente una vulnerabilidad, aunque si es algo que debe ser repensado. Me explico.

Por diseño, cuando llenas una forma de usuario y contraseña, firefox te pide guardar estos datos para que no tengas que escribirlos de nuevo. Si aceptas, este guardara los datos usando como llave el dominio del que provienen. Es decir si entras a hotmail.com y aceptas guardar los datos, firefox los guardara de la forma (burdamente hablando)

<p>hotmail.com:usuario:contrase&ntilde;a </p>
<p>Asi, cuando entras nuevamente a hotmail.com, firefox escribira los datos que proporcionaste. Estos datos podran ser accedidos via script (o forma html), como es de esperarse.

El problema viene cuando no puedes confiar en el contenido del sitio del que proviene la forma. El ejemplo mas usado es myspace. En myspace puedes introducir el codigo html que tu desees. Y si guardaste tu contraseña y un usuario malicioso produce una forma igual a la del login original de myspace, los campos se llenaran automaticamente, dejando expuesto a que se te pueda robar tu contraseña, aunque SOLAMENTE PODRA TOMAR LA CONTRASEí‘A DE ESE SITIO. No podra robar tu contraseña de banco, correo o alguna otra. Y recalco esto ultimo porque creo que hay un poco de confusion al respecto. Bajo este vulnerabilidad un sitio solo podria robar la contraseña perteneciente a si mismo… lo cual no es un problema excepto para sitios en los que no puedes confiar o de contenido generado por otros usuarios.

Resumiendo, solo es una vunerabilidad si :

1. Guardas las contraseñas
2. Hay contenido no confiable
3. Te importa que sitio.com pueda obtener tu contraseña de sitio.com (la cual en la mayoria de los casos, ya tiene porque tu se la diste )

Asi que bajenle la espuma a su chocolate. No es para tanto, no es para cambiar de navegador (porque firefox no es el unico en donde se ha encontrado) ni para desgarrarse las vestiduras. Si es algo que debe repensarse y en su caso arreglarse.

Mientras mas usado sea el software libre (y firefox en especifico) mas de estos detalles se encontraran, lo cual es bueno. Mientras mas pronto se encuentren mas rapido se arreglarán. Pero dejemos de lado el sensacionalismo, que a nadie le hace bien.

Desde la semana pasada, Milenio decidio pasar sus contenidos a WordPress. Aunque no hubo anuncio oficial (que yo sepa al menos). No es el primer periodico que hace hace esto, hace algun tiempo la jornada por lo menos en una parte de su sitio esta usando sistemas basados en plone. Aunque no es claro si el desarrollo en si mismo es libre.

Aunque no todo es miel sobre hojuelas. Desgraciadamente Milenio decidio quitar los anuncios que hacen saber que el blog utiliza wordpress (como los que estan abajo de este blog). Aunque no estan rompiendo la licencia, a mi parecer, es una falta de respeto para los desarrolladores del WordPress.

En este par de imagenes podemos ver en el codigo fuente que utilizan wordpress. Tanto en el tag meta generator, como en el uso de directorios tipicos de wordpress y la remocion del banner que reconoce el copyright de wordpress.

Tags del codigo fuente de milenio.com	No muestran el banner de copyright de WordPress

Lo minimo que se espera es que si estan usando un software libre, den reconocimiento al autor.
Desde esta humilde trinchera, hago un llamado a Milenio.com para que corrijan esto que seguramente es un error por desconocimiento