Re: Debian-es en la OpenSource World Conference ?
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.
> > 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 <sto@debian.org> <http://people.debian.org/~sto/>
> Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69
--
Andres Seco Hernandez
http://andressh.net
mailto:AndresSH@alamin.org
jabber:sslowly@jabber.guadawireless.org
---------------------------------------------------------------------------
http://guadawireless.net http://www.debian.org http://www.alamin.org
http://www.redlibre.net http://www.gulalcarria.org http://andressh.net
http://objetivosubjetivo.com
---------------------------------------------------------------------------
Por favor, NO utilice formatos de archivo propietarios para el intercambio
de documentos, como DOC y XLS, sino HTML, PDF, TXT, CSV o cualquier otro
que no obligue a utilizar un programa de un fabricante concreto.
Reply to: