* Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.

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.

Paquetes buenos confundidos como huérfanos

Otra vez lo ha vuelto a hacer, pero no he picado, POR SUPUESTO.

Se me ocurrió instalar el paquete rpm-build (x86-64)

Para satisfacer las dependencias, también se debe instalar el o los paquetes siguientes:

- autoconf-2.64-3mdv2010.0.noarch
- automake-1.11-2mdv2010.0.noarch
- elfutils-0.143-1mdv2010.0.x86_64
- gettext-0.17-5mdv2010.0.x86_64
- lib64gettextmisc-0.17-5mdv2010.0.x86_64
- libtool-base-2.2.6-6mdv2009.1.x86_64
- perl-ExtUtils-CBuilder-0.260.301-1mdv2010.0.noarch
- perl-Module-Build-0.350.0-1mdv2010.0.noarch
- perl-Module-ScanDeps-0.950.0-1mdv2010.0.noarch
- rpm-manbo-setup-build-2-18mnb2.noarch
- rpm-mandriva-setup-build-1.95-1mdv2010.0.x86_64
- spec-helper-0.30.5-1mdv2010.0.noarch

se usarán 12MB de espacio adicional.

Bien. Le doy a aceptar y al final de la instalación me sale una lista ENORME de paquetes que supuestamente son huérfanos y que los elimine con urpme --auto-orphans

(todos de la 2010 y entre ellos shorewall).

Pero ¿que se cree? ¿que voy a desgraciar mi instalación de Mandriva 2010 como ya me pasó antes?

NI CASO.

A mi esto me parece un bug. No sé si a alguien le ha pasado lo mismo. Pero CUIDADITO.

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.


Gravatar de Annubis

# 94163 ...

¿Porqué últimamente me da la sensación de que me repito más que Verano Azul?

http://blogdrake.net/consulta/cuidado-con-urpme-auto-orphans-al-finalizar-instalacion-de-mandriva-co...



Gravatar de vfmmeo

# 94165 A partir del primer año de BOFH pasa...

Es como una pesadilla de asfixia </cain_mode>

Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.

Sígueme o aparta.

Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.

Sígueme o aparta.



Gravatar de Haddock

# 94171 No he pedido que lo arregles

Solamente he puesto la constatación de un hecho.

Es que un nuevo usuario nuevo puede cometer el error de hacer caso al aviso de marras y estropear su instalación dejando muy mal sabor de boca sobre esta distro.

Creo que no está de más reiterar el aviso.

Simplemente hay que convivir con estas pifias.

Mandriva no es perfecta, pero ninguna distro lo es.

Ya lo arreglarán. Ya sabemos que Mandriva 2010.0 sigue siendo una beta por mucho que saquen la versión "Oficial".

Saludos.



Gravatar de vfmmeo

# 94175 Ni Annubis se metía contigo

Ni yo tampoco, que le seguía la broma.

Es más, si te fijas, Annubis añade el link a el hilo original sobre --auto-orphans.

Y sobre lo que 2010 es una beta... bueno. Es cuestión de opiniones. A mí la beta de 2010 (la de verdad) me daba menos problemas -muchos menos- que 2009.1

Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.

Sígueme o aparta.

Atentamente,
El BOFH anteriormente conocido como vfmmeo. No había nadie mejor disponible.

Sígueme o aparta.



Gravatar de Annubis

# 94179 Si no te quito la razón

Pero si ya has abierto un hilo al respecto, mejor seguir en él las pruebas que vayas haciendo.

Por cierto, estaría bien que comentaras porqué es una "beta" y no una "oficial", porque, como a vfmmeo, me va mucho mejor que la 2009.1.

Y repito, no es una pifia. Por enésima vez: auto-orphans no es un software que funcione al 100%. Todavía hay casos en los que falla, por eso digo que no es 100% fiable, en otros casos sí)



Gravatar de Haddock

# 94244 Normalmente, entiendo que un

Normalmente, entiendo que un sistema operativo suele ser el kernel (con todo lo que trae), y luego las aplicaciones, la consola, compiladores, etc..., y quizás un escritorio. No soy un experto. Quizás me olvide de algo o quizás no he definido correctamente lo que quiero decir.

Bien, todo eso funciona muy bien en Mandriva pero el usuario de a pie, cuando instala la distro, entiende que también recibe un software estable con el que espera trabajar. No debería quejarse pues no tiene que pagar la versión Free. Pero la PowerPack se entiende que es la Free con software propietario. En ese caso, ¿funcionará perfectamente este mejunje?

Si el software que usa no funciona perfectamente, la última versión de Mandriva no me sirve para el trabajo diario. Sobre esta afirmación recibiré muchas críticas, seguramente de la gente a la que le han funcionado bien las aplicaciones que usa y también debido a la diferente máquina que usa.

Mandriva siempre se ha caracterizado por correr demasiado. Padece de versionitis aguda. En cuanto sale la última versión inestable de un programa la saca, aunque en el propio paquete ponga que es una beta o una release candidate (léase kile y otros muchos más).

Al revés. Cuando pasan los meses y la versión actual de Mandriva y sus paquetes se vuelven más o menos estables empiezan a salir nuevas versiones estables de muchos paquetes pero los empaquetadores de Mandriva no actualizan las versiones estables de los paquetes que, en su día fueron el no va más. Sólo actualizan a las versiones que corrigen bugs pero nada más. El que quiera otra versión estable y actual tiene que esperar a la nueva versión de Mandriva (por ejemplo los largos meses con la versión 3.0.8 de Firefox).

Me da la impresión (es mi opinión personal) de que Mandriva vive del marketing. Es bueno para ella poner en la caja o en los DVDs de instalación que trae lo último de lo último. Ya lo arreglarán las actualizaciones....

¿Por qué no podemos instalar versiones actuales estables de algunas aplicaciones como OpenOffice en Mandriva 2008.1, por poner un ejemplo? Desinstalando OpenOffice 2.4.1 y poniendo la versión 3.1 (fichero tar.gz), se instala perfectamente. Luego hay que hacer algunos retoques en la configuración, pero poder se puede.

A veces, hay suerte y te encuentras que una versión nueva de una aplicación es más estable que la versión antigua (han corregido casi todos los fallos y han hecho muchas mejoras), pero no quiero cambiar la versión de la distro por otra que me va a dar nuevos problemas. Arreglo un problema pero obtengo otros (una de cal y otra de arena).

¿Qué hago?. Mandriva no te deja otra opción. Cuando ocurre esto no hay más remedio que actualizar la distro entra. Y lo peor es que, la mayoría de las veces, hay que instalar desde cero y rezar 1000 padrenuestros y avemarías para no tener los consabidos problemas de compatibilidad de hardware (sobre todo si es el PC de trabajo). Y lo que es peor, que aparezcan una y otra vez los fallos supuestamente corregidos de Mandriva.

Ya he dicho en otra ocasión que Gkrellm me muestra un número creciente de usuarios directamente proporcional al número de consolas que abro en mi sesión. En Mandriva 2007 y 2008 pasaba esto al principio y lo corrigieron. En la 2010 vuelve a aparecer este problema.

Ya pasé de instalar la 2009.1 con tropecientos problemas nuevos (que se comentaban en estos foros y en otros) debido al cambio a KDE4.

En el caso opuesto. Tenemos una Mandriva 2010 y una versión beta de cierta aplicación (que suele quedarse zombie en memoria y a veces tarda casi un minuto en arrancar, etc). Entonces quiero instalar una versión antigua, estable pero no dispongo de ella. A veces pruebo a instalar un paquete de una versión antigua de Mandriva y la cosa funciona, pero otras veces NO.

En fin, ya sabemos que Mandriva es una empresa que empezó muy bien. Tuvo problemas económicos (y puede que aún los tenga) de modo que no puede financiar dos equipos de personas: los empaquetadores y otro de control de calidad que creo que es lo que le falta para ser perfecta.

Ya sé que Mandriva se limita a empaquetar paquetes de aplicaciones de otros pero debería ir un poco más despacio. No tanto como Debian pero sí con más prudencia.

De momento, seguiré con la 2008.1. La 2010.0 seguirá en el disco duro de pruebas. Es una lástima porque arranca muy rápido. El kernel que trae es formidable (reconoce todo el hardware y no tiene problemas con las IRQ de mi placa base).

En fin ya paro porque me va a salir un ladrillo.

Ahora me voy a la camita. Os leeré mañana, pero no os parezca mal si no os contesto. Es que ya soy un poco viejo y se me van quitando las ganas de hablar. Me prodigo poco por aquí y creo que pasarán varios meses antes de que vuelva a escribir. Además ahora estoy convaleciente de una operación.

Saludos.



Gravatar de Haddock

# 94334 Había escrito otro mensaje pero desapareció ...

... porque pulsé sin querer el botón de retroceso del navegador y el mensaje voló... <:-(

Ahora he usado kwrite para que no me pasen estas cosas.

Voy a resumirlo diciendo que he tenido que comerme algunas de mis afirmaciones, aunque mantengo otras.

En líneas generales Mandriva 2010 está muy bien. Pero algunas aplicaciones me están dando problemas.

Por ejemplo avidemux tarda mucho en arrancar. Ayer arrancaba rápido, pero hoy y anteayer tardó más de 1 minuto en arrancar. He mirado en la lista de procesos con el monitor del sistema pero no aparece. He pulsado otra vez en el icono que tengo en el escritorio y después de unos 30 segundos han aparecido... DOS VENTANAS DE AVIDEMUX.

Otro proceso que se ha quedado zombie en memoria es gwenview. No tengo ni idea de por qué lo hizo.

No puedo leer nada del disco duro externo USB que tengo. Dolphin me dice algo en inglés sobre escalada de privilegios. La verdad es que no sé donde se monta el disco externo. No aparece ninguna entrada en /media ni en /mnt.

Kile es una rc1 y está en inglés. Pero me he puesto a trastear con él y me ha sorprendido que compila directamente a PDF. El botón por defecto que han puesto es PDFLaTeX. He creado un documento y sin problemas (veremos qué pasa cuando me ponga en serio con algunos usepackages, pero ya me estoy impacientando.

Como la 2010 es una versión de pruebas, he intentado compilar Seamonkey 2.0 para x84-64 y lo he conseguido sin demasiados problemas. Lo hice porque en el FTP de mozilla.org tardan mucho tiempo en meter la versión x86-64 en el directorio contrib:

ftp://releases.mozilla.org/pub/mozilla.org/seamonkey/releases/2.0/contrib/

Como podéis ver no está. En cambio sí está Seamonkey 1.1.18 x86-64 aquí:

ftp://releases.mozilla.org/pub/mozilla.org/seamonkey/releases/1.1.18/contrib/

Suelen tardar varias semanas en que alguien contribuya con un tar.gz ¿Debería subir el mío?

Ahora mismo estoy usando mi flamante Seamonkey 2.0 x86-64 desde hace unos días. La carpeta se creó en /usr/lib/seamonkey2 (creo) pero lo moví a /usr/local/seamonkey2 al lado de la versión antigua.

Hay que instalar el mplayer-plugin y hacer los enlaces correspondientes en el subdirectorio plugins (con un script que me hice por comodidad). También instalé el flashplayer de 64 bits (que ya se comentó en estos foros).

He pensado hacer un minitutorial de cómo lo hice pero ahora mismo no me acuerdo de todos los detalles. Tendría que volverlo a hacer. Esta vez con el portátil nuevo donde también tengo la 2010.

Seamonkey 2.0 x86-64 ha importado correctamente mis cuentas de correo de Seamonkey 1.1.18

La verdad es que tengo muchas ganas de ponerme a trabajar en serio con la 2010. Posiblemente esperaré a unas cuantas tandas de actualizaciones y entonces ya me lo pensaré. Pero lo más probable es que esperaré a la 2010.1 Summer (nótese la precaución). Que arreglen todas estos problemas y luego, ya veremos.

Saludos.

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.