El vie, 26-12-2003 a las 09:10, Javier Fern�ndez-Sanguino Pe�a escribi�: > Me parece muy buena idea si el �nico requisito es dar una o dos ponencias y > Sergio ya se ofrece a dar una. Yo no podr�a ir (me es complicado ir entre > semana por motivos laborales) pero �qui�n m�s puede ir y le gustar�a dar > una conferencia y colaborar en la organizaci�n de esto?
Yo seguro que voy, lo tengo muy cerca dado que estoy metido de alguna
manera en la organizaci�n.
Estoy gestionando que vengan unos siete desarrolladores Debian
fundamentales del conjunto:
{tbm, ajt, wiggy, bdale, joey, cjwatson, joy, branden, joeyh, vorlon}
De entre los cuales, los tres primeros son obligados EMHO. Se formar�
una reuni�n dedicada a Debian, a la relaci�n de Guadalinex, Linex y
dem�s iniciativas derivadas con el proyecto padre, a sus planteamientos
de desarrollo y a las sinerg�as aprovechables por todos,
fundamentalmente por el Proyecto Debian, de estos movimientos cada vez
m�s frecuentes.
Esto es algo que estuve comentando contigo Javi en una cena, y con otros
en alg�n momento de la DebConf-Es, algo que me preocupa como
desarrollador Debian: la dispersi�n de esfuerzos y la aparici�n de forks
donde de deber�a ser todo lo contrario, por falta desconocimiento y
comunicaci�n.
<Breve exposici�n del problema>
En el Proyecto Debian estamos en un momento dulce por su utilizaci�n por
decenas de miles de usuarios nuevos de un mes a otro, y cada vez m�s
(Andaluc�a, Extremadura y otras inminentes en Espa�a, Brasil, Argentina
y otros fuera, etc).
Cada uno quiere adaptar la distribuci�n a medida derivada de Debian
GNU/Linux a su imagen y semejanza, esto magn�fico, perfecto pero, puede
llevar y lleva al desaprovechamiento de una masa cr�tica de
usuarios/desarrolladores que, canalizados de la manera adecuada (y esto
es muy f�cil), puede ser muy beneficioso para la iniciativa en cuesti�n,
para el Proyecto Debian y en definitiva para nuestros usuarios, a los
que nos debemos por principio y verdadero motor del proyecto.
Es fundamental que, debido al crecimiento exponencial del proyecto y de
su utilizaci�n, sepamos comunicar qu� es adecuado y qu� no para derivar
proyectos de Debian, de forma que todos ganemos.
Es m�s, llega el momento EMHO de, plantear un giro al sistema de
estabilizaci�n de Debian. �No ser�a conveniente agilizarlo?, �no es
demasiado monol�tico?, �no ser�a planteable tomar ejemplo de BSD?. Dos
planteamientos ser�a muy interesantes de analizar: estabilizaciones
�giles y mantenimiento "duro" de una base del SO y "suave" para el
equivalente a los ports de BSD. Tenemos la infraestructura ya creada
mediante los packages pools, no es complejo y simplificar�a/ordenar�a la
vida del proyecto y su relaci�n con proyectos externos.
Resumiendo, ser�a muy interesante comenzar un debate sobre:
-. Nuestra relaci�n con proyectos externos cada vez m�s frecuentes como
Skolelinux, Linex, Guadalinex, etc. Son muchos los usuarios y la
sinerg�a de la que podr�amos beneficiarnos.
-. El sistema de estabilizaci�n del sistema operativo Debian.
Planteamiento de un sistema �gil de estabilizaci�n basado en el
seguimiento de ritmos y exigencias distintos para una base y "ports".
En el Proyecto Guadalinex, en el que hay implicados actualmente de forma
directa al menos dos desarrolladores Debian (teo y vigu), se tienen
estos dos puntos como planteamientos fundamentales.
</Breve exposici�n del problema>
Los que estamos implicados desde Debian en esta movida de Guadalinex y
alguno otro, presentaremos una ponencia con el planteamiento anterior.
Es algo que no quiero que llegue M�laga sin haberlo discutido aqu� y en
debian-devel.
Saludos.
--
Javier Vi�uales Guti�rrez <[EMAIL PROTECTED]>
Ingeniero Industrial - YACO S.L.
Albareda 24, 41001 Sevilla - Espa�a
Tfno: 954293600 FAX: 954210326
GnuPG public key: http://db.debian.org
signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
