OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Nuevo desarrollo de Mandrakelinux propuesto por la Comunidad
¿Te parece interesante el título de esta noticia? ¿Pues a qué esperamos para realizar un plan de desarollo que proponer a Mandrakelinux? Somos la comunidad, y creo que va llegando el momento de hacer fuerza y proponer un modelo alternativo.
Es el momento idóneo, porque ya en el encuentro por chat con el director técnico de MandrakeSoft, Fred Lepied, quedó claro que aún no se ha decidido un modelo a seguir. Y con una propuesta bien desarrollada podríamos influir en su decisión final.
Es muy sencillo. Debido a mi colaboración con una revista del sector Linux, ya conseguí una breve entrevista con Gael Duval (socio fundador de MandrakeSoft, y quien comenzó el desarrollo de la distribución). Es una persona accesible, razonable, y que escucha atentamente lo que se le dice. Y a través de Warly, el desarrollador de MandrakeSoft más activo en la lista de Cooker, también es posible hacer llegar una propuesta a las personas encargadas de tomar una decisión al respecto.
La idea que me ronda en la cabeza es una mezcla de todo lo que está sucediendo en muchas distribuciones GNU/Linux:
1) Por un lado tenemos la ya tomada decisión de tener una Mandrakelinux con un ciclo de desarrollo anual. Además desaparecen en principio todas las versiones comerciales que conocíamos. Ya no existirán la PowerPack, PowerPack+, etc. Sólo una distribución comercial. Es evidente, se quiere alcanzar la mayor cota posible de cuota de mercado profesional. Cuantas menos variantes existan para un producto que pretende cubrir un entorno de escritorio, mejor.
2) Otro punto evidente es que la comunidad de Mandrakelinux que usamos la distribución en nuestros hogares, nos quedamos algo huérfanos. Nos gusta disfrutar de las últimas versiones de todo (en el mundo del software libre un avance de versión a veces involucra grandes y muy ansiados cambios), y no nos importa sacrificar algo de estabilidad.
3) SuSE tiene un producto empresarial con un ciclo de desarrollo anual. Su versión "Profesional", orientada al escritorio de forma más genérica, sigue teniendo un ciclo semestral de desarrollo.
4) Red Hat decide financiar en la sombra el proyecto Fedora, proporcionando así la flexibilidad que ella no podía dar a los usarios "no profesionales" en sus productos.
Bien. Mi propuesta inicial, por tener un punto de partida en la propuesta a entregar a MandrakeSoft, sería la siguiente:
1) Imitar a SuSE en el hecho de disponer dos distribuciones, una orientada al mercado profesional y ciclo anual de desarrollo (es decir la 200x edition), y otra orientada a la comunidad con un desarrollo continuo que parte de la versión empresarial (Community Edition por continuidad).
2) Imitando en cierta forma al modelo Fedora - RedHat, y mezclándolo con Debian, mi propuesta es disponer de dos desarrollos paralelos, cada una con las siguientes ramas:
Para la versión empresarial:
Desarrollo_____Estable_________Actualizaciones
Cooker -> Official_200X_edition -> updates
Desarrollo______________________________________Testeo________________Estable
parte de la rama Official_200X_edition -> Testing_Community_edition -> Community_edition
3) Importante, la Community Edition siempre estaría en continua evolución, y estaría orientada a que sea la propia Comunidad de usuarios, más que los desarrolladores, influenciaran en su avance. La introducción de testing estaría encaminada a favorecer la estabilidad en una distribución que tendería a la inestabilidad por su propia evolución.
Esto es lo que tengo en la cabeza de momento. Vamos a empezar a discutir la idea, y cuanto antes estemos de acuerdo en un modelo de propuesta mejor.
¡Un saludo a todos!
- Blog de villacampa
- Entra a tu cuenta o crea una para poder comentar.
Usuario
# 5106 para que tanto lio?
Desde mi ignorancia, pregunto: Para que tanto lio?
Si lo que quieren es una estable, muy estable, pues que sigan como hasta ahora.
El modelo lo tienen, cualquier version, al cabo de un año de uso intensivo por parte de toda la comunidad, con sus reportes de bugs, sus soluciones y los updates, es una distribucion solida, es logico, lleva un año enterito de rodaje.
O es que tienen que empezar ahora una distribucion, irla probando, testeando y corrigiendo para sacarla dentro de un año creyendo que es estable del todo... sin el apoyo de los miles de usuarios de apie?
No lo tengo claro, no me gustaria que cometiesen un error a estas alturas, lo de ser los primeros en distrowatch no se gana en un dia, pero se puede perder facilmente, Mandrakelinux funciona, tal como esta, no entiendo a que viene tantas ganas de cambiar lo que funciona.
Que apenas tienen tiempo de testear? lo sabemos y nos gusta asi.
Que quieren una version muy estable, que cojan la anterior con todos sus fallos corregidos.
Dentro de un año, cuando saquen la supuesta estable, tendra que tener, como es logico, el soft algo desfasado, si no no puede ser estable del todo.
Linux es asi, pretender avanzar poco a poco, no se puede, linux vuela y hay que volar con el.
Mandrakelinux es como es y funciona.
BOFH
# 5112 No estoy de acuerdo
No sé cuanto llevas en esto de Linux, o cuanto sabes de cómo se desarrollan las distribuciones y Mandrakelinux (MDK para acortar) en particular.
Hasta ahora MDK seguía un desarrollo de 6 meses. Pero no nos engañemos. No corresponde con el tiempo real empleado en la distribución. Primero porque después de cada liberación los desarrolladores se toman vacaciones (es en ese momento o nunca), luego Cooker tarda un poco en reactivarse. Además los desarrolladores de MandrakeSoft trabajan en varios proyectos a la vez, y encima el periodo de pruebas (lo que incluye betas y RCs) dura normalmente poco más de un mes. ¿qué nos queda? ¿3-4 meses de desarrollo real? Eso no es nada de tiempo.
Para empezar el periodo de pruebas es muy corto, un mes y poco para 3 betas y 2 RCs. ¿qué implica esto? Una semana de vida para cada uno de ellos. Y ahí se incluye el tiempo que tarda en propagarse por los mirrors (1-2 días dependiendo del mirror), y el que los usuarios tardan en descargarse. Es decir, que muchos de ellos abandonan la fase de pruebas, porque para cuando consiguen la beta o RC, se libera otra versión.
Es por ello que la base de usuarios en la fase de pruebas se queda siempre corta, y muchos fallos por descubrir que salen a la luz cuando la gente empieza a usar la versión oficial.
Para solucionar eso se introdujo la versión Community. Y ciertamente creo que ayudó algo a paliar ese defecto. Pero alargó algo más la liberación de Mandrakelinux creando la actual paradoja. Se libera la versión Oficial poco después del lanzamiento de las últimas versiones de GNOME y KDE.
Y mucha gente las quiere, y son otras las distribuciones que las incluyen. No son MDK, pero ya se sabe, Linux es Linux es Linux....
Eso por no hablar, que al poco de sacar la versión Oficial, siguen saliendo muchos fallos y la rama updates se llena de decenas de megas de actualizaciones solo con KDE. Eso invalida en parte el negocio de las MDKS en caja.
Luego el ciclo de desarrollo anterior está cuajado de pegas.
Yo era partidario de un ciclo de desarrollo de 8-9 meses, no de un año. Pero vale, admitamos que para una versión "Profesional" o "Empresarial" un año es lo necesario.
Pero... ¿y la comunidad? ¿y tú? Porque he leido tu blog y dejas claro que te sientes fuera. Porque sientes que MandrakeSoft sólo te tendrá en cuenta si formas parte el MDKCLub.
Verás, hay que asumir algo. MandrakeSoft es una empresa, y tiene que ganar dinero para continuar en activo (seamos sinceros, sin dinero no hay nada, ni Debian ni nada, del aire no se vive). Y donde están los mayores ingresos es en el sector empresarial. A mí me parece muy bien que trabajen con cierto enfoque hacia ese sector. Pero sin olvidarse tampoco de nosotros.
Yo soy miembro del club precisamente para que ese espíritu siguiera tal cual. Si lo dejaran de lado, dejaría de ser miembro. Pero yo y otros muchos. Porque la mayoría que ayudamos económicamente a MandrakeSoft a salir de su crisis, lo hicimios porque queríamos que sobreviviera ese modelo empresarial.
Por otra parte creo que el modelo que ellos han planteado no funciona con la comunidad. Y es necesario establecer una alternativa. Y no creo que lo que yo proponga sea un lío. Es precisamente lo que había hasta ahora sólo que un poco más elaborado.
En realidad mi modelo se basa en el de hasta hace dos días. Una versión Official y una Community.
¿Diferencias? La Official con un ciclo de desarrollo anual. La Community una versión viva, que se actualiza, con un compromiso de estabilidad imprescindible siempre, hasta que su ciclo de vida finaliza.
La Community partiría de la última versión de Official (al revés de cómo sucede ahora). Y la experiencia adquirida con Community durante ese año, serviría para desarrollar una nueva Official mejor aún. Y esa mejor aún Official sería la base de la siguiente Community. Y etc, etc.
Vamos a poner un ejemplo muy sencillo. Pongamos que la próxima versión de Mandrakelinux siguiera este esquema. MDK Official 2005 (la que iba a ser la 10.2 y será liberada el 6 de Abril como 2005 Limited Edition).
Bien, esta versión trae KDE 3.3.2 y Gnome 2.8. Community partiría de ella, y una de las cosas que entraría rápidamente en pruebas en su rama de desarrollo sería KDE 3.4 y GNOME 2.10, de forma que quizás en menos de un mes estuviera en testing y luego incluida en la versión estable.
Y aclaro algo más sobre testing. Para mí debería funcionar al estilo de los paquetes que se dan en el MDKClub. Estos siguen como 3 etapas. Primero se hacen las peticiones de los programas. Alguien los empaqueta y los pone disponibles como paquetes en prueba, y la gente los vota a favor o en contra según su estabilidad. Cuando un paquete supera el umbral necesario de votos positivos, pasa a considerarse estable.
Todo esto puede parecer lioso. Pero en la práctica no lo és en absoluto. Y es un modelo que a mi parecer funciona.
Un saludo.
Usuario
# 5114 Buena idea
Me parece una estupenda idea.
Tú y yo siempre hemos querido una Community viva, una Community en la que viésemos incorporaciones nuevas y actuazaciones de paquetes, incluido KDE y GNOME. Esa Community que tú planteas puede ser de una tremenda utilidad para la Mandraeke empresarial que quiere desarrollar MandrakeSoft.
Esa Community debe de ser totalmente GPL y libre de descarga, donde cuanto más gente testeé esos paquetes antes más se perfecionarán. También la incorporación de screenshots de esos repositorios en CD/DVD para facilitar la entrada de nuevos betatesters. Mandrake debe recuperar su posición de pionera por medio de la versión Community.
Todo ello buscando un equilibrio con MandrakeClub para no lastimar los ingresos de MandrakeSoft.
La idea de crear un proyecto común de BlogDrake y hacernos oír por MandrakeSoft es una estupenda idea.
Yo no tengo ni idea de como se desarrolla una distro, pero veo una buena idea en esta entrada.
nAc@jabberes.org
www.adslayuda.com
Usuario
# 5119 De acuerdo si...
Tu propuesta sobre una Comunity viva, es una muy buena propuesta.
Lo de que Mandrake es una empres, nunca le he puesto en duda, es mas, comprendo que quien arrime mas el hombro, reciba mas a cambio.
Mi queja esta en que los demas, parece que vamos a recibir menos...
Esa Comunity, por ejemplo, entenderia que pusiesen una iso o un directori aparte, con los paquetes no gpl, solo para los que perteneceis al club, entenderia tambien que a la hora de descargar, los miembros del club tuviesen cierta ventaja.
Pero lo que se ha dado a entender es que los "no militantes", solo tendremos derecho a la decarga una vez al año, eso es lo que de verdad "duele"
Si esa Comunity "viva" que propones, esta accesible a todo el mundo, para decargar, testear, ayudar en lo posible, en suma, mas o menos como es ahora, pero mas, el resultado seria un mayor empuje, mas usuarios comprometidos, mas "testers", mas Mandrake.
En suma, eso es lo que esta en peligro, el apoyo de los que queremos Mandrake asi, con paquetes nuevos, con "cierta estabilidad", no completa, eso le quita la gracia al asunto.
Simplemente pido eso, una Mandrake usable con las ultimas novedades, vamos, como lo que hay ahora... o casi(lo del KDE duele), si para ayudar a mandrake a mejorar su producto empresarial tengo que bajar unos cuantos megas de actualizaciones cada poco tiempo, si tengo que informar de mas bugs, incluso me alegro, esa es la Mandrake que me gusta.
BOFH
# 5120 Yo también quiero que la esencia actual sobreviva
En el modelo que propongo hay una serie de puntos (y que no nombro porque los daba por descontado) que son, creo yo, inamovibles. Todo GPL y de libre acceso. Es decir, como hasta ahora, con el funcionamiento de mirros actual.
Pero es que defiendo eso para la versión empresarial como para la Community. Por usuarios como tú me hice miembro del MDKClub. Porque yo también he formado parte de los de a pie, y quiero que todos tengan la oportunidad de usar esta distribución que tantas satisfacciones (y alguna tristeza) me ha dado hasta ahora. Creo que una empresa que basa sus productos en software libre debiera seguir esa senda.
Respecto a los privilegios que disponemos por ser del MDKClub... te voy a ser sincero. No son los que yo quiero. Yo quiero poder influir en cierta toma de decisiones, quiero tener capacidad para exigir el que un software determinado se empaquete o no, que parte de mi dinero financie los proyectos que yo decida, que se añadan funcionalidades que yo pida...
A mí lo de los drivers y acceso a ISOs de forma privilegiada... me parece una tontería. Primero porque los torrent del club (no hay FTP privado, eso sería una pasta) siempre dan muchos problemas. Hay quejas con ese método a millares, porque mucha gente descarga desde lugares donde el uso de programas P2P es imposible. Y lo de los drivers y otros paquetes binarios... ¡¡pero si hay cientos de posibilidades para obtenerlos sin necesidad de tener los paquetes específicos de Mandrake!!
En fin, que lo único que quiero del Club y obtengo, es que siga existiendo un modelo de desarrollo completamente abierto y accesible para todos. Si eso cambiara... adios al Club.
¡Así que tranquilo! Que precisamente por gente como tú lanzo mi propuesta.
Y por favor... ¡se admiten todas las críticas y sugerencias posibles! que mi propuesta es solo un borrador pensado en dos segundos :)
BOFH
# 5151 gracias por tu aportación
Aunque como verás no se está produciendo ningún debate sobre todo esto. Tendré que plantearme qué es lo que hago mal en estas entradas para a veces poner cosas que creo interesantes y sin embargo obtener tan poco éxito.
BOFH
# 5154 Puese
Pues con los nuevos datos, datos que van saliendo cuando Mandrake se va aclarando, parece casi seguro que "tu idea" es lo que va a pasar. Mas o menos.
Salut,
Sinner
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
BOFH
# 5150 vaya...
Esperaba mucha más discusión y participación en este hilo. Sobretodo porque es algo que nos afecta mucho y en lo que sí podríamos hacer algo.. :(
Ni siquiera el Sinner ha puesto una opinión. ¡qué pena! :(
Usuario
# 5152 El problema
es que hay 10 hilos de lo mismo
BOFH
# 5153 efectiviwonder
Tenemos ahora mismo unos cuantos hilos sobre el tema. Aunque no postee en todos, los leo todos, no te creas.
Y como tenemos 3 hilos en portrada, ergo son los mas visibles, he incluido alli mis comentarios.
Salut,
Sinner
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
Usuario
# 5155 Hbaría que unirlos ...
... todos y dejar uno solo.
BOFH
# 5167 Mis propuestas :-)
1. Me parece que parte del desarrollo de la Community lo deberían seguir haciendo los desarroladores oficiales.
2. En lugar de dos ramas de Mandrake para la gente de a pie yo me limitaría a hacer unos repositorios OFICIALES para actualizar KDE y GNOME para la versión anual (la normal y corriente).
3. Soporte de actualizaciones de, al menos, 2 años.
4. Versión gratuita (tipo Download Edition) para AMD64.
5. Dar las gracias a Villacampa por su trabajo :)
De estas ideas considero la más "lógica" e importante la 2ª (la de los repositorios de KDE y gnome).
Saludos
Mozilla1.8b1
DESCÁRGALO y apoya Mozilla Suite
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 5168 Intenta poner esto en pantalla
Si mientras estoy conectado veo que está en "ver envíos" votaré +1.
Saludos
Mozilla1.8b1
DESCÁRGALO y apoya Mozilla Suite
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho