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.
Falla instalacion de Amaya debido a dependencias
Enviado por frajaferza el 18 Enero, 2011 - 05:34
Tengo todos los repos "necesarios" activados, tanto de 64 como de 32, pero al intentar seleccionar el paquete Amaya me tira:
Lo siento, no se puede seleccionar el paquete siguiente:
- amaya-10.0-3mdv2010.0.x86_64 (debido a que no se satisfizo libjpeg.so.7()(64bit))
Y si lo quiero instalar con el RPM que dan en su Web, me da este otro error:
- amaya_wx-11.3.1-0.x86_64 (debido a que no se satisfizo libssl.so.7()(64bit))
Paquetes con "libpng" había solo i586, instalé todos los posibles y no me sirvieron (ni probando con el amaya i586).
Para los repos principales uso carroll.cac.psu.edu (nunca me dio problemas, no creo que sea el punto), además tengo otros que no cuentan ya que el paquete está en contrib release.
¿Alguna idea?
» Enlace permanente»
- Entra a tu cuenta o crea una para poder comentar.
# 110927 Sí está libpng para 64 bits
Pero como todas las bibliotecas para 64 bits (o casi todas), se llama lib64png. Tal vez te esté pidiendo el -devel. ¿Has probado instalándolo?
BOFH
# 110929 Te pide libjpg7 no libpng
¿Qué versión de Mandriva estas usando? 2010.0 o 2010.1/2010.2
En el primer caso, la 2010.0, el paquete lib64jpeg7 se encuentra dentro del repositorio main, por lo que te bastaría con un simple urpmi:
En el segundo caso la versión incluida de libjpeg es la 8, no la 7, por lo que debes instalar el paquete de la 2010.0 (es compatible con la 2010.1/2010.2). Esto es así porque si te fijas, la versión de amaya que te quieres instalar esta hecho para la 2010.0. Puedes bajarte de aquí el rpm del lib64jpeg7.
En ningún caso te sirven las librerías de 32 bits para ejecutar programas de 64 bits, y de hecho tampoco te sirven las de 64 bits para ejecutar las de 32 bits.
En el caso del rpm de la web de amaya, la librería que te pide, libssl.so.7, por lo que deduzco que es un paquete para Fedora y no para Mandriva. Si no me equivoco, esta versión de libssl equivale con la incluida en el paquete lib64openssl0.9.8, pero tendrás que hacer un enlace simbólico que apunte a libssl.so.0.9.8 con el nombre de libssl.so.7, ejecutar el ldconfig y posteriormente forzar la instalación del rpm de amaya.
--
Yo no me llamo... siempre sale que comunico.
Usuario
# 110936 Tengo la 2010.2
Tengo la 2010.2.
Lo que dio en el clavo fue lo de Ed (instalé el paquete de rpm.pbone, lo había buscado antes pero no sé qué hice porque no lo encontré XD), instaló Amaya sin problemas, pero ahora resulta que no lo puedo ejecutar, quedan el proceso amaya y amaya_bin ejecutándose pero no sale ninguna ventana, por consola me dice:
Al matar el proceso, me da esto otro:
Instalé además los devel (había en versión 6 y 8, instalé la 6 porque era para 2010.0 como Amaya) y no sirvió, tengo instalado lib64jpeg 8, quise quitarlo pero me arrastra dependencias tales como Wine o Drakconf así que lo dejé.
Saludos :)
----------------------------------------------------------------
Larga vida al metal
BOFH
# 110940 Tranquilo con lib64jpeg8, no molesta
En Linux no pasa nada por tener diferentes versiones de una misma biblioteca, el sistema sabe dar a cada programa la versión de la biblioteca que requiere.
Puesto que el programa no se cierra con un problema de enlazado dinámico, parece que obtiene todas las bibliotecas, pero puedes comprobarlo con el comando ldd /usr/lib/Amaya/wx/bin/amaya_bin (bueno, estoy en el portátil, que es de 32 bits, tal vez en 64 bits este en otro directorio).
De todas formas, creo que pueda que te falte wxGlade o wxPythonGTK.
--
Yo no me llamo... siempre sale que comunico.
Usuario
# 110941 Gracias por la primera
Gracias por la primera aclaración, es bueno tenerlo en cuenta, aunque supongo que en varios paquetes no se pueda aplicar ya que entran en conflicto.
En /usr/lib no estaba como me imaginé, así que probé en /usr/lib64 y me tiró un listado de librerías. Instalé los paquetes que me dijiste (que no me pidió al instalar, pero por las dudas) y sigue tirándome el error.
Luego de la primera ejecución (habiendo borrado su config de /home) no aparece el primer error, sí en las siguientes, y sólo deja el directorio .amaya vació y fuera de él los archivos .amaya_bin-fran y .amaya-check-instance.
No se me ocurre qué otra cosa podría ser, de última lo trataré de usar bajo Wine, pero no es lo ideal.
Saludos :)
----------------------------------------------------------------
Larga vida al metal
# 110942 compila desde las fuentes
compila desde las fuentes
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 110945 La versión de 32 bits funciona al instalar esos dos paquetes
Por lo menos a mi me ha arrancado tras instalarlos, pero de todas formas, deberías comprobar que has instalado todo en su versión de 64 bits, ya que como ya he dicho, las aplicaciones de 64 bits no pueden usar bibliotecas de 32 bits (y viceversa).
En cuanto a las versiones, Linux siempre puede tener diferentes versiones de la misma biblioteca, incluso diferentes revisiones de una misma versión (por ejemplo, puedes tener la 8.0.1 y la 8.0.2 a la vez) , aunque esto no es normal, porque las revisiones superiores son compatibles con las anteriores. Por eso, el paquete no se llama lib64jpeg, sino lib64jpeg7 o lib64jpeg8, incluyendo el numero de versión, para que el sistema rpm los reconozca como paquetes diferentes, y si los paquetes están bien hechos, no deben tener conflictos de ficheros, aunque si los tuviesen, el sistema rpm se quejaría al intentar instalar el segundo paquete.
--
Yo no me llamo... siempre sale que comunico.
Usuario
# 111027 Estoy igual, y tras sufrir
Estoy igual, y tras sufrir por lo de Quanta+ ahora sufro por Amaya...
[bernardino@localhost ~]$ amaya
18:23:50: Deleted stale lock file '/home/bernardino/.amaya_bin-bernardino'.
MILAGRO , despues de casi tres minutos me abrio una ventana, pero...¡¡¡ufff!!! vacia, sin nada..
Un candial saludu (Un cordial saludo).
Facebook: ... mi obra en esta red social
Usuario
# 111393 Disculpen la demora
estuve ocupado xD
Probé de todo y no funcionó, veré si luego me hago un tiempo para compilar, aunque no creo volver a necesitar el programa por unos meses.
Gracias a todos, déjenlo abierto por si a otros les pasa lo mismo, como a bernandino.
Saludos :)
----------------------------------------------------------------
Larga vida al metal
Usuario
# 111406 Instale el paquete de abajo y
Instale el paquete de abajo y luego...
urpmi lib64openssl0.9.8
http://api.mandriva.com/mirrors/basic.2010.1.x86_64.list: media/main/release/lib64openssl0.9.8-0.9.8n-1mdv2010.1.x86_64.rpm
...falló la recuperación: 0B/s|/var/cache/urpmi/partial/lib64openssl0.9.8-0.9.8n-1mdv2010.1.x86_64.rpm
instalando lib64openssl0.9.8-0.9.8n-1mdv2010.1.x86_64.rpm desde /var/cache/urpmi/rpms
Preparando... ##########################################################################################################################
1/1: lib64openssl0.9.8 ##########################################################################################################################
----------------------------------------------------------------------
Más información sobre el paquete lib64openssl0.9.8-0.9.8n-1mdv2010.1.x86_64
The most significant changes made and starting from the
openssl-0.9.8a-2mdk package is these:
o The OPENSSLDIR has moved from /usr/lib64/ssl to /etc/pki/tls
The most significant changes made and starting from the
lib64openssl0.9.8-devel-0.9.8a-10mdk package is these:
o The static development libraries (*.a) has been packaged in the
lib64openssl0.9.8-static-devel sub package.
----------------------------------------------------------------------
]# amaya
AHI, se quedo no voy a decir colgado pero tres minutos sin hacer nada hasta que lo corte..
Un candial saludu (Un cordial saludo).
Facebook: ... mi obra en esta red social