Hola. Solo queria avisar que hay un conflicto con Mesa entre las versiones del repo Tumbleweed y las versiones del repo packman que da como resultado multiples fallos en la visualizacion del escritorio. Es curioso que en esta ocasion zypper no lo ha visto como un conflicto de dependencias en Mesa. El resultado si teneis un AMD Ryzen y actualizais, es muy probable que sea este: (pasa algo similar en KDE)
Saludos
PD.: esto me va a llevar a Aeon con mas rapidez de lo que esperaba en mis pcs, salvo en un portatil con un unico ssd, donde no puedo instalar Aeon.
Packman es en mi opinion el eslabon debil de esta magnifica distribucion , estos conflictos ocurren varias veces al año.
Hola:
Packman es un proveedor necesario y de ahí no importa, la versión del archivo, ya sea inferior o superior, ya que en ese proveedor es funcional (que funciona) .
Si instalas el oficial, no te va a funcionar, porque no incluye los codecs.
Lo normal es que mesa sea para un drive, y venga de un proveedor oficial, pero si viene de packman, puede que sea por que afecte a algo multimedia (packman que vea no se suele meter con el sistema) .
Es tan necesario que su prioridad es 70 (alta), o sea prevalece sobre los demás .
Saludos .
PD. lo de 70 o 77 o por debajo de los otros, se viene haciendo desde versiones muy antiguas, y en todas es lo mismo.
1 Like
A esta hora, Packman ya está actualizado. Tras hacer un sudo zypper ref me sale esto:
zypper lu | grep Mesa ✔ 16s 01:40:18
v | Packman | libOSMesa8 | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | libOSMesa8-32bit | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-32bit | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-dri | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-dri-32bit | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-gallium | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-gallium-32bit | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-libEGL1 | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-libGL1 | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-libGL1-32bit | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-libglapi0 | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-libglapi0-32bit | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-libva | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-vulkan-device-select | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
v | Packman | Mesa-vulkan-device-select-32bit | 24.0.8-1699.380.pm.1 | 24.1.0-1699.382.pm.1 | x86_64
Nada de 24.0.9 que es la que quiere meter openSuSE. Packman ha puesto disponible la 24.1.0 (no ha tardado tanto Packman, 1 día).
Saludos
Por lo que he estado leyendo, tienes razon, no es un problema de packman sino de Mesa, que ha enviado un paquete problematico con las configuraciones AMD Ryzen (en mi caso mis dos pcs 
)
Mesa 24.1.1 deberia arreglar este problema, mientras tanto toca esperar en un snapshot anterior.
Saludos
Ya está disponible Mesa 24.1.1 en Packman.
Saludos
Buenas, sigue sin funcionar la versión de Mesa de Packman. Por curiosidad, este fallo de Mesa no debería haberlo detectado openQA?
A tanto no llego.
Yo, en cambio, no puedo hacer dup desde hace unos días por VLC. TW quiere meterme la 3.0.21 de openSuSE mientras que Packman sigue en 3.0.20.
Saludos
1 Like
Eso es por el paquete “codecs”, ¿no?
Más bien un poco de todo (ya sé que puedo mantener el de Packman y se acabó) pero no me importa esperar.
3 problemas:
Problema: 1: el elemento vlc-codec-fluidsynth-3.0.21-2.1.x86_64 que se va a instalar requiere vlc-noX =
3.0.21, pero no se puede satisfacer este requisito
proveedores no instalables: vlc-noX-3.0.21-2.1.x86_64[download.opensuse.org-oss]
Problema: 2: el elemento phonon-vlc-qt5-0.12.0-2.3.x86_64 que se va a instalar requiere vlc = 3.0.21, pe
ro no se puede satisfacer este requisito
proveedores no instalables: vlc-3.0.21-2.1.x86_64[download.opensuse.org-oss]
Problema: 3: el elemento vlc-3.0.21-2.1.x86_64 que se va a instalar requiere vlc-qt = 3.0.21-2.1, pero n
o se puede satisfacer este requisito
proveedores no instalables: vlc-qt-3.0.21-2.1.x86_64[download.opensuse.org-oss]
Me he fijado que vlc-codec-fluidsynth lo tengo de openSuSE en lugar de Packman. Pero da igual, que el problema es phonon que pide VLC 3.0.21.
Todavía no sé por qué no desinstalo phonon que tiene tantísimos años. No sé ni si sirve para algo a día de hoy.
Saludos
Yo eso lo solucioné desinstalando el paquete de códecs, creo que en la primera propuesta de solución era cambiar la arquitectura, pero no recuerdo exactamente.
Salud!!
Hola a tod@s ,el fallo es solo para los usuarios de amdgpu o también en intel, he ido a yast para borrar algunos snap y salia en negro ,he tenido que borrar con yast por consola, porque los snapshot que tenia todos tenían la misma fecha de actualización, y todas las snapshot me daban el mismo error,que cosa mas rara,He intentado actualizar por discover y por consola y me da error ,sera temporal,desde aquí elogiar a opensuse por poder recuperar el sistema sin problemas.
Ajunto captura de snapshot todos con la misma fecha,muy raro
Salud y Saludos
Hola. El fallo afecta a amdgpu solamente que yo sepa. Por probar, he instalado Arch y la misma version de Mesa (24.1.1) funciona perfectamente, por lo que entiendo que es un problema de configuracion y/o compilación de la distribucion, no de Mesa especificamente.
Saludos
1 Like
He reducido el número de problemas cambiando el proveedor del paquete vlc-codec-fluidsynth de openSuSE a Packman (no sé porque estaba openSuSE de proveedor).
2 problemas:
Problema: 1: el elemento phonon-vlc-qt5-0.12.0-2.3.x86_64 que se va a instalar requiere vlc = 3.0.21, pe
ro no se puede satisfacer este requisito
proveedores no instalables: vlc-3.0.21-2.1.x86_64[download.opensuse.org-oss]
Problema: 2: el elemento phonon-vlc-qt6-0.12.0-2.3.x86_64 que se va a instalar requiere vlc-noX = 3.0.21
, pero no se puede satisfacer este requisito
proveedores no instalables: vlc-noX-3.0.21-2.1.x86_64[download.opensuse.org-oss]
Ya sólo pregunta por phonon (está disponible la opción de mantener la versión de phonon qt5 y qt6). Así que cuando quiera actualizar, Solución 3: mantener el elemento phonon-vlc-qt5-0.12.0-2.2.x86_64 obsoleto (ídem para qt6) y listos.
Saludos
Hola ,gracias por su comentario,he intentado instalar un programa y no me deja instalar me da un error ,he intentado instalar otros programas y el fallo me lo da un archivo llamado “libgoocanvas”
habrá que esperar a que lo solucionen, ni siquiera puedo actualizar y si lo intento aunque no se actualice al reiniciar tengo problemas.
Saludos
Ha salido Mesa 24.1 en los repos de openSuSE (por si quieres probar con ellos en lugar de los de Packman) con la snapshot de hace 10 horas, la 20240618.
Saludos
2 Likes
Hola. sigue igual, el problema persiste con Mesa y los procesadores AMD. Lo curioso de esto es que en otras distribuciones rolling como Arch con la misma versión de Mesa no sucede este problema.
Aeon también está afectado por el mismo problema.
Lo peor de todo es que no me deja ya volver a un snapshot anterior, así que he tenido que instalar slowroll.
Lo que más me ha extrañado es que openQA no ha detenido la publicación de snapshots conociendo este bug de Mesa con los procesadores AMD.
Y Aeon tampoco ha hecho una reversión automática ante la actualización fallida.
Saludos
Tiene que ver con algo llamado LTO:
https://bugzilla.suse.com/show_bug.cgi?id=1226462#c7
Lo han marcado FIXED (leer los últimos comentarios).
Saludos
1 Like
Hola Vernius,el problema persiste ,pero se podía recuperar un snapshot , a no ser que lo instalaras el mismo día del bug (creo que se dice así ) yo también soy solo un usuario (novato) pero he recuperado el sistema recuperando un snapshot anterior.
como ves en cargar un sanpshot anterior me salia todos con fecha del día 19 (el día que me dio el fallo),solo tenias que seguir hacia arriba y buscar un snapshot del día 18 0 anterior, o ejecutar yast por consola ya que gráficamente no se podía y borrar del sistema de instantáneas.
Ya que en el foro no solo contesta a los expertos si no también a los novatos (como yo),podías haber preguntado,ya que son muy amables ,yo intento preguntar lo menos posible ,pero no creo que nadie conozca todo del sistema ,ni del kernel ni de programas gnu de la comunidad linux.
Salud y saludos.
Gracias. Ahi esta mi error, pense que la lista de snapshots se acababa en los que muestra en el primer listado al acceder al arranque de solo lectura. De todo se aprende, y esto me ha servido para aprender mas sobre Linux, openSUSE y la forma de interactuar con la comunidad. Siento que en ocasiones pregunto demasiado y por eso intento solucionar por mi mismo las cosas.
Por cierto, han publicado nueva version de Mesa en los repos oficiales y funciona bien, pero si añades el repo packman en la actualizacion, vuelve a crashear, asi que toca esperar a que packman suba la version corregida.
Saludos
