Acabo de actualizar a 14.10 desde 14.04, y me he encontrado con un problema al tener instalados wine y fglrx
Las dependencias del vino que están causando el problema son así
vino> vino1.6> vino1.6-amd64> (ocl-icd-libopencl1 (> = 1.0) | libopencl1) && (ocl-icd-libopencl1 (> = 1.0) | libopencl-1.1-1)
fglrx> fglrx-core> entra en conflicto con libopencl1 && reemplaza libopencl1
Intenté alterar los archivos del paquete de vino para eliminar las dependencias, pero terminé confundiéndome, busqué en Internet tratando de ignorar el problema, pero no puedo hacerlo funcionar
Cualquier ayuda sería muy apreciada
editar He encontrado 2 informes de errores relacionados con esto: https://bugs.launchpad.net/ubuntu/+source/wine1.6/+bug/1376587 y https://bugs.launchpad.net/ubuntu/+source/ fglrx-installer / + bug / 1129409
dpkg -i --force-depend
una corrección manual de dependencia/var/lib/dpkg/status
.libopencl
, que no lo hizo antes. Incluso el desarrollador versión 1.7.wine1.6-amd64
after&&
. Le recomiendo que cree e instale un paquete ficticio llamadolibopencl-1.1-1
dependiendo delibopencl1
, luego intente instalar los paquetes Wine nuevamente.Respuestas:
Morder la bala y revisar solo el paquete fglrx-core, simple en comparación con el vino, realmente parece menos peligroso y más fácil que corromper los datos del administrador de paquetes para poder instalar otros paquetes.
1) Instale el vino sin fglrx.
2) Desde un directorio con el paquete,
haga un lugar para desempacar el paquete,
3) Desempaquete el paquete con dos comandos,
4) edite el archivo de texto "control" que tiene las dependencias,
Así es como se ve el "control":
Solo se cambian la versión, los conflictos y las ofertas. Dejar la versión sin cambios está bien, pero luego el administrador de paquetes dirá que el archivo original en el repositorio es una actualización, algo que desea asegurarse de NO hacer.
Guarde y salga de gedit.
5) vuelva a colocar los resultados en un paquete con un nombre diferente,
En realidad, podrías usar el mismo nombre, pero no te confundas.
6) instalar,
7) Entonces,
8) Agradezca a las personas que publicaron.
Muchas gracias a las personas que publicaron aquí que descubrieron cuál era el problema. My Utopic funciona perfectamente, incluidos los gestores de paquetes. La actualización de Utopic fue una pantalla negra con los controladores "abiertos", así que volví a mi fglrx habitual (originalmente renunciar al vino). Las personas de Ubuntu que hacen la reparación han dicho que, debido a un procedimiento predeterminado, la solución fácil, ya hecho, no puede estar en repos hasta después de abril de 2015, si es que lo hace, porque el conflicto "vino" es causado por el repositorio "universo" no compatible con Ubuntu. Cargaría todo el archivo modificado si supiera un lugar para hacerlo.
fuente
apt-get
(porque acabo de preparar paquetes que quiero instalar, ¿verdad?) Lo usésudo dpkg -i packages.deb ...
y lo instalé correctamente, pero el centro de control de AMD no quiere aparecer. Alguna pista ?apt-get
paso es parafglrx-updates
pero el deb esfglrx-updates-core
. Creo que el centro de control está incluido enfglrx-updates
Utilizando la información recopilada de todos los presentes, así como algunas investigaciones más, he creado un PPA como una solución más fácil para este problema.
y luego
sudo apt-get install fglrx
osudo apt-get install fglrx-updates
fuente
(Perdón por abrir una nueva respuesta, pero todavía no tengo suficiente reputación para comentar).
Siguiendo el consejo de Νίκος, me encontré con dos problemas:
dpkg requirió permiso de root para instalar los paquetes.
En el último paso, playonlinux aún no se instalará debido a problemas de dependencia.
Por lo tanto, podría ser útil reemplazar las últimas 3 líneas con estas 2:
Mis aplicaciones dependientes de Wine funcionaron perfectamente después de eso (¡Gracias Νίκος!).
Por cierto, Wine puede ejecutar sus programas instalados sin PlayOnLinux, pero es útil y le permite descargar versiones más actualizadas de Wine.
Editar: Este proceso dejó al administrador de paquetes en un estado inutilizable, lo que significa que no se instalarán más paquetes ni se actualizarán más todo el sistema.
Así que pasé a editar manualmente el archivo / var / lib / dpkg / status , como sugirió David. Terminé eliminando
ocl-icd-libopencl1 (>=1.0) | libopencl1, ocl-icd-libopencl1 (>=1.0) | libopencl-1.1-1
tanto de wine1.6-i386 como de wine1.6-amd64 .* Si alguien ve esto y necesita más orientación para el último paso: ignore los paquetes rotos en Aptitude .
fuente
Hola, me he encontrado con el mismo problema en la versión beta1 de 14.10 (sabor gnomo) amd64. , lo que hice es una solución temporal horrible y no debería hacerse en una instalación en el lugar de trabajo (aunque funciona en mi sistema). primero instalé wine (i386 y amd64) y dejé que desinstalara el fglrx y luego reinstalé los controladores con esto, que desinstala wine pero no sus dependencias.luego instalé vino nuevamente con
El último paso es tener la aplicación Playonlinux que te ayudará a instalar otras versiones de Wine.
ps: la dependencia que te fastidia es una lib opencl que ya tienes con fglrx pero apt-get derp debido a un error de empaque
Espero eso ayude
EDITAR: lo olvidé por completo
sería una buena idea ir a / var / lib / dpkg / status y editar los detalles de los paquetes de vino y eliminar cualquier mención del paquete en conflicto (es decir, ocl-icd-libopencl1)EDIT2: ahora puede desinstalar los paquetes de vino y fglrx, luego reinstalar vino y luego instalar los nuevos controladores (14.12) desde el sitio amd.com
fuente