Una Pasión de Multitudes, desde el 2000
Xsponsor: 5 años hospedando VivaLinux!
Uno de los juegos incluídos en la exitosísima oferta del Humble Indie Bundle (que recaudó más de U$S 1 Millón) fue Gish. Luego de que el código fuente de Lugaru, uno de los títulos más represantativos del "bundle", fuera completamente liberado pronto le siguieron otros: Gish mismo fué liberado a fines del mes pasado.
Pronto se montó un repositorio en GitHub conteniendo un fork del código de Gish liberado, con instrucciones para compilarlo en Linux y en Windows.
Pero lo más importante de esta noticia es que pronto se recibió la primera contribución de código que ya se incorporó al repositorio mencionado y que permite agrandar o achicar el tamaño del "Gish" resultando en un efecto bastante interesante (ver video). De esta manera se reactiva de alguna manera el desarrollo del juego cuya versión 2 había sido cancelada a finales del año pasado. ¡Las maravillas del Software Libre!

Y ahora que el proyecto de la distribución argentina Tuquito se está preparando para el lanzamiento de su próxima versión 4, también se prepara para estrenar una nueva plataforma para su desarrollo colaborativo. A partir de ahora las principales tareas de este proyecto se mudarán a Launchpad.net, el sitio que también hospeda una variedad de servicios para otras distribuciones como Ubuntu, entre ellos:
La nueva página de Tuquito en Launchpad es esta y en el mismo lugar también se pueden encontrar sus nuevos repositorios de paquetes, los que efectivamente discontinúan su anterior ubicación en paquetes.tuquito.org.ar.
Otra novedad importante es que ahora el desarrollo de las aplicaciones propias de Tuquito se administra en GitHub, el sitio de preferencia de proyectos y desarrolladores que usan Git como su sistema de control de versiones distribuído. La página de Tuquito en GitHub es esta, y como toda cuenta en ese sitio sus proyectos publicados pueden "forkearse" muy fácilmente por quienes deseen incorporarles sus propias modificaciones.
Y si la anterior combinación de Launchpad + GitHub para el desarrollo de una distribución te resulta familiar, es porque es la misma que recientemente eligió LinuxMint, que también está basada en Ubuntu, como Tuquito.
Parece mentira, pero ya pasaron 5 años desde que el desarrollo del Kernel Linx se pasó de BitKeeper a Git. Y para conmemorar un nuevo aniversario de ese acontecimiento, se publicó este video, disponible también en formato de alta calidad de 720p y 1080p, en el que se visualizan con unos vibrantes gráficos 3D todos los commits realizados en el respositorio Git del Kernel como son animados por la increíble utilidad Gource.

El proyecto de Fedora ha tenido el código de sus paquetes fuentes sobre el antigüo sistema de control de versiones CVS desde que era sólo parte de Red Hat. Pero en el reciente FUDCon Toronto 2009 sus desarrolladores decidieron migrar a Git, el mismo que usa el Kernel de Linux, como lo explica Jesse Keating, que consideró la idea por primera vez en los tiempos de Fedora Core 6, en su presentación (ODP) y en su blog.
Keating menciona algunas ventajas que traerá Git al proyecto, como la habilidad de poder hacer todas las operaciones de los repositorios localmente, exportar los commits de Git en un formato de texto fácilmente transportable, crear repositorios "al vuelo", etc. Para todas las demás el desarrollador dirije al sitio Why Git is Better than X ("Porqué Git es Mejor que X"), que lo compara con otros sistemas similares como Mercurial, Bazzar, SVN y Perforce.
El plan tentativo para la migración de CVS a Git debería concretarse después del lanzamiento del próximo Fedora 13, aunque podría demorarse hasta después de Fedora 14. De cualquier forma, el proyecto tendrá todo su código fuente sobre Git en el 2010.
GitHub es el popular servicio de hospedaje de código, gratuito para proyectos abiertos, basado en Git y considerado por muchos como el sucesor de la "web 2.0" de otros similares como SourceForge y hasta Google Code por sus característias sociales. GitHub, que comenzó como una aplicación escrita en Ruby on Rails (RoR), ganó una gran exposición e inhercia inercia cuando ese mismo proyecto migró desde sus repositorios de Subversion a una cuenta en GitHub. También se convirtió rápidamente en un servicio muy querido por la moderna comunidad de Ruby, que soporta sus servicios de muchas maneras.
Un miembro de esa comunidad fué Engine Yard, el proveedor de hosting especializado en mantener aplicaciones RoR en la nube computacional, que ofreció a GitHub hospedaje gratuito a cambio de publicidad y cuentas gratuitas para sus clientes. Pero aparentemente no contaban con éxito de GitHub en proyectos no relacionados con Ruby y la calidad del servicio ofrecido comenzó a sufrir, como lo notaron los usuarios de GitHub al toparse con problemas de performance y estabilidad. La explicación de Engine Yard fué poco feliz:
“GitHub ofrece la más grande cuota de espacio de almacenamiento gratuito entre los grandes proveedores de SCM y nosotros llegamos a la conclusión de que no queremos subsidiar esa cuota a desarrolladores no-Ruby”.
En su anuncio GitHub también revela interesantísimos datos sobre su configuración actual y futura: en Engine Yard contaban con 10 máquinas virtuales, 39 CPUs virtuales y 128 Gb de memoria; en RackSpace téndrán 16 máquinas físicas, 128 núcleos físicos y 288 Gb de RAM. La transición ocurrirá "en sólo unas cortas semanas".

Gracias a la editorial Apress, todo el contenido del nuevo libro Pro Git de Scott Chacon ya está disponible en su sitio bajo la licencia Atribución No Comercial - Compartir Obras Derivadas de Creative Commons. Aunque todos podemos comenzar a leer el libro completo ya mismo, su autor nos recuerda que también podemos apoyar esta inciativa pre-ordenando una copia impresa en Amazon "para alentar a más autores y editoras a hacer lo mismo para el beneficio de toda la comunidad".
Y no menos importante, todo el "código fuente" del libro, escrito en el espectacular Markdown, puede clonarse desde su propio repositorio en GitHub, lo que permite que la contribución de correcciones y nuevas traducciones sea muy fácil (actualmente ya están trabajando en una traducción al japonés y otra al portugués de Brasil).
Scott Chacon es muy reconocido por su excelente trabajo en la difusión de Git, el que incluye, entre otros, el sitio GitCasts (muy recomendable), su anterior libro Git Internals e innumerables charlas en varias conferencias.
Linux Mint es una de las distribuciones para el escritorio basadas en Ubuntu más cuidadas y amigables, con incluso una activa comunidad hispana. Ahora, mientras se prepara el desarrollo de su próxima versión 8 "Helena", Clem Lefebvre, el principal desarrollador de Linux Mint, reveló algunos detalles sobre las nuevas herramientas de trabajo de su equipo.
Como por ejemplo, Launchpad, la plataforma de desarrollo colaborativo recientemente liberada por Canonical, que Linux Mint usa principalmente para el seguimiento de sus errores (bug tracking), traducciones y anteproyectos (blueprints), aunque tienen planes para aprovechar el resto de los servicios ofrecidos para otras tareas próximamente.
Llamativamente, Linux Mint no usa para el desarrollo de sus propias utilidades el servicio de hospedaje de código fuente de Launchpad, basado apliamente en el sistema de control de versiones distribuído Bazaar (bzr) patrocinado por Canonical, sino en su lugar el servicio de GitHub basado, obviamente, en Git.
Esta es la página de Linux Mint en Launchpad y esta otra la de Linux Mint en GitHub.
El proyecto de KDE anunció que consiguió un hito al registrar la contribución numero 1 millón a su repositorio de código Subversion. Se trata sin duda de una prueba de la vitalidad del proyecto, que en promedio ha tenido más de 20 desarrolladores contribuyendo por primera vez todos y cada uno de los meses de los últimos 3 años.
Y como menciona Cornelius Schumacher, Presidente del KDE e.V. Board of Directors, este bien podría ser el repositorio más grande de Subversion del que se tenga noticia:
“Subversion ha probado ser un sistema confiable y capaz que nos ha servido extremadamente bien por muchos años. No conocemos de otro repositorio público que haya alcanzado 1 millón de commits, y estamos orgullosos de servir como un testamento de la escabilidad del producto”.
Pero por otro lado, muchos desarrolladores de KDE están descubriendo que sus necesidades están mejor cubiertas por sistemas distribuídos como Git, Mercurial o Bazaar. De hecho, partes de KDE ya están comenzando a migrar a Git, con Amarok siendo el primero de esta nueva tendencia.
Linus Torvalds comentando en su blog sobre el normal desarrollo para la próxima versión 2.6.31 del Kernel también tiene unos comentarios muy interesantes sobre su sistema de control de versiones distribuído, Git:
“Parte del problema es que git es una herramienta tan flexible que puede usarse de varios modos para mezclar cosas libremente. Toda la naturaleza distribuída significa que no hay un gatekeeper y que uno puede hacer lo que uno quiera. Y la flexibilidad y el poder son buenos, pero eso significa que también es fácil crear un verdadero desorden - es la vieja filosofía UNIX de darle a la gente una cuerda y permitirles colgarse a ellos mismos si lo desean...
Así a la gente (yo incluído) le toma tiempo aprender las reglas que funcionan. Y parece que la gente está aprendiento. Y eso se siente realmente bien”.
Git es un sistema de control de versiones diseñado por Linus Torvalds, pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando estas tienen un gran numero archivos de código fuente.

Kristian Høgsberg, también ingeniero en software en Red Hat, comenta en su blog que la transición del proyecto GNOME desde sus anteriores repositorios de código en Subversion al más moderno y flexible Git finalmente se ha completado. El proceso se tomó un poco más de lo esperado debido a la adición de un paso más en la reescritura de los mensajes de cada commit y debido a que debieron corregirse y reimportarse aquellos repositorios que resultaron rotos.
Ahora el último repositorio Subversion de GNOME fue finalmente copiado a git.gnome.org y el proyecto ya está listo para comenzar a recibir las contribuciones de todos sus colaboradores allí.
Les dejamos las últimas palabras de Høgsberg al respecto después la ardua tarea:
“Los amigos no dejan que los amigos usen svn”.
Anteriormente en VivaLinux!