Tan solo a�adir que esa documentaci�n sobre como puede aportarse algo a
Debian desde las "custom distributions" ser�a muy util tambien para que
empresas que creen sus propias distribuciones aporten su experiencia, y
habr�a que hacer lo posible porque fuera conocido por ellas.
En proyectos como linex o guadalinex con desarrolladores implicados en
los mismos es m�s facil que haya mentalidad de aportar algo "a la base",
pero ser�a triste perder las fuerzas empleadas en este mismo asunto por
empresas, que seguro que en un momento dado aparecer�n a cientos haciendo
sus propias distribuciones basadas en debian.
El 04 Jan 2004 a las 11:33PM +0100, Sergio Talens-Oliag escribio:
> 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
