El Mon, Dec 29, 2003 at 09:36:49AM +0100, Javier Vi�uales Guti�rrez escribi�:
> 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.Bueno, la ponencia que estoy escribiendo (acabo de volver de vacaciones) trata justo de este tema, en principio mi idea es que es bueno generar distribuciones *propias* desde las administraciones por varias razones, pero siempre intentando evitar desviarse excesivamente de la distribuci�n base, ya que eso implica malgastar esfuerzos. > 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. En principio mi planteamiento pasa por hacer algo similar a lo que se propone en las *Custom Debian Distributions* (http://wiki.debian.net/?CustomDebian) generando un peque�o repositorio apt para aquellos programas o paquetes que no puedan ser integrados en Debian. Creo que Skolelinux funciona m�s o menos as�, aunque aun no lo he mirado en detalle. Adem�s de eso, creo que es necesario disponer de una infraestructura que permita que los usuarios locales trabajen en su propio idioma (listas de correo, sistema de seguimiento de errores, etc.) y que las personas encargadas del mantenimiento de la distribuci�n adaptada envien los errores a Debian cuando corresponda > 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. Estoy de acuerdo, creo que a todos nos gustar�a que el 'cuando est� listo' fuera m�s r�pido, aunque no tengo claro si el esquema que propones funcionar�a bien. De entrada el punto que veo m�s conflictivo es decidir qu� entra en la parte "base" y como se gestiona la estabilizaci�n "suave" del resto de paquetes. > 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. En principio Skolelinux ya est� camino de integrarse en Debian (de hecho ahora es el antiguo debian-edu), lo que no tengo tan claro es como se est�n relacionando Linex, Guadalinex y otros muchos proyectos que desconozco. Supongo que lo ideal ser�a ver cual es la situaci�n actual y poner por escrito los mecan�smos que ya exist�n, adem�s de estudiar qu� otros se podr�an poner en marcha. Ahora mismo se me ocurre que no estar�a de m�s escribir un documento sobre como generar una distribuci�n especializada de Debian y proponer una infraestructura que incluya mecanismos para enlazar lo que se haga en esas distribuciones con Debian. > -. 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. Yo estoy por la labor, �tene�s alg�n documento con las propuestas desarrolladas sobre el que podamos discutir? �hay algui�n de Linex a la escucha para comentar algo m�s? Por mi parte en cuanto termine la ponencia la dejar� accesible para que comentemos cosas, si estais interesados, claro. Saludos, Sergio. -- Sergio Talens-Oliag <[EMAIL PROTECTED]> <http://people.debian.org/~sto/> Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69
signature.asc
Description: Digital signature
