Re: Proponiendo un Día GNOME Amor

[Claudio Saavedra <csaavedra alumnos utalca cl>]

Hola,

On Tue, 2005-12-20 at 13:58 -0300, Juan Carlos Inostroza wrote:
> On Tue, 2005-12-20 at 17:01 +0100, Claudio Saavedra wrote:
> [...]
> > 
> > Usando CVS; Construyendo con JHBuild; Resolviendo problemas de
> > dependencias; Construyendo un escritorio en paralelo al inclu� en la
> > distribuci�Iniciando sesi�n este escritorio, etc.
> 
> Yo podria aportar con Garnome. Tengo algo de experiencia en ese
> cachibache :)

La idea es ayudar a la gente interesada en contribuir con el c�o. La
gente interesada en contribuir con el c�o, debe tener el c�o que
se encuentra en desarrollo. Dicho c�o est�n el CVS. Garnome
construye GNOME desde los paquetes estables, no desde el CVS.

> 
> > Dia 2: Cacer�de bugs y manos al c�o.
> > -----------------------------------------
> > 
> > Bug triagging; Reportando nuevos bugs; Creando e interpretando
> > backtraces; Corrigiendo bugs; Creaci�e parches; ChangeLogs, etc.
> 
> Eso es un poco mas arriesgado, ya que tendrias que ense�> - a usar strace para posibles errores
> - a usar GDB en un ambiente controlado, primero
> - a entender el backtrace
> - a corregirlo :)

Alto ah��ense�a corregir un bug? Ve mi respuesta m�abajo.

> 
> Si. O bien, tirar el ultimo release "estable" o bien el CVS. No se, yo
> me quedaria con la version estable antes.
> 
> Ahi podriamos incluso aplicar el cambio entre el ultimo release y la
> version de CVS, apoyandonos en parches que hayan salido. 
> 
> Digo, por que improvisar, en esa area, es complicado...
> 

�Improvisar? Si entiendo correctamente, tu perspectiva va por el lado de
ense�algo conocido y dominado. Yo no creo que sea posible en un
ambiente tan din�co como GNOME (si quieres ense�GTK+ o alg�nguaje de programaci�probablemente s�pero estamos hablando de
otra cosa). La idea de los gnome-love days es que los hackers *guien*
con su experiencia a quienes est�interesados en resolver problemas por
si mismos, pero no sepan como enfrentar ciertos problemas propios de la
metodolog�de trabajo. 

La idea de resolver bugs sencillos, es que estos sean simplemente una
excusa para que los protohackers se familiarizen con la iteraci�ue
esto implica (actualizar el c�o, reproducir el bug, analizarlo como
corresponda, discutir posibles soluciones, generar una soluci�generar
un parche, publicarlo, aceptar el feedback, mejorar el parche, iterar).

Por �o, si estos bugs est�abiertos, no s�estamos guiando a
posibles nuevos contribuyentes: estamos contribuyendo con el c�o de
GNOME.

Algunas lecturas interesantes sobre este tema:

Gu�de Nat Friedman para como convertirse en Hacker:
http://www.nat.org/2005/september/#How-to-become-a-hacker

Anuncio original de Fer sobre los GNOME Love days.
http://mail.gnome.org/archives/gnome-hackers/2004-February/msg00089.html



Claudio

-- 
Claudio Saavedra <csaavedra alumnos utalca cl>