miércoles, 27 de enero de 2010

Microsoft firma acuerdo con la PSF. ¿Python para Visual Studio?

Dino Viehland

Recientemente ha comenzado otro capítulo de Microsoft apoya el Open Source. En este caso se trata de la ampliación y formalización de las relaciones con la comunidad de Python. Se da un paso más en el acercamiento y apoyo del gigante de Redmond hacia este maravilloso lenguaje. Continúe leyendo este artículo si quiere conocer los detalles acerca de los acuerdos, los actores que los hicieron posible, los objetivos y parte de las implicaciones. Esta vez, simelo preguntan, les digo que algo positivo puede salir de esta alianza, pero de todas formas mis pronósticos son reservados (preste atención a mis conclusiones ;o).

Microsoft se integra a la PSF

Scott Wiltamuth General Manager for Visual Studio Language and Data Tools

Sí señores. Recientemente Scott Wiltamuth ha firmado un acuerdo, en representación de Microsoft, para activar los mecanismos legales que permitan que esta compañía contribuya código. Gracias a la participación activa de Steve Holden y Dino Viehland en las coordinaciones, todo apunta a que este último sería el representante ante la junta directiva de la PSF y canalizaría las interacciones entre ambas partes. Las iniciativas en esta dirección de Microsoft o de personas que trabajan para la compañía ya tienen historia. Sin tratar de ser muy exhaustivo se puede comenzar por los aportes de Jim Hugunin y otros para crear y perfeccionar IronPython, y brindar acceso a las clases del .NET framework. Otros esfuerzos individuales de personas afiliadas a la empresa han sido integrados a la rama principal y versiones estables de la librería estándar.

Jim Hugunin autor de IronPython

Pero no fue hasta hace poco tiempo, sobre todo después de su inclinación hacia el OpenSource que desembocó en la Microsoft Shared Source Initiative y la creación de Codeplex (que curiosamente no está tan saturado con su imagen de marca ...), que se ofrecieron licencias MSDN a miembros selectos de la comunidad para brindar mejor soporte para la familia de sistemas operativos Windows. Sí algo más o menos parecido a las ofertas similares a la comunidad de Perl para facilitar una manera de hacer desarrollos ligeros, replicación de problemas, depuración y pruebas ad-hoc en cada versión de Windows con cero costo y cero esfuerzo inicial (considerando los comentarios parece que no causó mucho interés, por cierto ...). Mi opinión siempre está basada en la actitud agresiva histórica y actual de Microsoft hacia varios proyectos de código abierto. Sus razones en todos los casos giran en torno a la protección de su propiedad intelectual. Además, ¿qué pasará cuando haga falta más que desarrollos ligeros, etcétera, etcétera ? ¿Qué pasaría con otros desarrolladores no tan integrados al desarrollo del lenguaje? ¿Sus proyectos se verían en desventaja (i.e. indirectamente presionados para adquirir las licencias)?

Los detalles

Bueno como les venía diciendo, la noticia fue anunciada en la lista Python-dev por Steve Holden, por lo que no hay nada de secreto al respecto. El mensaje es el siguiente:

From: Steve Holden To: Python-dev

Please note that both Dino Viehland and Dave Fugate are now signed up to
make commits in the name of Microsoft Corporation. I believe this just
formalizes existing working relationships, but what would *I* know ...

Thanks, everybody. As you were.

regards

Steve

Sin embargo, la conversación es casi ilegible para aquellos que, como yo, no soportamos el top posting. Es por eso que incorporo aquí los detalles de la conversación.

> >>>>> -----Original Message-----
> >>>>> From: Steve Holden steve@holdenweb.com
> >>>>> Sent: Monday, December 14, 2009 5:19 PM
> >>>>> To: Dino Viehland
> >>>>> Cc: psf@python.org
> >>>>> Subject: Re: [PSF-Board] Microsoft contributor agreement received?
> >>>>>
> >>>>> Dino Viehland wrote:
> >>>>>> Guido suggested this would be better than checking on python-dev. I’m
> >>>>>> told we faxed in our contributor agreement about a week and a half ago.
> >>>>>> I just wanted to make sure that it got received. Thanks!
> >>>>>>
> >>>>> Dino:
> >>>>>
> >>>>> Thanks, it was received on December 4. Since it's in the name of
> >>>>> Microsoft Corporation can we assume that it covers contributions by all
> >>>>> employees?
> >>>>>
> >>>>> I'll execute it tonight. Should I send the signed copy to Stephanie
> >>>>> Vishneau at Redmond, or to you?
> >>>>>
> >>>>> regards
> >>>>> Steve

> >> Dino Viehland wrote:
> >>> Can we also add one backup contributor - Dave Fugate?
> >>>
> >>>> -----Original Message-----
> >>>> From: Dino Viehland
> >>>> Sent: Monday, December 14, 2009 5:29 PM
> >>>> To: 'Steve Holden'
> >>>> Cc: psf@python.org
> >>>> Subject: RE: [PSF-Board] Microsoft contributor agreement received?
> >>>>
> >>>> It actually doesn't cover all employees - we'd like to scope it to just
> >>>> me for the time being and we'll funnel all of the check-ins via me.
> >>>>
> >>>> Sending it to Stephanie sounds good.
> >>>>
> >>>> Thanks Steve!
> >>>>

> >> -----Original Message-----
> >> From: Steve Holden steve@holdenweb.com
> >> Sent: Tuesday, January 26, 2010 11:38 AM
> >> To: Dino Viehland
> >> Cc: psf@python.org; VanL
> >> Subject: Re: [PSF-Board] Microsoft contributor agreement received?
> >>
> >> I believe that shouldn't be a problem: you presented an agreement signed
> >> on behalf of Microsoft Corporation, right? And you are (or possibly
> >> should be) Microsoft's PSF representative, so you get to say who can and
> >> cannot submit on behalf of Microsoft. I think.
> >>
> >> IANAL, so copying this to someone who is (sorry, Van).
> >>
> >> regards
> >> Steve
> >>

> Dino Viehland wrote:
> > Correct, we submitted the agreement - note I am not the signer of the
> > agreement so if necessary I can have Scott Wiltamuth who was the signer
> > send an e-mail requesting to add Dave.
> >
> -----Original Message-----
> From: Steve Holden steve@holdenweb.com
> Sent: Tuesday, January 26, 2010 1:55 PM
> To: Dino Viehland
> Cc: psf@python.org; VanL
> Subject: Re: [PSF-Board] Microsoft contributor agreement received?
>
> Yes. We definitely want to see a line of authority from Microsoft
> stretching all the way to a legally-approved corporate signature.
>
> I believe an email from Scott would be satisfactory.
>
> regards
> Steve
>

-----Original Message-----
From: Dino Viehland
Sent: Tuesday, January 26, 2010 2:14 PM
To: Steve Holden; Scott Wiltamuth
Cc: psf@python.org; VanL; Dave Fugate
Subject: RE: [PSF-Board] Microsoft contributor agreement received?

Scott,

Can you respond and say it's alright to add Dave as our backup

submitter?

-------- Original Message --------
Subject: RE: [PSF-Board] Microsoft contributor agreement received?
Date: Tue, 26 Jan 2010 23:25:45 +0000
From: Scott Wiltamuth <Scott.Wiltamuth@microsoft.com>
To: Dino Viehland <dinov@microsoft.com>, Steve Holden <steve@holdenweb.com>
CC: psf@python.org <psf@python.org>, VanL <van.lindberg@gmail.com>, Dave
Fugate <dfugate@microsoft.com>
References:
<1A472770E042064698CB5ADC83A12ACD04D90005@TK5EX14MBXC118.redmond.corp.microsoft.com>
<4B26E409.4080708@holdenweb.com>
<1A472770E042064698CB5ADC83A12ACD34C9E32B@TK5EX14MBXC116.redmond.corp.microsoft.com>
<4B5F44AD.2040107@holdenweb.com>
<1A472770E042064698CB5ADC83A12ACD34C9EFA6@TK5EX14MBXC116.redmond.corp.microsoft.com>
<4B5F64BA.9000401@holdenweb.com>
<1A472770E042064698CB5ADC83A12ACD34C9F997@TK5EX14MBXC116.redmond.corp.microsoft.com>

Sure, no problem. We would like to have Dino as the primary and Dave
Fugate as his backup. It's always good to have a backup :-). Thanks!

--Scott

Ahora las gestiones se encuentran en una estadío superior y el gigante de Redmond se integra más activamente al desarrollo del lenguaje junto a compañías como Google, ActiveState, Canonical, Sun MicroSystems, Zope Corporation y otros.

Conclusiones

Python para Visual Studio.NET ?

Bueno, el radio de acción de Microsoft se exiende hacia una comunidad muy dinámica que cuenta con no pocos éxitos. Todo parece indicar se comprende la ventaja actual que posse el lenguaje sobre otros como C# y su amplio impacto, difusión y amplias potencialidades. Ya esto me resultaba evidente después de haber presenciado la presentación del profesor y PhD Miguel Katrib Mora en Informática 2009 (algo de lo que espero poder hablarles algun día ...). Esto se hace más evidente si se tiene en cuenta que el signatario (i.e. Scott Wiltamuth) es uno de los autores de la especificación del C# y ocupa el cargo de General Manager for Visual Studio Language and Data Tools y por tanto tiene importante participación en la integración de lenguajes al entorno del Visual Studio. ¿Será esta una de las líneas de cooperación? No me extrañaría que fuera así. De hecho ya existe Visual Python beta 1.0, un intento de ActiveState para proporcionar el primer IDE para Python integrado al Visual Studio.NET. ¡En estos días nadie quiere quedar rezagado! ¿Cuál fue el destino de esta iniciativa? Si accedemos hoy a la página de descargas de Visual Python, veremos el siguiente mensaje :

ActiveState has announced the end of engineering support for Visual Perl, Visual Python, and Visual XSLT, effective immediately.

The plug-ins will not be updated for Visual Studio 2005, and there will be no further maintenance on the Visual Studio 2003- and 2002-compatible versions. Due to the necessary inclusion of Visual Studio integration code in Visual Perl, Visual Python, and Visual XSLT, the plug-ins cannot be open-sourced.

Es decir la acción de las licencias y la propiedad intelectual aplicada desde Redmond. Por aquí está el lado que veo más oscuro (quizás debido a mis limitados conocimientos jurídicos ;o), el de las posibles contribuciones a las ramas de desarrollo de la librería estándar. La cuestión es que el procedimiento actual indica que :

At the same time, contributors remain copyright holders of their contributions - they are not asked to assign the copyright to the PSF. They only formally confirm the terms under which they made their contribution available to the PSF.

Un comentario de Nick Coghlan en respuesta a Simon Cross es bastante sencillo y claro como para tener idea de parte de los detalles.

> I'm not a license lawyer, but typically your company needs to give the > code to the community. Yes, it means it stops owning it.

As Simon pointed out, while some organisations do work that way, the PSF isn't one of them.

The PSF only requires that the code be contributed under a license that then allows us to turn around and redistribute it under a different open source license without requesting additional permission from the copyright holder. For corporate contributions, I believe the contributor agreement needs to be signed by an authorised agent of the company (...)

Las licencias iniciales que acepta la PSF para las contribuciones son la Academic Free License v. 2.1 y la Apache License, Version 2.0 (esta última ampliamente utilizada por Google). Entonces quedan las dudas:

  • ¿Cómo es que se aceptarán dichas contribuciones ?
  • ¿Se utilizarán las licencias iniciales actuales o se adicionarán las licencias open source de Microsoft a la lista?
  • Una vez que ese código haya llegado allí y se retenga el copyright, ¿cuál será el próximo paso desde Redmond? ¿Cambiará con respecto a lo que se ha visto hasta hoy?
  • ¿Qué pasará cuando alguien trate de utilizar un código que se distribuya con la instalación oficial del lenguaje o lo tome como referencia para realizar sus propios desarrollos? ¿Hasta dónde puede perjudicar (considerando los precedentes) la super-acción legal de la compañía?
  • Si desarrollamos en Python, ¿debemos contar con la posibilidad de enfrentar un proceso iniciado por esa gigantesca máquinaria legal?

El precedente de su acción negativa contra varios proyectos de código abierto, la impronta de la mencionada propiedad intelectual y situaciones como la de las contribuciones al kernel de Linux, al menos a mí me dejan varias interrogantes. Seamos positivos y esperemos que esto represente una mejora en el soporte y la integración de Python con el sistema operativo Windows, y que el costo no sea demasiado elevado.

miércoles, 20 de enero de 2010

Sobrepasa las 1000 descargas el módulo TracGViz (>300 desde PyPI)

TracGViz plugin

Entre los plugins para Trac que he implementado se encuentra TracGViz. Recientemente este módulo ha sobrepasado las 300 descargas desde PyPI. Esto es solo una fracción del total debido a que es posible descargarlo desde Softpedia (518 descargas para Mac y 203 descargas para Linux), o desde WareSeeker (12 descargas). En total serían 1055 descargas considerando las 322 desde PyPI. Pero, quién sabe, quizás hay otros sitios que ofrecen similares facilidades. De todas formas estas cifras (note que solo hablo de la versión 1.3.4 ;o) ya son suficientes para sobrepasar mis expectativas. Para más detalles, por favor lea esta corta entrada y consulte el sitio del proyecto.

Este plugin permite aprovechar los beneficios de la tecnología conocida como Google Visualization API para enriquecer la wiki de Trac con mini aplicaciones de todo tipo. También permite que los datos que se manejan en un proyecto sean visualizados o procesados en sitios web ubicados más allá del dominio del sistema de administración de proyectos. Como efecto secundario se extiende la API de RPC de Trac facilitando acceso (crear, leer, ejecutar) a los reportes, datos acerca del código fuente y sus versiones, más los detalles de los eventos registrados en lo largo de la vida del proyecto.

Actualmente (i.e. hasta la versión 1.3.4) una estimación optimista indicaría que sólo se pueden satisfacer alrededor del 10% por ciento de los casos de uso posibles para esta tecnología de Google. Sin embargo pronto estará lista la versión 1.4.1 y su utilidad aumentará hasta cubrir alrededor de un 80% por ciento, especialmente varias de las tareas más comunes. Las mejoras introducidas aportan nuevas facilidades para los usuarios, permiten utilizar cualquier visualización para mostrar los datos acerca del proyecto y ofrecen nuevas perspectivas de integración con otros sistemas. Varias pruebas demuestran que su funcionamiento es estable.

Una demostración más práctica será presentada próximamente en este blog. Por tanto, mi consejo es que siga los noticias que se publican acá. Espero que les sean útiles ;o).

martes, 5 de enero de 2010

Ubuntu sustituye GIMP por F-Spot

GIMP en tu escritorio

En el encuentro bienal Ubuntu Developer Summit (UDS) que se llevó a cabo en el mes de noviembre del año 2009 en Dallas, Texas Canonical ha anunciado que removerá el software GNU Image Manipulation Program (a.k.a. GIMP) de la instalación de Ubuntu. Ryan Paul participó en el proceso colaborativo para planificar la futura versión 10.04. De más está decir que para muchos va a ser chocante y controversial, pero hay quienes creen que las razones para hacerlo son válidas. Si continúa leyendo podrá conocer los detalles. ¿Será cierto que esto indica que Ubuntu está madurando como una distribución para usuarios finales?.

¿Cómo funciona el UDS?

Ubuntu sigue un ciclo de desarrollo de seis meses que sigue el ritmo de GNOME. Al principio Canonical organiza eventos que reunen a su propio equipo, miembros de la comunidad y líderes de proyectos de software libre relevantes. En este marco se determina un calendario dirigido a debatir características específicas o detalles técnicos. Los cambios propuestos a la plataforma se describen en páginas conocidas como blueprint y se publican en Launchpad. Durante la confección los participantes toman sus notas con ayuda de Gobby, un editor de texto colaborativo. Por tanto los que deseen participar de forma no presencial pueden consultar este documento y unirse al canal de IRC de la conferencia o a un canal de audio en tiempo real que permite escuchar los debates.

¿Por qué se prescinde de GIMP?

Está de más decir que hablamos sobre una de las aplicaciones paradigmáticas del entorno de escritorio de GNU/Linux, convirtiéndose en una alternativa muy seria para personas con un perfil profesional de procesamiento avanzado de imágenes. Exactamente estas fortalezas son precisamente la causa de su próxima desaparición de la instalación para escritorios del sistema operativo. ¿Contradictorio, no? Pero resulta ser que la gran cantidad de posibilidades que ofrece implica cierta complejidad en la interfaz de usuario y en su uso que se dice que resulta intimidante para los usuarios inexpertos. El tiempo de aprendizaje ambién se estima como elevado, debido a su estructuración en forma de plugins. Como es de esperar, también utiliza una cantidad sustancial de espacio en el disco. Su talla resulta ser especialmente problemática para Ubuntu debido a que el soporte utilizado para su difusión es el CD.

Además se considera que ofrecer una herramienta profesional de edición de imágenes es un objetivo que va más allá de los propósitos de Ubuntu, que prefiere una herramienta simple y ligera para edición de imágenes. En el análisis llevado a cabo no salió a relucir ninguna forma práctica de lograr que GIMP satisficiera ambos requisitos. Los desarrolladores de la herramienta que expresaron su opinión acerca de este tema están de acuerdo con el plan presentado. Resalta Sven Neumann, autor de The GIMP Pocket Reference, quién dijo:

That is pretty much in-line with our product vision. GIMP is a high-end application for professionals. It is not the tool that you would advise every user to use for their casual photo editing,"

Realmente a mí me gusta GIMP, pero de más está decir que no domino ni el 5% de las herramientas que incluye. Quizás haya muchos más como yo, y eso sea una de las motivaciones para dar preferencia a una alternativa más ligera y dejar a un lado opciones de poca utilidad para la gran mayoría de usuarios. Ahora, ¿cuál será la tan añorada herramienta ligera que se distribuirá?

El acertijo del sustituto

F-Spot, sustituirá a GIMP

No parece que haya una cantidad muy abundante de aplicaciones a considerar para la sustitución. Sin embargo F-Spot ha sido identificado como una de las posibles alternativas más viables para mantenerse en la distribución oficial. Entre sus bondades se encuentran opciones básicas de edición (e.g. recortar y ajustes de color), y efectos simples como corrección de ojos rojos. Sus desventajas son que estas posibilidades se encuentran dentro de su modo de administración y, por tanto, se encuentran junto a otras opciones que nada tienen que ver con el procesamiento de imágenes. Afortunadamente, la reacción ha sido muy positiva. Después de conocer los planes de Canonical, Stéphane Delacroix empleó una hora y media para hacer las modificaciones pertinentes. Poco después fue posible ver en su blog los cambios en F-Spot. Entre sus comentarios encontramos que:

I plugged the main F-Spot editors inside the single view mode. And that worked quite well (...) Of course, F-Spot editors are nowhere close to Gimp's, and don't even aim to. But they cover 90% of your daily usage and are (probably) simpler to use than Gimp. And even more, you can write (read contribute) some additional ones in very few lines of code.

De esta forma se incorporan los editores al área de visualización y esta aplicación se convierte en un serio candidato para el remplazo, a pesar de que todavía faltan ciertas funcionalidades simples. El sistema se vislumbra sólido y parece que es lo suficientemente flexible como para incorporar estas mejoras.

El destino: desde el repo GIMP te mira :o)

Es preciso comprender que esta decisión no implica que nuestro querido GIMP desaparezca de los repositorios de Ubuntu. Lo podremos seguir instalando desde los repositorios sin muchos contratiempos (a no ser que obtener el repositorio sea en sí mismo la mayor parte del problema ...). A pesar de que no será instalado en las nuevas estaciones de trabajo dónde se instale la versión 10.04, el software estará disponible mediante el Ubuntu's Software Center y será distribuido con Ubuntu Studio, un producto derivado que se concentra en aplicaciones para multimedia. Los usuarios actuales no deben preocuparse pues al migrar hacia la nueva versión se mantendrá la copia anterior de GIMP.

Otras decisiones

Otros temas fueron considerados también, entre ellos otros candidatos para sustituir a GIMP. Fueron mencionados Shotwell y GThumb. Otra decisión fue mantener la herramienta EOG y no sustituirla utilizando ... F-Spot. Sin embargo habrá una opción (quizás en un menú ;o) que permitirá editar la imagen directamente utilizando F-Spot.

Otro debate de importancia fue el de la inclusión de una herramienta ligera de edición de video. En este sentido se produjo un debate acerca de añadir Pitivi. Sin embargo, todavía hay ciertas oportunidades para mejorar su madurez y su utilidad, sobre todo considerando que se trata de un LTS. En sentido general se consideró una aplicación muy prometedora, y hubo una respuesta a todas las dudas que tardó muy poco. La adición de Pitivi al ecosistema de Ubuntu contribuye notablemente a medida que los dispositivos handheld con cámaras se hacen más populares.