Hugo Florentino escribió: > Lesman escribió: > >> O. T. Suarez escribis: >> >> >>> En ese punto discrepo. Vamos a partir de un hecho, una distro por lo >>> general no tiene paquetes propios salvo los instaladores y >>> configuraciones especificas. El servidor web, el procesador de texto, >>> las aplicaciones, tanto de servidor como de usuario, son el producto >>> de otros proyectos y desarrolladores en la mayoria de los casos. >>> Si tu repositorio (el de nova) tiene 3000 paquetes, no significa nada, >>> solo que estan dejando de tener los 12000 que les daria otra distro. >>> Me explico, esos 3000 paquetes que tiene tu distro no los mantienes, >>> solo mantienes los patch y makefiles y opciones de compilacion para tu >>> sistema. >>> >>> Nunca trabaje Gentoo, pero lo hice con conocimiento de causa. Si habia >>> trabajado FreeBSD, en quien Gentoo se inspira para apartarse del >>> camino de repositorios binarios y seguir la via de las aplicaciones >>> compiladas. Lo primero que me pregunte cuando vi Gentoo fue, si en >>> Debian, en vez de utilizar los repositorios binarios utilizara solo >>> los repositorios de codigo fuente, no estaria compilando localmente >>> cada paquete que instalara? Por supuesto, con ficheros centralizados >>> para indicar las opciones de compilacion que me interesaban para mi >>> sistema. Busque en las listas de Debian porque nadie hacia algo que a >>> simple vista era tan obvio: paquetes compilados a la medida para tu >>> hardware. La respuesta no pudo ser mas logica y en cierta medida, la >>> debi suponer. >>> En primer lugar, tiempo. Pierdes tiempo compilando aplicaciones. Es >>> una contradiccion que las computadoras de mas bajos recursos, aquellas >>> que se beneficiarian con paquetes compilados para i386 en vez del i586 >>> que es el estandard actual, son las mismas que mas tiempo se van a >>> demorar en compilar. Una vez intente compilar el OpenOffice, juro que >>> lo intente, pero lo deje por incorregible, para ganar una mejora del >>> 5% en el rendimiento iba a tener que gastar dias de compilacion. Ese >>> es el punto, el 90% de las aplicaciones que se utilizan en un >>> escritorio, es mejor el costo/beneficio de instalar un paquete binario >>> no optimizado que compilar un binario. Si hay un grupo de aplicaciones >>> que se benefician de ser compiladas, pero son multimedia, players y >>> demas, que hoy en dia, con un pentium ya funcionan de entrada. El KDE >>> no va a ir mas rapido porque este compilado, va a ir mas rapido si le >>> pones mas RAM. >>> >>> Cuantos mantenedores tendrias que tener para mantener esos 3000 >>> paquetes? Van a renunciar a los 12000 restantes solo porque no son >>> ustedes los que los mantienen? Van a renunciar a la comunidad? >>> Estarian renunciando al sentido mismo de la existencia del Software >>> Libre (pararte en los hombros de gigantes dicho de una manera >>> literaria, aprovecharte de lo que otro ya hizo dicho de una manera >>> mas vulgar). Es que acaso los estandares de la comunidad Debian para >>> el mantenimiento de sus paquetes no son suficientes para los de la >>> UCI? >>> >>> Es bueno ser capaz de valerse uno por si mismo, pero mira Canonical, >>> criticado por muchos por su enfoque comercial, han gastado plata >>> mandando CDs por todo el mundo, y crees que gastaron un centavo en >>> crear un repositorio? Crees que la operacion entera de Canonical esta >>> en manos de los repositorios de Debian porque son tan ingenuos que no >>> se preocupan por tener sus propios mantenedores de paquetes, o porque >>> no tienen el dinero para mantenerlos? Bueno, un poco de todo, para que >>> vas a empezar desde cero si ya esta hecho una parte del trabajo. >>> Utilizar los repositorios de Debian les permite dedicarle sus recursos >>> a los paquetes que les interesan y tomar el resto directamente de los >>> de Debian, lo mejor de los dos mundos. Tienen sus 3000 paquetes >>> optimizados para su distro y los restantes 12000 disponibles para el >>> que los quiera. >>> >>> >>> >>> >>>> Queriamos construir y desarrollar el sistema, no remasterizar una base >>>> que ya viene hecha, con un instalador que viene hecho, con un >>>> repositorio que viene hecho. Por motivos de generar conocimiento y >>>> capacitar al equipo de desarrollo (favor de recordar que Nova no nace >>>> como la distro para Cuba sino como un experimento acadimico). >>>> >>>> >>>> >>> Ya quedo claro ese punto. Ahora se esta hablando la factibilidad de >>> Nova como distribucion nacional. >>> >>> >>> >>> >>>> Partiendo de ambas premisas, valoramos usar un Linux From Scratch, pero >>>> se nos hacia engorrosa la gestisn de paquetes y es ahm donde aparece >>>> Portage, con su sistema de variables uses, cflags y demas. >>>> Estamos conscientes de que con Debian se pueden hacer todas esas cosas, >>>> pero teniendo una opcisn mejor a mano que nos automatizaba y aqadia >>>> comodidades a todo el proceso, la decisisn fue obvia. >>>> >>>> >>>> >>> Decision obvia en un contexto academico. >>> >>> >>> >>> >>>> Sobre lo que se decma respecto a la disponibilidad de paquetes, no es un >>>> asunto tan preocupante, Nova se enfoca en la migracisn de Cuba, por >>>> tanto con mantener y soportar las aplicaciones que sean necesarias en >>>> dicho proceso cumplimos sobradamente nuestros objetivos. No es nuestra >>>> intencisn sustituir o competir con esos proyectos, estamos claros de >>>> nuestra responsabilidad y donde tenemos que impactar. >>>> >>>> >>>> >>> Criterio valido. De hecho uno de los puntos validos que le encontre a >>> Ubuntu cuando salio, no tenian 4 navegadores, solo uno, no tenian >>> diez reproductores de musica, solo uno. En la concreta no hacen falta >>> 15000 paquetes, de hecho, 3000 es una cifra impresionante. >>> >>> >>> >>> >>>> Aqum difiero pero no creo que logremos hacer una comparacisn exacta. >>>> Gentoo hasta que perdis la Wiki, fue probablemente la Distro mejor >>>> documentada. Recuerdo haber leido una comparacisn de las distros mas >>>> importantes en unos cuantos parametros y solo recuerdo a dos con 5 ptos >>>> en Documentacisn, una de ellas era Gentoo. Creo que eso esta en la >>>> Wikipedia todavma. >>>> >>>> >>>> >>> Eso es muy cierto, tomaba muchos tutoriales del wiki de Gentoo. Pero >>> ese mismo hecho demuestra otro punto, lo debil de su comunidad. >>> Tutoriales para Debian y otras distros vas a encontrar por toda >>> internet, para gentoo, no tanto. Y si tuvo un buen wiki, ok, yo quiero >>> leer ahora, donde esta? >>> >>> Nova como distribucion nacional requiere de una infraestructura que >>> sobrepasa a los desarrolladores de la primera version. Requiere de >>> repositorios, gente que se encargue de mantenerlos, requiere de un >>> response team (no se en castellano como se dice), el bug tracking. >>> Debe decidir si va a permitir o no commiters externos. Una carrera >>> universitaria dura 5 aqos, yo no utilizo Ubuntu LTS en los servidores >>> porque solo ofrece 5 aqos de soporte, es muy poco, prefiero CentOS con >>> sus 7 aqos, me parece mas estable y acorde a una empresa. Esta claro >>> que no estamos hablando de una distro como otras que son poco mas que >>> un fondo de pantalla y el resto propaganda, pero para ser una >>> alternativa viable a largo plazo, hay reglas que se deben respetar. >>> Compilar en los desktops es impensable, se deben ofrecer repositorios >>> binarios. Para ofrecer ventajas, los binarios deben ajustarse a cada >>> arquitectura lo que incrementa el tamaqo de los repositorios. >>> >>> El valor de Nova seria una seleccion de paquetes acorde a las >>> necesidades nacionales, un equipo de desarrollo capaz de modificar los >>> paquetes y/o crear nuevos para ajustarse a esas necesidades y la >>> oportunidad de ofrecer soporte/capacitaciones in situ. El resto, si >>> bien tecnicamente interesante, no rebasa del ambito academico IMHO. >>> >>> Ya la suerte esta echada (alea con la jacta! - est:) No se trata de >>> criticar Nova sino de ver lo que tiene por delante y de ir tomando las >>> decisiones/previsiones para que su transicion del mundo academico al >>> real sea lo mas fluida posible y sostenible a largo plazo (para el >>> beneficio de todos). >>> >>> Saludos >>> Osvaldo >>> >>> >> Sigo este post porque me parece uno de los mas constructivos incluyendo >> el que se mencions sobre la portabilidad y los autotools. >> >> Algunas sugerencias: >> >> Publicaron screenshots de nova en su sitio? sobre todo la funcionalidad >> de los paquetes propios... >> >> Mencionan como colaborar en los distintos roles... >> >> Mencionan como es la gestisn de calidad? Csmo seleccionan los paquetes >> que incluyen al repo? >> >> Estaba viendo que Debian no tiene problemas con la compilacisn >> individual de paquetes porque la colaboracisn es asm mismo, o sea, cada >> colaborador empaqueta al menos un paquete de forma individual y luego lo >> publica. Todo esto siguiendo gumas generales para todo el equipo. De >> todas formas seguiri viendo su modelo de colaboracisn sobre todo para el >> empaquetamiento y desarrollo de Debian. >> >> Este modelo descentralizado de Debian imagino que es su fuerza por eso >> es tan grande y colaborativo. Ustedes les fue difmcil asumir este modelo >> porque inicialmente y hoy son un equipo pequeqo ademas de que no >> pensaron en la colaboracisn a gran escala. >> >> La presentacisn en la Feria de Canaima no me dice mucho aunque creo que >> lem que usaron Debian para posibilitar que cualquiera en Venezuela >> pudiera agregar su software al repo Canaima. No es mala idea. Imaginen >> que cada equipo de desarrollo en Cuba quiera agregar su software al >> repo de Nova pero de forma independiente al equipo de nova, al menos lo >> mas posible. Por ese solo hecho se les complicarma bastante el trabajo y >> es un punto en que Nova pudiera diferenciarse bastante de otras distros, >> o sea, incluirma todo el software que se produce en Cuba, estarma en un >> servidor central o replicado y le darma un sentido su uso en lugar del >> inmenso repo de Debian. >> >> La idea es que agregar un binario o fuente al repo de Nova no sea un >> problema burocratico ni de recursos ni de prioridades sino que al menos >> exista un responsable para esa tarea y perfectamente pudiera ser el >> mismo equipo que desarrolla en Cuba ese proyecto, por ejemplo, el equipo >> del ERP se encargarma de agregar su .deb a nova. Y si el repo de Nova es >> compatible con Debian entonces se le sumarma todo el repo de Debian. >> Y si ademas no solo se tiene en cuenta la simple adicisn al repo nova >> sino que se exige control de calidad para ingresar al repo entonces el >> valor de la distro sigue aumentando. Es un trabajo inmenso incluso para >> el subconjunto de paquetes de Cuba y solo con amplia colaboracisn se >> lograra mantenerlo. Por ejemplo, por qui no pudiera estar en Nova todo >> el sl que se ha producido en Cuba hasta hoy y revisado con un estricto >> control de calidad? Si deciden que son 3000 paquetes le estan poniendo >> una cota al mismo desarrollo del software libre en Cuba. >> >> Lo mismo pasa para el tema de compilar para una arquitectura >> determinada. Debian es lmder en ese tema por la misma razsn colaborativa >> y descentralizada. Existen muchos paquetes y muchas arquitecturas porque >> existen mecanismos para que mucha gente pueda colaborar sin mucho >> problema y de forma remota e informal. Casualmente uno de esos >> mecanismos es la compilacisn individual de paquetes. >> >> Hoy como yo puedo agregar un paquete o arquitectura a nova? O como puedo >> mantenerlo? >> >> Esta serma una forma descentralizada de colaborar con un gigante, lograr >> personalizaciones para Cuba y sin crear varios forks de Nova. >> >> Ahora mi duda cambia de forma o profundiza mas en el problema: puede >> Nova lograr un entorno mas colaborativo que Debian al menos para Cuba y >> a corto plazo? >> >> Me concentro en la colaboracisn porque es la causa de todas las ventajas >> de Debian y las desventajas de Nova. >> >> saludos >> Lesman >> >> >> > Tus preocupaciones son comprensibles, pero francamente no creo que sea > productivo para el equipo de Nova cambiar de base a estas alturas, lo > que indiscutiblemente sí pueden hacer es preparar las condiciones > necesarias para garantizar que Nova cumpla con las 4 libertades, de lo > contrario no será software libre y punto. Pero aparentemente tienen la > intención de hacerlo, de manera que seamos justos y demos al equipo la > oportunidad de materializar sus ideales. Todos sabemos que aquí echar a > andar la maquinaria toma su tiempo. > > Saludos, Hugo >
No cambiar por lo del camino recorrido no es una razón científica. Esto no es una tarea de curso, es ingeniería de software, libre y abarca a todos. Superamos las discusiones: 1- Ustedes tienen recursos y nosotros no, 2- Ustedes hacen software privativo con software libre. Ahora el tema se centra más en cosas como lo que plantea el Manifiesto antidistros de Diego Saravia. Cual es la mejor forma de hacer una distro? O como colaborar para resolver el problema de los cientos de distros que hay? O cual es la solución actual que más se puede ajustar a la migración cubana? saludos Lesman _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l
