CVS es el Concurrent Version System (Sistema de Versión Concurrente) y es un medio muy popular de control de versión para proyectos de software. Está diseñado para permitir que múltiples autores puedan operar de manera simultánea en el mismo árbol fuente. Este árbol fuente es mantenido centralizadamente, pero cada desarrollador tiene una réplica local de este repositorio en el cual hacen sus cambios.
Los desarrolladores de GTK+ utilizan un repositorio CVS para almacenar la copia maestra de la actual versión en desarrollo de GTK+. Como tal, la gente que desea contribuír con parches a GTK+ deben generarlos para la versión del CVS. La gente normal debe utilizar los paquetes liberados.
El conjunto de herramientas CVS está disponible como paquetes RPM en los sitios usuales de RedHat. La última versión está disponible en <http://download.cyclic.com/pub/>
Cualquiera puede bajar la última versión CVS de GTK+ utilizando acceso anónimo con los siguientes pasos:
export CVSROOT=':pserver:anonymous@anoncvs.gimp.org:/debian/home/gnomecvs'
cvs loginÉsto hará que se le solicite una clave de acceso. No hay clave de acceso para cvs.gimp.org, así que solo ingrese un retorno de carro.
cvs -z3 get gtk+Observe que con el árbol GTK+ 1.1, glib se ha movido a un módulo CVS separado, de manera que si no tiene glib instalado necesitará conseguirlo igualmente:
cvs -z3 get glib
Es simple. Si algo no funciona en un programa como usted piensa que debería,
revise la documentación para asegurarse de que no ha pasado algo por alto.
Si es un verdadero error o característica perdida, rastréelo en el
fuente de GTK+, cámbielo, y entonces genere un parche en la forma de un
'diff de contexto'. Esto puede hacerse utilizando un comando como
diff -ru <oldfile> <newfile>
. Entonces envíe el archivo
de parche a:
ftp://ftp.gtk.org/incomingjunto a un archivo README. ¡Asegúrese de seguir las convenciones de asignación de nombres o su parche será borrado! Los archivos deben ser de esta forma:
gtk-<username>-<date yymmdd-n>.patch.gz gtk-<username>-<date yymmdd-n>.patch.READMELa "n" en la fecha indica un número único (empezando de 0) de parches que subió ese día. Debe ser 0, a menos que envíe más de un parche en el mismo día.
Example:
gtk-gale-982701-0.patch.gz gtk-gale-982701-0.patch.READMEUna vez que usted envía lo que sea, envíe el README a ftp-admin@gtk.org
Los parches enviados se mandarán a
ftp://ftp.gtk.org/pub/gtk/patches
donde uno del equipo de desarrollo de GTK+ los recogerá. Si son aplicados,
serán movidos a /pub/gtk/patches/old
.
Los parches que no son aplicados, por cualquier razón, se mandarán a
/pub/gtk/patches/unapplied
o /pub/gtk/patches/outdated
.
En este punto puede preguntar en la lista de correo gtk-list
el porqué
su parche no fué aplicado. Hay muchas razones posibles por las cuales un
parche no se aplica, pasando desde que no se puede aplicar limpiamente, hasta
que no es correcto. No se rinda si no logró que su parche se aplicase a la
primera.
Esto corresponde a los autores, de manera que tendrá que preguntarles al terminar su widget. Como una guía general, los widgets que por lo general son útiles, funcionan, y no son una desgracia al conjunto de widgets serán incluídos con mucho gusto.
Sí. Existe
He empezado un sistema de atamiento gtk-O'Caml. Las bases del sistema, incluyendo callbacks, funcionan bien. El desarrollo actual se encuentra en http://www.ens-lyon.fr/~dmonniau/arcs