Actualizaciones, pero no serán instaladas

Hola,

Hace ya más de una semana tengo algunos paquetes ‘retenidos’, o que ‘no se instalan’, en algún momento me dijeron que es normal que suceda así, ¿pero … por tanto tiempo, y tantas?.

Las siguientes 38 actualizaciones NO serán instaladas:
  ffmpeg-4 libavcodec58_134 libavdevice58_13 libavfilter7_110 libavformat58_76 libavresample4_0
  libavutil56_70 libfdk-aac2 libfdk-aac2-32bit libgbm1 libheif1 libOSMesa8 libpipewire-0_3-0
  libpostproc55_9 libquicktime0 libswresample3_9 libswscale5_9 libvdpau_r600 libvdpau_radeonsi
  libvulkan_intel libvulkan_radeon Mesa Mesa-dri Mesa-gallium Mesa-libEGL1 Mesa-libGL1
  Mesa-libglapi0 Mesa-libva Mesa-vulkan-device-select pipewire pipewire-lang pipewire-modules-0_3
  pipewire-spa-plugins-0_2 pipewire-spa-tools pipewire-tools vlc-codec-fluidsynth
  vlc-codec-gstreamer vlc-vdpau
No hay nada que hacer.
keos@localhost:~>

Espero no sea un problema pero como no estoy aún acostumbrado del todo a esta distro me gustaría consultarles,

Gracias y Saludos

Hola:
Esos son de Packman.

Tienes cambiado algo a ese repositorio? (prioridad, AUTO actualizaciones, no incluyes opciones cambio de proveedor,etc) .
Si ya los tienes instalados, la dependencias las tienes cumplidas (eso creo) , aunque puede que algún repo, tenga mas prioridad que packman .
Saludos

Estos son los repos,

keos@localhost:~> zypper lr -Up
#  | Alias                 | Name                                                         | Enabled | GPG Check | Refresh | Priority | URI
---+-----------------------+--------------------------------------------------------------+---------+-----------+---------+----------+--------------------------------------------------------------------------------
 5 | repo-non-oss          | Repositorio Non-OSS                                          | Sí      | (r ) Sí   | Sí      |   99     | http://download.opensuse.org/distribution/leap/15.6/repo/non-oss/
 6 | repo-oss              | Repositorio principal                                        | Sí      | (r ) Sí   | Sí      |   99     | http://download.opensuse.org/distribution/leap/15.6/repo/oss/
 8 | repo-source           | Source Repository                                            | Sí      | (r ) Sí   | Sí      |   99     | http://download.opensuse.org/source/distribution/leap/15.6/repo/oss/
 4 | repo-backports-update | Update repository of openSUSE Backports                      | Sí      | (r ) Sí   | Sí      |   99     | http://download.opensuse.org/update/leap/15.6/backports/
10 | repo-update-non-oss   | Repositorio de actualizaciones (código no abierto)           | Sí      | (r ) Sí   | Sí      |   99     | http://download.opensuse.org/update/leap/15.6/non-oss/
 9 | repo-update           | Repositorio principal de actualizaciones                     | Sí      | (r ) Sí   | Sí      |   99     | http://download.opensuse.org/update/leap/15.6/oss
 7 | repo-sle-update       | Update repository with updates from SUSE Linux Enterprise 15 | Sí      | (r ) Sí   | Sí      |   99     | http://download.opensuse.org/update/leap/15.6/sle/
11 | yandex-browser        | yandex-browser                                               | Sí      | ( p) Sí   | Sí      |   99     | http://repo.yandex.ru/yandex-browser/rpm/stable/x86_64
 2 | midori                | midori                                                       | Sí      | (r ) Sí   | Sí      |   98     | https://download.opensuse.org/repositories/home:/ponchale1/openSUSE_Tumbleweed/
 3 | packman-essentials    | packman-essentials                                           | Sí      | (r ) Sí   | Sí      |   70     | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.6/Essentials
 1 | librewolf             | librewolf                                                    | Sí      | (r ) Sí   | Sí      |   99     | https://rpm.librewolf.net/
keos@localhost:~>

Hola:
Mesa y codecs, vlc, etc , están exclusivamente en Packman, si ya los tienes , no se van instalar de nuevo, ademas marca cambio de proveedor, por si hay actualizaciones .
Saludos

Creo que en realidad hay algún problema, ya no son 38 actualizaciones las que no se instalarán sino 45 …

keos@localhost:~> sudo zypper ref
[sudo] contraseña para root: 
El repositorio 'librewolf' está actualizado.                                                     
El repositorio 'midori' está actualizado.                                                        
El repositorio 'packman-essentials' está actualizado.                                            
El repositorio 'Update repository of openSUSE Backports' está actualizado.                       
El repositorio 'Repositorio Non-OSS' está actualizado.                                           
El repositorio 'Repositorio principal' está actualizado.                                         
El repositorio 'Update repository with updates from SUSE Linux Enterprise 15' está actualizado.  
El repositorio 'Source Repository' está actualizado.                                             
El repositorio 'Repositorio principal de actualizaciones' está actualizado.                      
El repositorio 'Repositorio de actualizaciones (código no abierto)' está actualizado.            
El repositorio 'yandex-browser' está actualizado.                                                
Todos los repositorios han sido actualizados.
keos@localhost:~> sudo zypper up
Cargando datos del repositorio...
Leyendo los paquetes instalados...

Los 5 elementos siguientes están bloqueados y no cambiarán con ninguna acción:
 Instalado:
  wine wine-32bit wine-gecko wine-mono winetricks

Las siguientes 45 actualizaciones NO serán instaladas:
  ffmpeg-4 libavcodec58_134 libavdevice58_13 libavfilter7_110 libavformat58_76 libavresample4_0
  libavutil56_70 libfdk-aac2 libfdk-aac2-32bit libgarcon-data libgarcon-lang libgbm1 libheif1
  libOSMesa8 libpipewire-0_3-0 libpostproc55_9 libquicktime0 libswresample3_9 libswscale5_9
  libvdpau_r600 libvdpau_radeonsi libvulkan_intel libvulkan_radeon Mesa Mesa-dri Mesa-gallium
  Mesa-libEGL1 Mesa-libGL1 Mesa-libglapi0 Mesa-libva Mesa-vulkan-device-select pipewire
  pipewire-lang pipewire-modules-0_3 pipewire-spa-plugins-0_2 pipewire-spa-tools pipewire-tools
  vlc-codec-fluidsynth vlc-codec-gstreamer vlc-vdpau xfce4-panel xfce4-panel-lang xfce4-settings
  xfce4-settings-color xfce4-settings-lang
No hay nada que hacer.
keos@localhost:~>

Y por la vía grafica …

al abrir ‘mas detalles’:

el elemento libgarcon-data-4.18.2-bp156.4.3.1.noarch que se va a instalar requiere libgarcon-branding = 4.18.2, pero no se puede satisfacer este requisito

Hola:
Tienes que darle tiempo, desmarca lo o no selecciones ese y actualiza los demás.
Cuando sala el que le fata, o bien se soluciona ese, o bien se actualiza o bien desaparece de la actualización . (lo importante es que actualizaste la mayoría ) .
Saludos .

No entiendo que estas indicando aquí, ¿que he actualizado la mayoria?, dice que:

Las siguientes 45 actualizaciones NO serán instaladas:

desmarca lo o no selecciones ese y actualiza los demás.

*¿Que debo desmarcar, ‘ese’, cual, hay un recuadro para todas estas actualizaciones?:

Ejecuta el comando de arriba, danos su salida y te diré lo que te esta ocurriendo.

Si quieres ejecuta el comando que te mostrara dicha salida.

keos@localhost:~> sudo zypper up ffmpeg-4
Cargando datos del repositorio...
Leyendo los paquetes instalados...
Hay un candidato de actualización para 'ffmpeg-4' del proveedor 'http://packman.links2linux.de', aunque el proveedor actual es 'SUSE LLC <https://www.suse.com/>'. Use 'zypper install ffmpeg-4-4.4.4-150600.22.pm.2.x86_64' para instalar este candidato.
Resolviendo dependencias de paquete...

Los 5 elementos siguientes están bloqueados y no cambiarán con ninguna acción:
 Instalado:
  wine wine-32bit wine-gecko wine-mono winetricks
No hay nada que hacer.
keos@localhost:~>
keos@localhost:~> sudo zypper install ffmpeg-4-4.4.4-150600.22.pm.2.x86_64
Cargando datos del repositorio...
Leyendo los paquetes instalados...
Resolviendo dependencias de paquete...

Problema: 1: el elemento ffmpeg-4-4.4.4-150600.22.pm.2.x86_64 que se va a instalar requiere libavformat58_76 = 4.4.4-150600.22.pm.2, pero no se puede satisfacer este requisito
proveedores no instalables: libavformat58_76-4.4.4-150600.22.pm.2.x86_64[packman-essentials]

 Solución 1: Se realizarán las siguientes acciones:
  instalar libavformat58_76-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libavformat58_76-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libavcodec58_134-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libavcodec58_134-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libavresample4_0-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libavresample4_0-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libswresample3_9-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libswresample3_9-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libpostproc55_9-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libpostproc55_9-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libavutil56_70-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libavutil56_70-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libavfilter7_110-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libavfilter7_110-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libavdevice58_13-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libavdevice58_13-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
  instalar libswscale5_9-4.4.4-150600.22.pm.2.x86_64 del proveedor http://packman.links2linux.de
   reemplazando libswscale5_9-4.4-150600.13.13.1.x86_64 del proveedor SUSE LLC <https://www.suse.com/>
 Solución 2: no instalar ffmpeg-4-4.4.4-150600.22.pm.2.x86_64
 Solución 3: romper ffmpeg-4-4.4.4-150600.22.pm.2.x86_64 ignorando algunas de sus dependencias

Elija las soluciones usando '1' o cancele usando 'c' [1/2/3/c/i/?] (c):

Te esta diciendo que dichos paquetes no se instalan porque son de un proveedor distinto al instalado. Es decir, que los paquetes que tienes instalados son del repositorio openSUSE y las versiones mas nuevas están en el repositorio Packman; por eso no te deja actualizarlos porque implica que tienes que cambiar de proveedor…

Creo que te hemos explicado varias veces el repositorio Packman, parece que sigues sin entenderlo.

Así parece … ¿Puedes entonces ‘por última vez’ explicarme que es lo que no entiendo, que es lo que hago mal para que ocurra esto por mi culpa?.

A ver, constesta a las preguntas.

  1. ¿Para que has instalado el repositorio (repo) Packman?
  2. ¿Que paquetes del repo Packman tienes instalados?
  3. ¿Para que utilizas esos paquetes del repo Packman?
1 Like

Si mal no recuerdo por problemas con los videos, vlc.

Entonces, en ese caso elige la opción 1 (uno), la de instalar todo eso que te piden.

Ya lo había hecho, entonces via terminal bajan el número de paquetes que ‘no se instalarán’ a 34,

Las siguientes 34 actualizaciones NO serán instaladas:
  libfdk-aac2 libfdk-aac2-32bit libgarcon-branding-openSUSE libgbm1 libheif1 libOSMesa8
  libpipewire-0_3-0 libquicktime0 libvdpau_r600 libvdpau_radeonsi libvulkan_intel
  libvulkan_radeon Mesa Mesa-dri Mesa-gallium Mesa-libEGL1 Mesa-libGL1 Mesa-libglapi0 Mesa-libva
  Mesa-vulkan-device-select pipewire pipewire-lang pipewire-modules-0_3 pipewire-spa-plugins-0_2
  pipewire-spa-tools pipewire-tools vlc-codec-fluidsynth vlc-codec-gstreamer vlc-vdpau
  xfce4-panel xfce4-panel-lang xfce4-settings xfce4-settings-color xfce4-settings-lang
No hay nada que hacer.
keos@localhost:~>

... pero Yast seguía mostrando el mismo problema anterior con relación a esa librería garcon, la bajé a una versión inferior y le dí a aceptar pero parece que no 'hizo caso', ya que sigue apareciendo como instalada, solo que ahora ya no aparece el 'Package Update Indicator' pidiendo actualizarse y dando los errores anteriores  (?).

La versión continúa instalada:

keos@localhost:~> sudo zypper se libgarcon-data-4.18.2-bp156.4.3.1.noarch
Cargando datos del repositorio...
Leyendo los paquetes instalados...

S  | Name           | Type    | Version            | Arch   | Repository
---+----------------+---------+--------------------+--------+----------------------------------------
i+ | libgarcon-data | paquete | 4.18.2-bp156.4.3.1 | noarch | Update repository of openSUSE Backports
keos@localhost:~> 

*No me has dicho que yo hice mal …

Pues después de como dos horas sin aparecer … se repite en forma ‘aumentada’, ahora hay dos lineas:

EDITO:

El mismo fallo con relación a ese garcon lib en la otra máquina y allí no está instalado Packman.

Hola.

Olvídate de Leap o Tumbleweed. Imagina que reinstalas una nueva versión de esos sistemas que incluye exactamente dos repositorios. Uno, llamémoslo Oficial y otro llamémoslo Actualizaciones. En Oficial tenemos el software que forma parte de la distribución, y en el de actualizaciones… bueno, las actualizaciones, ¿qué otra cosa si no?

Ahora imagina que tienes el programa palabras, que usa las librerías libpalabras y libpalabras-extra.

Se publica una versión del sistema, y como software oficial además de montones de cosas más incluye palabras 2.0 y las librerías en la misma versión 2.0, claro.

Al cabo de 15 días aparece una actualización que solventa problemas o errores o lo que sea. En el repositorio actualizaciones tendrás palabra 2.1 mientras en que el oficial tendrás el mismo que tenías: palabra 2.0.

Cuando el sistema ve que hay una actualización es porque ve que los dos repositorios son parte de la distribución, o en nuestro lenguaje tienen el mismo proveedor. Si tienen el mismo proveedor (hemos dicho que sí) y tienen la misma prioridad, se instala la versión mayor cuando se pida la actualización.

Hasta aquí lo que es esperable.

Ahora imagina que instalas un programa llamado inventordepalabras que entre otras cosas usa una misma librería que palabras (libpalabras-extra, por ejemplo). E imagina que no forma parte de la distribución, que has encontrado un repositorio en internet (digamos en https://softwaremolon.sistemadesconocido.org ) y lo añades a tu sistema para poder instalar ese programa.

Puede darse que inventordepalabras usa una versión más reciente de libpalabras-extra, por ejemplo la versión 2.2 (recordemos que está instalada la 2.1).

Si intentas actualizar el sistema no te instalará esta nueva versión por mucha prioridad que le des. El sistema por defecto no cambia de proveedor salvo que la persona usuaria lo indique explícitamente al actualizar. Tiene sentido: cada cuál se reponsabiliza de lo que ha pasado por su mano. Un problema con libpalabras-extra 2.2 podría hacer que palabras 2.1 dejase de funcionar!

Fíjate que he mencionado la posibilidad de error como justificante de que no se permita ese cambio por defecto, pero todo lo dicho es válido para cuando todo está bien. Suponemos que palabra, inventordepalabras y las librerías libpalabras y libpalabras-extra funcionan bien.

Entre los errores que pueden darse podría ser que se actualiza inventordepalabras pero en ese momento sigue sin actualizarse libpalabras-extra, o podría darse que le has indicado al sistema que no actualice esa librería. Incluso es posible que cuando vas a actualizar tu sistema en algún repositorio no se hayan copiado todos los paquetes nuevos aún, o que alguien se haya despistado y no haya actualizado un paquete… Otros problemas más sutiles surgen cuando se instala algo de un repositorio y luego se elimina, o cuando se instala algo pero no se añade su repositorio. Aquí solemos recomendar tener los repositorios imprescindibles para minimizar estos inconvenientes. Al menos hasta que la persona usuaria se acostumbre, luego ya que tenga los que quiera.

Es muy difícil para un sistema anticiparse a lo que va a necesitar realmente la persona usuaria de turno. Eso es lo que impulsa a la gente a sistemas inmutables como MicroOS y sus descendientes: hay situaciones en las que se necesitan tantas versiones de librerías diferentes y que hay que mantener actualizadas que no siempre se puede dar respuesta por contenedores, así que de ahí sale la inmutabilidad. Pero incluso sin inmutabilidad, los sistemas como flatpak soslayan este problema de forma similar a los contenedores.

Es un tocho, sí, pero has hecho muchas preguntas sobre paquetes, versiones y repositorios. Lee este tocho despacio.

Hola:
Packman, se elije porque trae los codecs y puedes oír y ver videos, para que no de problemas, se le pone una prioridad alta (poner un nº bajo es prioridad alta, si el nº es alto, la prioridad es mas baja, otro proveedor —> prioridad 99 (baja) packman ----> prioridad 70 (prioridad alta) .

Esto permite que los archivos de packman, sean elegidos, antes que otro proveedor, vamos, que tienes un utilitario funcionando, en vez de un porche con las 4 ruedas pinchadas ( lo que interesa es que se vean los videos, no que la versión del programa sea alta o mas bonita, si al final no puedes ni ver , ni oir nada) .

Lo que te salga una lista de programas, que no van a ser instalados, es por lo que te comentan, en mi caso, tengo es lista, porque no quiero que se instalen, es decir, he bloqueado los texlive, para que no se instalen nunca (no los uso y ocupan mucho) .
Me parece que si marcas las opciones de cambio de proveedor, te muestran los de mas prioridad,

Cita :

keos

22 h

No entiendo que estas indicando aquí, ¿que he actualizado la mayoria?, dice que:

Las siguientes 45 actualizaciones NO serán instaladas:

desmarca lo o no selecciones ese y actualiza los demás.

*¿Que debo desmarcar, ‘ese’, cual, hay un recuadro para todas estas actualizaciones?:

Me sale en el notificador de que tengo 20 actualizaciones (es un ejemplo) , bien le doy actualizar , empieza a hacer lo , pero por ejemplo al llegar a la 18, me da un error, de que ese actualización no se puede , por que le falta un archivo, y lo que hace es bloquear las actualizaciones. (todas o sea por una no actualiza las 20, con lo que comento actualiza 19 y deja una pendiente)

Bien ante ese caso que puedo hacer, si por una, no puedo actualizar las demás, pues de selecciono, la que da problemas y lo doy actualizar a las demás (esto hace que se actualice la mayoría y deja una pendiente por un problema, ya sea fijo o temporal, el resultado es claro todas bien y actualizadas y una pendiente de resolver) .

Saludos

Edito: Que te salga una lista, es para informarte (según lo que te han comentado los compañeros) , eso no indica que tengas un problema, si lo tuvieses, te saldría una opción para que elijas, tu , para resolverla, en este caso tu tienes que tener packman a prioridad 70 o alta, si no te pregunta cual vas a elegir, en este caso la 1 , o sea elijes packman (creo que si la prioridad es correcta en yast repositorios, eso no debería salir) .
Saludos

En la máquina en que tengo instalado Packman, la prioridad es la correcta, la que ustedes me han indicado siempre, 70

[y salen esos problemas de que no se instalarán … más lo de YaST]

En la otra máquina, en cambio, en donde Packman no está instalado, solo sale ese problema en YaST (el de la captura, no así con lo de las ‘tantas’ actualizacione que no …).

Y todo eso en Leap, TW, sin problemas en ambas máquinas!.

Asumo que por el momento debo dejarlo todo así como está …

Saludos