
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.

Propuesta de modelo alternativo de desarrollo de Mandriva
Antes de nada advertir que esto es una simple sucesión de ideas. Es posible que este modelo no pueda ser viable actualmente por parte de Mandriva, pero puede ser interesante proponerlo :)
________________
Introducción
Frecuentemente, uno de los problemas que se achaca a Mandriva es su ciclo anual y sus "problemas" (si se pueden llamar así) para incluir software reciente, sobre todo los escritorios KDE y gnome.
El modelo que pretendo presentar es un modelo basado en el actual modelo de desarrollo de Gentoo. Tranquilos ! No creáis que propongo que se haga de mandriva un sistema que se compila desde abajo (como el stage 1 de gentoo ;) ). El sistema de desarrollo sería con la actual filosofía de RPMs y demás :)
Desarrollo del modelo
1. Creación de 3 ramas de desarrollo:
- Estable -> Es la rama principal, en ella están las aplicaciones consideradas estables. EL lanzamiento anual de Mandriva se basará en esta rama
- Testing -> En esta rama estan las aplicaciones que no han sido testadas lo suficiente y que, por tanto, no es seguro que funcionen perfectamente. Los paquetes de esta rama deben poder ser instalados sin problemas en un sistema que use la rama estable.
- Cooker -> Será una rama de desarrollo intensivo con aplicaciones beta y RCs. En ella estarán, por ejemplo, paquetes de Gnome 2.15.9x, KDE 4 RC, Xorg inestables...
2. El sistema estará basado (para los usuarios habituales) en la rama estable
3. Anualmente se lanzarán unas ISOs (podría incluso ser una única ISO instalable) basadas en la rama estable conveniente (según cuándo se lancen esas ISOs), y que constituirán la versión anual de MAndriva (MDV2008, 2009...).
4. Para tener un sistema mandriva completamente actualizado nos bastará, por ejemplo, instalar con la ISO disponible. Una vez instalado el sistema, éste lo podremos mantener actualizado mediante urpmi. Las aplicaciones como, por ejemplo, un nuevo k3b, podrán ser instaladas en este sistema cuando la aplicación sea pasada a la rama estable. Esto se haría con todas las aplicaciones, de forma que, realmente, estaríamos actualizando las aplicaciones poco a poco sin tener que esperar un año y no tendríamos necesidad de hacer un "upgrate" de todo el sistema cuando se lanzase la siguiente versión de mandriva, ya que ya tendríamos instalados los mismos paquetes en nuestro sistema.
5. Una ventaja importante de tener únicamente estas 3 ramas es que bastaría mantener soportados (actualizaciones de seguridad) los paquetes de la rama estable. Como estos paquetes irán cambiando contínuamente según se vayan estabilizando las versiones de las aplicaciones, las aplicaciones SIEMPRE estarían soportadas, sólo habría que dar soporte, perpetuo, a la rama estable.
6. Creación de un sitio al estilo de http://packages.gentoo.org/ en el que se pueda ver el estado en el que se encuentran las diferentes aplicaciones.
Ejemplo 1 -> Gnome
El modelo sería así (por ejemplo para gnome 2.16, cuando salga ;) ):
- Al llegar al final del ciclo establecido, gnome sacará unas versiones Release Candidates (numeradas como 2.15.9x) que son versiones para testar y no incluirán grandes novedades.
- Al lanzar gnome 2.15.9x este podría ser incluído en la nueva rama Cooker. En esta rama se parchearía convenientemente y se adaptaría a mandriva. Como esta versión no será muy distinta al gnome 2.16 final, parte del trabajo ya estará hecho para el lanzamiento de gnome 2.16.
- Una vez lanzado Gnome 2.16 e integrado en Mandriva (los paquetes deben funcionar), Gnome 2.16 (final) pasaría a la rama "testing".a la rama testing. Todo el mundo podría testar esta versión (teniendo en cuenta que está en la rama testing) y reportar bugs.
- Una vez testado, gnome pasaría a la rama estable, quedando disponible para todos los usuarios de la rama "estable" de mandriva.
Sería fácil creer que, si este gnome esta preparado para correr sobre Mdv2006, estará compilado con las GTK de MDV2006, gcc, glibc... Pero hay que tener en cuenta que la rama estable no sería IGUAL a MDV2006. La rama estable ha ido incluyendo paquetes durante todo el año, de forma que los paquetes de esta rama serán más recientes a los de MDV2006 (Recordar que MDV2007 saldría a partir de esta rama estable).
Ejemplo 2 -> inclusión de Gaim en estable y su proceso de estabilización
Añado una conversación con DannyG en la que le expongo cómo podría aplicarse este modelo a una aplicación como, por ejemplo, gaim :)
(23:11:58) DannyG: ah.. yo esperaré hasta la estable... le tengo fobia a las betas.. y no soy un fanático de las actualizaciones...
(23:12:18) pacho: Este es un ejemplo de como se podría aplicar mi modelo:
(23:12:21) pacho: http://blogdrake.net/node/3956
(23:12:36) DannyG: a ver O_O
(23:12:40) pacho: El gaim 2.0beta3 entraría en la rama Cooker
(23:12:46) pacho: y se empezaría a estabilizar
(23:13:11) pacho: además seguro que los propios desarrolladores de gaim se beneficiarían
de los bugs que encontrasen en mandriva
(23:13:17) pacho: Cuando saliese gaim 2.0 final
(23:13:23) pacho: éste pasaría a la rama testing
(23:13:47) DannyG: ah.. ya veo..
(23:14:14) pacho: en la cual yo, por ejemplo, con mandriva 2006, podría instalarlo sin
peligro para la sistema (sin que me
exigiese cosas de Cooker, que sería la rama más inestable, ya que incluiría cosas como
gnome 2.15.9x, kde 4RC, Xorg inestables...
(23:14:33) pacho: Una vez probado, gaim 2.0 pasaría a larama estable sin necesidad de esperar a mandriva 2007
(23:14:47) pacho: con un simple urpmi gaim actualizaríamos a una versión más nueva
(23:15:57) pacho: Esto, con el tiempo, haría que fuesemos instalando paquetes más actualizados poco a poco,
de forma que no tendríamos que hacer grandes actualizaciones con el lanzamiento de mdv2007, ya que con
urpmi tenbdríamos ya instalados los últimos paquetes de la rama "estable" (que es en la que se basaría Mdv2007)
(23:17:00) pacho: ¿qué opinas?
(23:17:13) DannyG: ah... eso estaría bien... meterme a cooker me da terror.. nunca lo agrego
(23:17:33) pacho: Por eso creo que habría que crear una rama testing, compatible con estable
(23:17:44) DannyG: y el Gaim apenas si requiere librerías adicionales.. eso es lo bueno de él.
(23:17:50) pacho: la rama estable no se actualizaría cada año
(23:17:58) DannyG: en cambio el puto kopete me pide un millon de cosas...
(23:18:04) pacho: sino según lo que tardase cada aplicacion en ser considerada estable
(23:18:14) pacho: ¿puedo usar esta conversación en el hilo de blogdrake?
(23:18:26) DannyG: sí, pegalo... dale..
(23:18:28) pacho: Es que parece que la propuesta no tiene muchos apoyos ;)
(23:18:54) pacho: voy a ello
(23:19:01) DannyG: ya regreso.
(23:19:09) pacho: saludos
(23:19:09) DannyG se ha desconectado.
Ejemplo 3 ->
Añado una conversación con luismanolo sobre este modelo:
(16:52:33) pacho: ¿Qué tal?(16:53:00) luismanolo@jabberes.org: bien, actualizando ubuntu.
(16:53:05) pacho: ah
(16:53:19) pacho: ¿mantienes mandriva o sólo ubuntu?
(16:53:26) pacho: (yo te hablo desde una gentoo ;) )
(16:53:39) luismanolo@jabberes.org: solo ubuntu, con mandriva no hacía carrera.
(16:54:14) pacho: ¿qué problema tuviste?
(16:55:18) luismanolo@jabberes.org: No me funcionaba bien ni el sonido, ni la tarjeta de video, ni el servidor web, ni un disco exerno USB. y todo ello si funcionaba con mandrake 9.2.
(16:55:45) luismanolo@jabberes.org: Probé suse y ubuntu, y me quedo con ubuntu.
(16:56:18) pacho: seguro que habría habido una solución, pero bueno :)
(16:56:43) luismanolo@jabberes.org: pues seguro, pero después de un mes de intento, me harté.
(16:56:57) pacho: Yo ahora estoy proponiendo un modelo de desarrollo:
(16:57:06) luismanolo@jabberes.org: además ha habido cambios demasiado bruscos en mandriva.
(16:57:10) luismanolo@jabberes.org: como va.
(16:57:20) pacho: http://blogdrake.net/node/3956
(16:57:36) luismanolo@jabberes.org: a ver
(16:58:25) pacho: me ha basado en el modelo de gentoo
(16:58:31) pacho: el de ubuntu no lo conozco muy bien
(16:59:19) luismanolo@jabberes.org: he leido parte del enlace, ubuntu funciona muy bien, y como deriva de debian (permite instalar paquetes debian, casi todos), tiene un buen soporte.
(16:59:37) luismanolo@jabberes.org: he probado también centos (un poco)
(16:59:37) pacho: creo que el modelo de debian esta bien
(17:00:11) pacho: puedes instalar el lultimo k3b, por ejemplo, sin necesidad de tocar tu debian
(17:00:24) pacho: una duda de ubuntu:
(17:00:34) pacho: ¿tiene gnome 2.14?
(17:00:38) luismanolo@jabberes.org: yo de momento estoy encantado con ubuntu, además el sistema de control de paquetes aptitude es muy estable, k3b no lo he probado pero amsn si.
(17:01:03) luismanolo@jabberes.org: tiene gnome y XGL de serie (la versión dapper).
(17:01:11) luismanolo@jabberes.org: no se la versión de gnome
(17:01:22) pacho: si es la de dapper es 2.14
(17:01:25) luismanolo@jabberes.org: ahora uso kubuntu (ubuntu con kde)
(17:01:48) luismanolo@jabberes.org: creo que xgl es bastante estable.
(17:02:15) pacho: la duda que tengo es l siguiente, ¿yo podría (una vez que el gnome de dapper sea considerado estable) instalar el gnome 2.14 sin necesidad de hacer un upgrate (como el de mandriva) a dapper?
(17:04:00) luismanolo@jabberes.org: no lo se lo, puedo consultar. peero te puedo decir que yo actualizé kde a la versión de dapper sin upgrade a dapper.
(17:04:13) pacho: con eso me basta :)
(17:04:23) pacho: es es lo que quiero que se pueda hacer en mandriva
(17:04:32) pacho: pero con todas las aplicaciones
(17:04:56) luismanolo@jabberes.org: pues si se consigue sería la solución. porque creo que está perdiendo adeptos por segundos.
(17:05:09) pacho: de forma que no sea realmente necesario actualizar a, digamos, MDV2007, ya que mediante urpmi habremos ido actualizando las aplicaciones poco a poco
(17:05:53) luismanolo@jabberes.org: mientras tenga soporte la versión, lo puedes hacer (en ubuntu).
(17:06:18) pacho: además así sería más facil de mantener
(17:06:22) pacho: si has leido mi post
(17:06:26) pacho: verás como hay 3 ramas
(17:06:36) luismanolo@jabberes.org: si
(17:06:41) pacho: las actualizaciones consistirían, basicamente, en soportar y vigilar la rama estable
(17:06:47) pacho: ya que, a la larga
(17:06:57) pacho: todos los sistemas mandriva estarían basados en la rama estable
(17:07:15) pacho: así te ahorarrías tener que soportar MDv2005, 10.1, 10.0
(17:07:30) pacho: sin causar molestias al usuario cuando dejas de soportarlo
(17:07:55) luismanolo@jabberes.org: porqué no hacer upgrade a una versión más nueva?
(17:08:09) pacho: no entiendo la pregunta...
(17:08:36) pacho: :(
(17:08:46) luismanolo@jabberes.org: en ubuntu, para actualizar el sistema, es suficiente con cambiar en la lista de los repositorios breezy por dapper,
(17:08:58) luismanolo@jabberes.org: y hacer aptitude update
(17:09:05) luismanolo@jabberes.org: y aptitude upgrade.
(17:09:15) pacho: ah
(17:09:26) pacho: aquí el sistema que propongo es un poco distinto
(17:09:28) pacho: :
(17:09:34) luismanolo@jabberes.org: o sea en la lista, donde pone breezy se cambia por dapper
(17:09:54) pacho: realmente habría 3 repositorios (más luego las categorías de contrib plf y demás):
(17:10:04) pacho: uno para la rama estable, otro para testing y otro para cooker
(17:10:10) pacho: el tránsito sería así:
(17:10:27) pacho: 1. Lanzamiento normal de MDV2007 con el modelo que se esta siguiendo en la actualidad
(17:10:55) pacho: 2. Los paquetes de MDV2007 pasan automáticamente a la nueva rama estable (podría llamarse "mandriva-stable" o algoasí)
(17:11:49) pacho: a partir de ese momento las aplicaciones que se vayan renovando irán pasando, sucesivamente y segun lo que tarde CADA aplicacion en ser considerada estable), por el repositorio Cooker (el más inestable) y testing.
(17:12:00) pacho: Cuando la aplicacion se hace estable ésta pasa a la rama estable
(17:12:10) pacho: Si esto lo hacemos con todas las aplicaciones
(17:12:38) pacho: podremos tener nuestro sistema con software más reciente simplemente actualizando con urpmi (segun se vaya actualizando el repositorio estable)
(17:12:55) pacho: Como la rama estable irá actualizando sus paquetes siempre
(17:12:55) luismanolo@jabberes.org: perdona un momento, ahora mismo vuelvo!
(17:13:18) pacho: realmente no será necesario hacer el clásico upgrate brutal de todo el sistema
(17:13:21) pacho: Espero :)
(17:15:21) luismanolo@jabberes.org: he vuelto
(17:15:34) pacho: ¿qué te parece la idea?
(17:15:44) pacho: SI no me he explicado bien en algo no dudes en preguntar :)
(17:16:03) luismanolo@jabberes.org: bien en cuanto a que soluciona los problemas de mandriva.
(17:16:18) luismanolo@jabberes.org: pero, ¿será tenida en cuenta ?
(17:16:23) pacho: No creo
(17:16:37) luismanolo@jabberes.org: de todas formas me alegro de que sigas.
(17:16:43) pacho: ahora mismo ese post lleva unos días en que nadie interviene
Veo que quizás me he explicado mal en numerosos puntos, de forma que agradecería que me expusieseis vuestras dudas y sugerencias :)
Saludos y gracias
-------------------------------------------
PD: Este post se irá actualizando según se vayan incorporando nuevas ideas
Actualización -> 24-04-2006 20:48
Añadido punto 6
Actualización -> 28-04-2006 23:19
Conversación con DannyG para exponerle la aplicación de este modelo a una aplicación "pequeña" (respecto a gnome, kde , .etc) como gaim
Actualización ->29-04-2006 23:45
Corrección de errores y quitar algunas propuestas sin sentido
Actualización ->30-04-2006 14:10
Reestructuración importante del texto
Actualización ->30-04-2006 17:24
Añadida la conversación con luismanolo
Actualización ->01-05-2006 11:16
Añadido el punto 5.
- Blog de pacho
- Entra a tu cuenta o crea una para poder comentar.
BOFH
# 16441 mmmmmmm...
Este último tiempo he estado probando diferentes distros de las más renombradas y otras agregadas luego de leer una tuxmagazine que se comento en otro hilo, en fin, de todos los puntos comentados salvo los de gentoo, también habían sido hechados de menos por mi mezcla de versionitis y embidiatis, la diferencia está en que claramente tú lo expones varias veces mejor de lo que yo lo hubiese hecho jajajajaja, así es que como de partida es agradable ver que hay otra persona con tus mismo anelos Mandriveros de seguida biene la duda de porque el comité creativo de MDV no hace nada al respecto, esto ya que esas pautas que tu das no son para nada nuevas, ¿Será que en el mundo Linuxero existe la misma envidia que hay en el lado oscuro y que inhabilita el aprobechamiento de ideas de terceros?... Digo esto por que me llama la atención que no cuesta nada colgarse de una distro y sacar otra, como sucedió con mandrake salida de RH, pero luego de la independencia ya NO se toman más ideas, solo software libre por lo de libre.... ufffff, creo que me fuí en la volada :O sorry!!!
El cuento es que me pregunto porque los del comite creativo de MDV no reaccionan, sera que:
¿No tienen la capacidad? cosa que no creo
¿No tienen los medios? eso tampoco lo creo
¿Están enseguesidos con el brillo del $$$$? creo que por ahí va la cosa.
...en fin, ¿Alguien podría citar a alguna distro que se destaque en esta práctica? me refiero a tomar ideas de varias distros distintas, pregunto esto porque a mi modo de ver las otras distros siguen la misma linea, es decir, se independizzzzzzan de una distro X, aplican la política de versionitis, crean unos temas propios, medifican o crean GUIs más utilizables, pero al final son casi lo mismo, por ejemplo el asunto de las versiones stable, testing y unstable, yo como usuario encuentro que proyectar así una distro da muy buenos resultados, si quiero estabilidad y no me pica la versionits me voy a Debian, que entre broma y broma me encanta esta dsitro pero siempre ando experimentando y ahí se vienen los problemas...
...claro que haciendo memoria en su tiempo de la gloria renacentista de MDK yo la adopté prescisamente porque estaba siempre a la vanguardia en cuanto a versionitis, pero de repente se comenzo a quedar atrazzzzzzzzzzz, :O en realidad exagere y NO deberían ser tantas Zetas, pero si los de MDV no atinan LUEGO, ¿Podrían ser bastantes más Z's? qeu creen UDs.
Moraleja IMHO: No todo lo que brilla es ORO!!!
Será por eso que sigo en MDV2006? XD si basta con solo pensar que estoy probando otras distros para experimentar un rato pero si encuentro algo MEJOR globamente no cabe duda que me cambiaría, pero hasta ahora me sigue gustando más MDV... ahora mi duda es ¿Cuanto se demorará alguien en estampar todas estas ideas en una NUEVA distro? será que por algún motivo no es viable, o lo es pero significa MUCHO trabajo, o a lo mejor falta alguien que coleccione esas ideas como las expuestas por pacho????
Salu2!!!
BOFH
# 16442 A ver
Seguramente es por desconocimiento; Mandriva ya funciona tal como tu planteas:
Salut,
Sinner
--
Linux User # 89976
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
Usuario
# 16449 Te me has adelantado ...
... parafraseando a la comparativa con debian, cooker no es el equivalente de sid, es el de Testing :) La diferencia con debian es que no tenemos acceso al supuesto Sid :P No se si los VIP del club podrán acceder. De hecho la gente que usa Cooker afirma que es bastante estable.
Por otro lado, el tema de versiones cada 12 meses es precisamente para sacar cajas a la venta, con ese modelo de 2006.x, y que conste que a mi me encanta, tiramos por el suelo el tema de los 12 meses. Que nadie se lleve a engaño, lo de los 12 meses es más por sacar cajas que por estabilización.
BOFH
# 16458 unstable y testing
En realidad, testing en Debian es un invento relativamente reciente, que surgió creo recordar con la anterior versión a la actual, Debian Woody. Hasta entonces siempre hubo únicamente dos ramas: unstable y stable, y cuando la unstable estaba a punto, pasaba a frozen una temporada para corregir bugs antes de sacar la versión estable.
Dados los amplios lapsos de tiempo entre versiones estables que caracteriza a Debian, muchos de sus usuarios usábamos unstable, actualizando periódicamente (y cuando no había conflictos de dependencias) Normalmente y a pesar del nombre, no había problemas graves con su uso y era bastante estable, el problema es que si te despistabas unos días te encontrabas con 200-300 megas para actualizar.
Como digo, unstable pasó a llamarse sid (sid era el "malo" en Toy Story, pero dicen que en realidad significa Still In Development) y crearon testing como algo intermedio para que los usuarios no tuvieran que lidiar con algunos problemas (algunos muy sonados, como una actualización de libc que dejó toda la unstable inusable) que ocurrían al usar unstable, y que no se quedara anclado en unos programas obsoletos. Básicamente los programas que llevan un cierto tiempo en unstable sin dar problemas, pasan a testing. Esto también reducía el volumen de actualizaciones.
Las equivalencias con Mandriva, desde mi experiencia de ex-debianita, y en plan opinión personal:
stable = Versión oficial de turno, con sus actualizaciones
sid (unstable) = Cooker
testing = no existe como tal, pero se podría asimilar a algunos snapshots de cooker que se liberan de vez en cuando (como el 2006.1) en sus momentos más estables
Nota: en Debian existe una rama que casi nadie conoce: experimental. Aquí algunos desarrolladores pueden hacer sus experimentos antes de meter algo en sid. Esto es quizás lo que no "vemos" (o no tenemos acceso) en Mandriva.
Saludos,
luismago
--
Si se busca el triunfo como sea, se vive el drama de tener que ganar.
Saludos,
luismago
--
JID: luismago@jabber.org
Ceterum censeo Carthaginem esse delendam. -Marco Porcio Catón
BOFH
# 16465 Sobre el testing
me supongo que también tienen sus razones a la hora de desarrollar. Como bien dices pasan del unstable al testing. Pero sino me equivoco se pasan relativamente rápido, y creo que incluso se podía dar el caso raro que volviera a pasar de testing a unstable.
El paso a la estable es mucho más exigente para pasar. Asi que seguramente habrá también bastante trabajo de por medio. Sobre lo que cuentas del usuario. Ante los paquetes ultradesfasados de Woody, pues no había más remedio que usar testing o unstable. En muchas distros derivadas incluso mezclaban paquetes de testing y unstable. Yo cuando use Debian en el escritorio utilice testing (nunca me atreví con la unstable). Pero ahora que utilizo la Debian Sarge en un ordenador poco potente que lo utilizo de guindas a brevas pues con la Sarge va que chuta. Además hace bastante tiempo que no utilizo Debian en serio y ya no estoy puesto al día de lo que se cuece. Asi que salvo de oidas no se que tal va ahora Debian.
Volviendo al tema del desarrollo el problema que le veo es que un sistema de tres ramas, estable, testing, unstable no se si ayudaría a Mandriva. Los problemas que pueda tener a la hora de desarrollarla no creo que sean los mismos que Debian. Debian con tantos paquetes, arquitecturas soportadas, con sus objetivos de estabilidad estricta, era un gigante con pies de barro. Crecio tanto que para soportar su propio peso le vinieron los problemas. Las solución para Mandriva no la tiene que buscar en Debian debido a sus diferencias.
El tema de que deben hacer para mejorar la distro yo creo que son hacer unos pequeños cambios, no hace falta cambiar demasiado solo hacer las cosas que se proponen bien.
-Como propuso Sinner creo que debe haber un coreland y un userland. En el coreland debe estar el sistema base (kernel, librerias básicas, servidores etc..) que interesa que sea los más estable posible, y con el menor cambios posibles, como no sea el corregir bugs o incluso a actualizar a versiones más recientes pero siempre buscando el corregir fallos no el añadir nuevas features que puedan introducir cambios bruscos y errores tanto de bugs como de incompatibildad con otros programas. Este coreland puede durar perfectamente una año, y tiene que ser los cimientos que hagan robusta la distro. Luego esta el userland, que podría cambiar cada cuatrimestre para meter lo último de aplicaciones de escritorio buscando el ofrecer las últimas novedades. En el userland la estabilidad podría pasarse a un segundo plano en favor de la novedad.
-Un punto que seguramente habrá bastante gente en desacuerdo conmigo, y que en mi opinión es necesario aunque debería preguntarse antes a los miembros del club y a la comunidad de Mandriva en general por ser algo polémico. Es el asunto de soportar varios escritorios. Si se soportara uno solo, en mi opinión el KDE, se ahorraría mucho trabajo en testear, y empaquetar el escritorio de Gnome junto con la gran cantidad de aplicaciones que hay para Gnome y que no hacen más que aportar redundancia y romper la coherencia del escritorio con el resto de aplicaciones KDE. No digo que ciertas aplicaciones gtk que no haya una equivalencia a la altura no deban entrar en este userland, aplicaciones como el TheGimp sería necesarias. Pero hay otras muchas que no harían falta ya que hay equivalencias que usan las librerias de KDE que son muy buenas. Quitando de soportar Gnome, Xfce, y otros escritorios no dispersarían sus esfuerzos y podrían concentrar en pulir las aplicaciones y el escritorio consiguiendo que este userland fuera más dinamico (se podrían meter más novedades y arreglar sus bugs en menos tiempo) y aumentando su estabilidad a pesar de llevar siempre lo último.
-Aun asi hay mucha gente que le gusta Gnome, o el Xfce, o otros escritorios. Para que esa gente no estuviera a disgusto lo que se haría sería un unofficial-userland en el que se colaboraría con los voluntarios y comunidades (dandole hosting, servidores, ancho de banda) para que empaquetaran de forma no oficial y mantuvieran de forma externa a mandriva estos escritorios. Con esto conseguimos que la gente pueda disfrutar de sus aplicaciones y escritorios favoritos pero sin la carga de tener que soportarlos oficialmente.
-Soporte durante 3 a 5 años. Para que las empresas y los usuarios que compren cajas amorticen su compra.
-Otro punto que ya se ha sobado mucho es el de los drivers propietarios. Ya se que en la Free no se meten porque solo contiene software libre, y que se pueden meter con el plf. Pero ahora que va a venir la moda de los escritorios 3D (XGL+Compiz, Aero de Hasefroch, etc...), y si queremos que se hagan juegos para linux, creo que es imprescindible que se metan en la Free. La Free es el escaparate, y sino debería serlo, de Mandriva. Para el usuario inexperto el meter la distro y que ya en el instalador le configuré su tarjeta con aceleración 3D sin tener que preocuparse tan siquiera en saber lo que significa "aceleración 3D por hardware", es una ventaja. A los novatos para engancharlos hay que darles todas las facilidades del mundo. Una vez instalada ya le hablaremos del tema de repositorios y paquetes, pero el hardware de entrada hay que soportarlo al máximo sea como sea.
-Otro punto es que las isos se actualicen cada x tiempo incluyendo los parches y correciones de bugs. Si el tema del userland se actualizara cada cuatrimestre o cada 6 meses, se podrían hacer coincidir también con las correciones de los bugs. Asi que cada cuatro meses tendríamos la misma distro pero con actualizaciones de bugs y de userland sin obligar a la gente a tener que bajarse la iso con fallos que ya están corregidos hace tiempo, asi quitan problemas a los novatos que sin son fallos en el instalador o en paquetes críticos como el xorg podrían dificultar la instalación o dar una pobre imagen de la distro.
-Si se hace lo que propuse de soportar solamente un solo escritorio. Solo haría falta tener un cd. Asi porque no distribuir la Free como un live-cd que incluyera un instalador expresso como el que lleva la Ubuntu Dapper, y Guadalinex. Asi la gente novata la podría probar facilmente, sin miedo a "dañar" su ordenador, y cuando estuvieran convencidos instalarla sería tan facil como picar en un icono de su escritorio del live-cd. Cómodo y sencillo, como deberían ser las cosas.
Salu2
------
cloud_tdh@jabber.org
Participa en los libros colaborativos
----------------------
Colabora con la Documentación
BOFH
# 16709 "Un punto que seguramente
"Un punto que seguramente habrá bastante gente en desacuerdo conmigo, y que en mi opinión es necesario aunque debería preguntarse antes a los miembros del club y a la comunidad de Mandriva en general por ser algo polémico. Es el asunto de soportar varios escritorios. Si se soportara uno solo, en mi opinión el KDE, se ahorraría mucho trabajo en testear, y empaquetar el escritorio de Gnome"
No creo que mantener gnome lleve tanto esfuerzo a mandriva, que yo sepa, mandriva tienen un cierto número de empleados ;)
"a Gnome y que no hacen más que aportar redundancia y romper la coherencia del escritorio con el resto de aplicaciones KDE"
¿por qué son las aplicaciones de gnome las que aportan redundancia y no al revés?
Por ejemplo, otras distros han usado beagle. En cambio en mandriva se prefirió intentar hacer un port a QT (KAT) con los resultados que todos conocemos.
Saludos y gracias por participar
Seamonkey1.0.1
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 16712 No es tanto si es mejor meter KDE o meter Gnome
Pero lo cierto es que las aplicaciones de KDE y de Gnome cumplen las mismas tareas. Salvo honrosas excepciones como TheGimp (Ahora con kwrita, menos), o K3b, raro es que no haya una alternativa de igual calidad, o por lo menos que supla de forma decente en ambos escritorios.
Si empiezas a pensar verás la cantidad de aplicaciones de las que hay alternativas en cada escritorio:
Evince-kpdf
listen-amarok
totem-kaffeine
abiword-kword
etc...
Entonces si faltan recursos y tiempo para dedicar a empaquetar o parchear bugs que sentido tiene mantener 2 escritorios de forma simultanea con sus aplicaciones. No sería mejor tener un único escritorio bien actualizado y soportado de forma oficial.
En Ubuntu la idea original fue solo tener como escritorio oficial gnome, para ahorrar en esfuerzos. Luego surgió por parte de la comunidad Kubuntu, Xubuntu. Al final Kubuntu, y creo que a partir de Dapper, Xubuntu son oficiales. Pero la realidad es que en Kubuntu solo hay un programador pagado a tiempo completo, y el resto son colaboradores, porque el esfuerzo mayoritario va para Gnome. Y si te digo la verdad lo entiendo perfectamente y creo que hacen bien, en si no son capaces de dedicar trabajadores suficientes en ambos escritorios se decidan por uno, en el caso de Ubuntu, Gnome.
Ubuntu esta mejor integrada y pulida que Kubuntu, he estado utilizando la beta de Dapper con su Gnome 2.14 y tengo que reconocer que me ha gustado bastante. Como conclusión creo que es mejor centrarse en un solo escritorio. En el caso de Ubuntu es obvio que debe ser Gnome, porque sus usuarios mayoritariamente es el escritorio que utilizan. En cambio en Mandriva creo que la mayoría es partidaria de usar KDE, por lo que de utilizar sería mejor que soportaran KDE.
Todo esto lo he dicho como solución al problema de que tardaban en incluir las últimas versiones de los escritorios, y que después de haber sacado unos malos resultados financieros, me supongo que no andarán sobrados de recursos. Si se centran en un solo escritorio son menos paquetes que mantener podrán meter versiones más recientes y corregir antes los bugs.
Salu2
-----------
cloud_tdh@jabber.org
Participa en los libros colaborativos
----------------------
Colabora con la Documentación
BOFH
# 16718 Pero, ¿una de las ventajas
Pero, ¿una de las ventajas del ciclo anual no era precisamente que había más tiempo para testar las aplicaciones y estabilizarlas?
Si te fijas, distribuciones como RedHat o SuSE han evolucionado al revés: RedHat sólo tenía gnome y luego incluyó kde (igual que fedora). SuSE sólo tenía KDE y luego fue incluyendo gnome.
No sé si el KDE de Mandriva tiene muchos fallos o no, pero te puedo decir que su gnome está muy pulido ;)
Saludos
Seamonkey1.0.1
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
Usuario
# 16725 El KDE de Mandriva va muy bien
La gente no se queja de que falle, se queja de que no es el 3.5 ;)
Por otro lado, yo en vez de dejar de mantener gnome, dejaria de mantener ciertos paquetes que están en main, y que podrían estar en contrib perfectamente. De hecho meteria de nuevo mozilla en main junto con firefox.
Creo que ha crecido el número de paquetes, pero no el número de mantenedores, y por ahi pueden venir los tiros ;)
BOFH
# 16729 Ya pero yo no hablo de ciclos anuales...
En mi comentario anterior hablo de tener una parte fija anual, y otra actualizarla cada 4 meses, o 6 meses, para tener siempres las últimas novedades. Por lo que creo haciendo eso sería dificil tener que soportar oficialmente varios escritorios.
El KDE de Mandriva esta bien. Gnome en Mandriva apenas lo he utilizado. Pero tenía entendido que siempre metían versiones antiguas.
Sobre Suse, ¿no decías que Suse funcionaba fatal? Yo he utilizado varias 9.x y con KDE iba bastante bien, por lo que entiendo que con Gnome, que es lo que tu utilizas, no iba muy fina. A lo mejor abarcar tanto no conviene.
Por otra parte ahora se me viene a la cabeza el proyecto de Bruce Perens con UserLinux, el cual solo iba a soportar Gnome como escritorio, para ahorrarse empaquetar aplicaciones de KDE. También hay multitudes de distros que solo vienen con un escritorio, y me supongo que sus razones tendrán a la hora de hacerlo.
Salu2
--------------
cloud_tdh@jabber.org
Participa en los libros colaborativos
----------------------
Colabora con la Documentación
BOFH
# 16735 Ya sé que no hablas de
Ya sé que no hablas de ciclos
Simplemente quería decir que ya se habían tomado medidas que, teóricamente, podrían haber colaborado en estabilizar más las aplicaciones, y, según parece, no ha sido así :)
Yo no creo que para sacar un kde 3.5 haya que dejar de mantener gnome.
SuSE 9.x tenía un soporte de gnome lamentable, pero parece que en sus últimas versiones ya no es así, aunque tengo que probarlas, al menos se ve que colaboran bastante en gnome ;)
Pero comparas distros con un volumen de usuarios bastante escaso comparado con el de mandriva :) Userlinux es bastante más minoritario que mandriva ;)
Saludos :)
Seamonkey1.0.1
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 16738 Ubuntu no se cuantos usuarios tendrá
pero si esta creciendo mucho y no me parece descabellado compararla. Y lo de Userlinux se planteo y se decidió antes de nada. Era una decisión de diseño.
Pero bueno si quieres retiro lo de Gnome y los otros escritorios ;) Cambialo como dice minskog por lo de reducir paquetes del main, y pasar su mantenimiento al contrib. Si la idea es que mantengan menos paquetes, y que a cambio los actualicen más rápido y los testen mejor.
Salu2
----------------
cloud_tdh@jabber.org
Participa en los libros colaborativos
----------------------
Colabora con la Documentación
BOFH
# 16739 No tienes por qué retirar
No tienes por qué retirar nada :) Tranquilo
Simplemente es que yo no comparto esa opinión, solo eso ;)
Saludos :)
Seamonkey1.0.1
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
Usuario
# 16470 Llevo años usando debian (viejo estoy)
y te aseguro que cooker no tiene nada que ver con sid, aunque es cierto que han frenado últimamente y no se meten paquetes en sid inmediatamente, el testeo es mucho menor que para entrar en cooker, de hecho experimental es para eso, para meter un paquete y ver si experimenta rechazo con el resto de la distro. Había un sitio en la web de Debian que ponia los tiempos de paso de experimental a sid y de sid a testing. Creo recordar que el primer caso era una semana, si daba problemas directamente se obviaba esa versión, si no daba problemas graves, pasaba a sid. De sid a testing creo que era bastante más, no se si un par de meses.
El caso es que actualmente el soft depende tanto de versiones concretas de librerias que no entra un paquete grande si antes no han entrado todas sus dependecias y no se han pegado con media distro. Solo hay que ver lo que costo meter alsa o xorg en debian (lo de xorg es maldad, lo se)....
Puede que cooker no sea el equivalente de testing, pero de sid tampoco. Cooker está bastante más controlado que Sid.
Nota: Edito que me he montado un pollo con sids, cookers y testing ... XD
BOFH
# 16551 Muy interesante y respeto opiniones y posturas técnicas...
Aunque creo que habría que separar lo meramente técnico de lo especulado a nivel de usuario común y silvestre, más que puntualizar los detalles, No se, pero a mi modo de ver, p.ej., la respuesta de Sinner al post original me pareció excesivamente defensiva y cerrada, ¿Juega ajedrez Mr. sinner?, al mismísimo estilo de un gato de espaldas a una tina llena de agua, o sea, de negociar ni hablar XD
Yo desde mi visión de usuario, que utiliza lnx más por lo aburrido y cansado que te deja win2 con sus problemas de seguridad, bichos, *wares, *jackers, etc... más que por el hecho de ser S.L, entonces como todo esto es libre y uno no es flojo va y se baja cuanta distro suena (Sobre todo si dispones de tiempo y ganas) las pruebas y sacas tus propias conclusiones, claro, muchas de ellas serán ideas insustentables por uno u otro motivo, pero otras son más importantes de lo que parece, como lo es la opinión de la usabilidad de tal o cual herramienta, ya que egoistamente hablando (escribiendo) y como no se prrogramar "Por ahora a mi no me interesa una aplicación más allá de lo necesario para poderla utilizar comodamente, efectivamente y con seguridad, lo que me permite a lo más recomendarla y/o dar algún soporte y listo" pero si la otra distro tiene 2 o 3 aplicaciones más que van en la misma línea que las de MDV, bueno, en realidad todas apuntan a lo mismo... en teoría, entonces, ¿Porque no las utilizan, por lo menos la idea o por último seguir su línea? obviamente habrá que realizar ciertos ajustes, etc, pero no se supone que el SL es para eso y por eso??? toma el código, utilízalo, correlo, modifícalo y públicalo... bueno, eso le queda a los programadores, a mi dejenme la parte de "utilízalo, Correlo, recomiéndalo, sopórtalo Y CRITÍCALO" constructivamente hablando XD
en fin, mis dudas/consultas van más por el lado cómodo del usuario típico que está sentado frente a su PC a puros clicks que al final del día dejan lejos en estadísticas a la línea de comando, que me imagino es todo lo contrario a lo que vive un desarrollador que está contra la espada y la pared por no tener recusos o por tener una fecha límite.... pffff ¿Que libertad es esa? XDDDD
Resumiendo:
A mi modo de ver una BUENA distro LNX debiese ser aquella que sin perder estabilidad y seguridad me ofrezca más usabilidad, COMPATIBILIDAD, y ojalá que alguna ves ofrezcan más cosas que hoy en día no corren, como incentivar al usuario a utilizar su cerebro JAJAJAJAJAJA y aunque yo mismo me ría es en serio, LNX se está quedando en lo mismo que ya todos conocen en win2 o en Mac, KDE es una interfaz similar a o win2, y eso no es malo, solo es usable... a lo mejor ¿MUY USABLE? jajajaja, pues no si cumple con su cometido, lo malo a mi modo de ver es cuando se reinventa la rueda, y sin intencón de ofender a nadie cito a Gnome :P, el cual jamás a logrado hacerme sentir lo que postulo, CÓMODO, y no es nada más y nada menos que la dichoza USABILIDAD que se supone pregona Gnome :S, pero eso se lo responzabilizamos al siempre mal ponderado "Gusto Personal", claro que exalé un suspiro el día que leí la crítica de Linus T. Sobre lo mismo jejejeje, ¿si lo dice el maestro? ;)
IMHO.
Usuario
# 16567 Gnome no ha reinventado la rueda ...
sencillamente pone un tornillo para cambiarla en vez de varios, el problema es que al tener solo un tornillo solo encaja un tipo de rueda. :P
Ahora en serio, es bueno que haya opciones como gnome/kde/xfce y luego 'simples' manejadores de ventanas como fluxbox/openbox/wmaker/etc (ojo a las comillas, que de simples poco), sino estariamos en un mundo cerrado como es windows. Otra cosa es que surgieran 3 forks de kde, 4 de gnome, 2 de xfce, etc. que es lo que pasa con las distros, sobre todo con los livecd, esto en EMHO es desaprovechar esfuerzos.
BOFH
# 16641 Sobre mi respuesta
Amigo Guadalux,
No le busques tres pies al gato. Mi respuesta es corta, va al grano y no se enreda... por falta de tiempo!
Esto es lo que tiene la conversacion escrita: se pierde muchisimo en comunicacion no verbal.
Podria haber escrito 40 parrafos, y todo hubiese quedado claro y pristino hasta para el mas cenutrio. Pero escribir 40 parrafos en medio de los mil y un lios en los que estoy... ufff!!!
Para mas info, google, wikipedia y una buena biblioteca llena de libros de psicologia
Salut,
Sinner
--
Linux User # 89976
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
BOFH
# 16713 :(
Solo comentaré que había editado una respuesta corta y consiza como le gusta a SinnerBofh y es ta mie... de firefox se aplicó un jaraquidí en mi ¿Flamante? MDVOne pfffffffff
Entonces retipeo y por cierto pido disculpas a los gurus, bofhs Jrs. y cualquier enjendro de esos :P pero me tomo mi tiempo para responder a SinnerBOFH que sacrificó el suyo para responderme:
Mr. Sinner, su labor con Blogdrake brilla por si sola por lo que evitaré irme en elogios XD, pero lamentablemente su "Calidad" en lo que respecta la relación con los usuarios comunes y silvestres como yo, a mi gusto es casi NULA!!! al mejor estilo del cura Gatica, Predica pero no practica.
En todo caso aplicando mi psicología, que no es más que un burdo IMHO ya que en ingeniería lo menos que tratan son temas como ese jejejeje, pero de esa burda psicología (en realidad lo que estudio es la Etología, pero pa' que enrredar más la cosa) al final todo esto me sirve para darme cuenta que el error es mío, y me queda claro que en Blogdrake cuando se tratan temas técnicos la participación se enmarca solo en aquellos Linuxeros letrados técnicamente hablando, y para el resto como yo, me imagino que debemos darnos con una piedra en el pecho que nos respondan en Servicio Técnico y no meter la cuchara donde no nos llaman!!! JAJAJAJAJAJAJAJA
Si su problema fuese el tiempo Mr. Sinner liza y llanamente no me habría respondido, pero igual lo hizo, y a mi modo de ver las cosas, lo hizo de la peor manera, en todo caso eso generalmente sucede por no decir las cosas como son... normalmente es por eso.
AH!!! por cierto creo que voy a retirar lo dicho por mi persona sobre el hilo de "La magia del verbo" y apollaré la mosión de la persona que dijo que NO HARÍA MAL UN POQUITO DE CULTURA, y yo le agregaría "DE BUEN HUMOR", tanto a BlogDrake como a algunos blogdrakeros, y ser un poco más consecuentes con la prédica tampoco es malo :P
Un abrazo y espero no veamos en Serv. Técnico!!! :P XDDDD
BOFH
# 16747 Otra vez
Sr. Guadalux,
Otra vez le pido que no le busque los tres pies al gato, que no los tiene. Que no, que no se me caen los anillos por ayudar a nadie. Es mas, intento ayudar principalmente a los que menos saben y a quitarles el miedo y que dejen de disculparse "por ser novatos", que eso no es ni un error ni un pecado ni nada de nada.
Recuerde: todos hemos sido novatos, incluso Linus!
Escribo esta frase (o una bien parecida) cada vez que alguien intenta disculparse por ser novato. !No es un crimen! todos lo hemos sido!
Tambien, si Ud. lee mis mensajes (aqui o en cualquier otro lugar), intento que las respuestas que el resto de contertulios dan a los que empiezan sean las adecuadas: ?que es eso de aconsejar compilar? ?o aconsejar usar cooker? ?o aconsejar usar --force?
Eso no son buenos consejos; eso solo complican y asustan a los recien llegados a Linux!!!
Vuelvo a repetirme: en las conversaciones escritas, se pierde mucha informacion. La comunidad entre humanos se basa en:
* ideas expresadas
* palabras usadas para expresar esas ideas
* tempo usado en la conversacion
* movimiento de los ojos y contacto visual
* movimiento de las manos
* movimiento del cuerpo
* ... etc
Asi, es facil perderse el sentido y significado que el autor intenta transmitir usando palabras escritas, en negro sobre blanco.
Por eso creo firmemente que Ud. me malinterpreta y cree entender lo que no esta escrito ni insinuado.
Y, creaselo o no, el problema era el tiempo. Pero no contestar hubiera sido hacerle un feo a Ud. Como persona con principios, educada y con buenas maneras, decidi contestarle. Si, de forma breve y concisa. Pero no por ello irrespetuosa. Si quiere le enviare un email personal explicandole lo complicada que es mi vida en estos momentos (mucho mas alla de ahora ser el puente entre la comunidad Mandrivera Hispana con la empresa Mandriva).
Que Ud. no haya entendido ni haya querido entender mis palabras, es cosa suya.
Me apena en sobremanera que considere la relacion que intento mantener con todos los usuarios no tiene "Calidad".
Sin mas, me despido,
Sinner
--
Linux User # 89976
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
BOFH
# 16706 Sinner:
Gracias por participar. Probablemente no me he sabido explicar bien :):
1. "Ya lo hacen. Los desarrolladores de Mandriva tienes adudicados paquetes especificos. Asi, compartimentalizan el trabajo."
En parte quería confirmarlo :) Gracias :)
2. "Ya lo hacen. main, cooker . 'contrib' son contribuciones de voluntarios."
ya he puesto que existían ;), era más bien para explicar el punto de partida :)
3. " Ya lo hacen. Es asi como trabajan. El equipo de KDE, por ejemplo, ademas de colaborar con kde.org , cada vez que sale algo de KDE, lo portan a cooker (cuando salio el Koffice 1.5, por ejemplo, el mismo dia ya estaban aplicandole los aprches de "mandrivacion" y sacando los primeros builds). Esta actividad se realiza cada vez que llega a un milestone ("punto en el camino") importante en ese paquete, en plan, una nueva beta o RC o build interesante"
Realmente no, me explico. Mi idea es que Cooker sea una rama más "inestable" en cuanto a gnome y kde. Me explico. La idea es que, cuando, por ejemplo, se lance gnome 2.15.92, ya se proceda a intentar portar ese gnome a Cooker, de forma que no haya que esperar a portarlo a Cooker a que Gnome 2.16 sea lanzado. Así se ganaría algo de tiempo en pruebas :). Es un modelo que ya se lleva a cabo en Ubuntu y Fedora.
4. "Ya lo hacen. Se llaman main y cooker"
Realmente creo que habría que poner 3 ramas. Me explico.
Una rama sería "testing", en la cual habría aplicaciones que no tendrían que ser necesariamente inestables, simplemente están ahí porque aún no han sido probadas lo suficiente.
Paquetes de esta rama "testing" se podrían "mezclar" sin problemas con la rama "estable".
La rama "cooker" sería una rama más inestable (por ejemplo gnome 2.15.92 y los RC de KDE y XFCE). Los paquetes de esta rama no tendrían porque poderse mezclar con los de la rama estable. Cuando se pudiesen mezclar con la estable sin problemas (y fuesen versiones finales), el paquete entraría en "testing" hasta que pasara un tiempo de pruebas y se incluyese en "estable". Cooker sería algo como la línea "HardMasked" de gentoo.
5. "Ya lo hacen. Cuando se ahce el freeze ("congelamiento") de codigo de cooker, se empieza el proceso de estabilizacion para conseguir la siguiente Mandriva 2007/8/9...."
6. "Ya lo hacen. Cuando se ahce el freeze ("congelamiento") de codigo de cooker, se empieza el proceso de estabilizacion para conseguir la siguiente Mandriva 2007/8/9...."
Me explico.
La situación sería la siguiente:
En Mandriva los paquetes pasarían sucesivamente de Cooker a testing y a estable SIN tomar como REFERENCIA el lanzamiento anual de las ISOs. Por ejemplo, Mandriva 2006 trae Gimp 2.2.8.
Actualmente Gimp va por la versión 2.2.11, esta versión es sobradamente estable, pero no la podremos ver hasta Mandriva 2007 (o mezclando con Cooker, lo cual, a día de hoy, es algo peligroso por las dependencias que puede tener).
Mi plan sería en siguiente:
- tengo mdv2006 y gimp 2.2.8 instalado
- Sale gimp 2.2.12 (por ejemplo). El paquete es considerado estable por gimp, con lo que (salvo que tenga una grave inestabilidad "oculta") el paquete entraría en "testing".
- Yo podría, por ejemplo, instalar gimp 2.2.12 desde testing sin tocar apenas mi mdv2006 hecho sobre la rama estable.
- Si me funciona bien reportaría un "bug" a mandriva diciendo los problemas que haya visto o no y solicitando, o no, su inclusión a la rama estable.
- En la rama estable cualquier usuario de MDV2006 podría, mediente urpmi, instalar gimp 2.2.12 sin necesidad de esperar a Mdv2007.
Al cumplir el año, MDV2007 se haría a partir de la rama estable de, por ejemplo, el mes de agosto. De forma que, para los que hemos ido actualizando poco a poco los paquetes durante el año, no tendríamos que preocuparnos por hacer ningún upgrate, ya que, realmente, tendríamos los mismo paquetes que MDV2007.
Saludos
Si tenéis más dudas no dudéis en preguntar
Seamonkey1.0.1
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 16707 A los demás gracias
A los demás gracias también, estoy leyendo vuestros comentarios en estos momentos.
Saludos ;)
Seamonkey1.0.1
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 16732 .
.
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 16843 Actualización importante
El post ha sido modificado de una forma importante, por favor, echadle un vistazo ;)
Gracias y saludos
- Propuesta de modelo alternativo de desarrollo de Mandriva
JID:pacho@jabber-hispano.org
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 16980 Agregado punto 5 sobre el
Agregado punto 5 sobre el funcionamiento de las actualizaciones con este sistema de desarrollo
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho