Esto va para largo.
Eso solo significa que esos paquetes están disponibles en versiones más actuales de las instaladas pero no pueden actualizarse debido a las reglas que tienes configuradas respecto a cuándo puede actualizarse un paquete.
En Packman tienes los paquetes chromium-ffmpeg-extra y chromium-plugin-widevinecdm. Lo demás es FOSS y si no funciona bien será por alguna razón, no porque falte nada privativo etc.
El repo puedes revisarlo, en Myrlyn → Repositorios, o bien directamente en su URL: https://download.opensuse.org/distribution/leap/16.0/repo/non-oss/
Siempre hablamos de la prioridad, pero en este caso es más importante quién es el vendor (quien proporciona el paquete). En este caso es Packman. En los repos oficiales, es SUSE/openSUSE.
Por ejemplo, ¿quién proporciona el paquete ffmpeg-7?
$ zypper info ffmpeg-7 | grep Vendedor
Vendedor : http://packman.links2linux.de
Lamentablemente no conozco ninguna forma de informarse en zypper de los vendedores respectivos cuando un paquete está disponible en repositorios de diferentes vendedores. Por ejemplo, puedo listar los paquetes disponibles para ffmpeg-7:
$ zypper se --details ffmpeg-7
Obtendo os datos do repositorio...
Lendo os paquetes instalados...
S | Name | Type | Version | Arch | Repository
---+------------------------------+-------------+--------------------------+--------+----------------------
i+ | ffmpeg-7 | Paquete | 7.1.2-1699.4.pm.11 | x86_64 | (Paquetes do sistema)
v | ffmpeg-7 | Paquete | 7.1.2-1699.4.pm.20 | x86_64 | packman
v | ffmpeg-7 | Paquete | 7.1.2-1699.4.pm.20 | i586 | packman
v | ffmpeg-7 | Paquete | 7.1.2-1.3 | x86_64 | update-slowroll
v | ffmpeg-7 | Paquete | 7.1.2-1.1.4.2.sr20251001 | x86_64 | update-slowroll
v | ffmpeg-7 | Paquete | 7.1.2-1.3 | i586 | update-slowroll
v | ffmpeg-7 | Paquete | 7.1.2-1.3 | x86_64 | repo-oss
| ffmpeg-7 | paquete src | 7.1.2-1699.4.pm.20 | noarch | packman
| ffmpeg-7 | paquete src | 7.1.2-1.3 | noarch | update-slowroll
| ffmpeg-7 | paquete src | 7.1.2-1.1.4.2.sr20251001 | noarch | update-slowroll
| ffmpeg-7-debuginfo | Paquete | 7.1.2-1699.4.pm.20 | x86_64 | packman
| ffmpeg-7-debuginfo | Paquete | 7.1.2-1699.4.pm.20 | i586 | packman
| ffmpeg-7-debuginfo | Paquete | 7.1.2-1.3 | x86_64 | update-slowroll
| ffmpeg-7-debuginfo | Paquete | 7.1.2-1.1.4.2.sr20251001 | x86_64 | update-slowroll
| ffmpeg-7-debuginfo | Paquete | 7.1.2-1.3 | i586 | update-slowroll
| ffmpeg-7-debugsource | Paquete | 7.1.2-1699.4.pm.20 | x86_64 | packman
| ffmpeg-7-debugsource | Paquete | 7.1.2-1699.4.pm.20 | i586 | packman
[...]
Si echáis un vistazo al directorio de configuración de zypp (no zypper!), veréis varios directorios con ficheros de configuración, aparte de los propios ficheros de configuración, p. ej. zypp. conf, zypper.conf (éste sí de zypper!).
$ ls
credentials.d multiversion.d needreboot.d repos.d services.d systemCheck.d vars.d vendors.d needreboot systemCheck zypp.conf zypper.conf
$ tree
.
├── credentials.d
├── multiversion.d
├── needreboot
├── needreboot.d
├── repos.d
[... aquí hay un montón de repos entre los que están, los que estuvieron y los que se prueban una sola vez por un solo paquete xD ]
├── services.d
│ ├── NVIDIA.service
│ └── openSUSE.service
├── systemCheck
├── systemCheck.d
│ └── transactional-update.check
├── vars.d
│ └── DIST_ARCH
├── vendors.d
│ └── 00-openSUSE.conf
├── zypp.conf
└── zypper.conf
Si echamos un vistazo a vendors.d, tenemos un único fichero 00-openSUSE.conf. Su contenido identifica a openSUSE:Factory (Tumbleweed) y a SUSE como el mismo vendedor o equivalente. Eso significa que los paquetes de uno y otro pueden intercambiarse.
cat vendors.d/00-openSUSE.conf
[main]
vendors=openSUSE,obs://build.opensuse.org/openSUSE:Factory,SUSE,SUSE LLC <https://www.suse.com/>
En realidad podríamos añadir ficheros o modificar ése para añadir equivalencias. Por ejemplo, puedes añadir http://packman.links2linux.de y de esa forma cualquier paquete más reciente en un vendedor sustituirá al otro al actualizar. Fijaos que en Leap tienes dos o tres repos del Vendedor openSUSE (OSS, openh264 y en su caso, NON-OSS), mientras que lo suyo es tener un solo repo del vendedor http://packman.links2linux.de (Packman).
Esto es importante porque por defecto tenemos esto configurado:
$ grep solver.allowVendorChange zypp.conf
# solver.allowVendorChange = false
Eso significa que al actualizar un paquete determinado, solo se actualizará si la mayor versión disponible está disponible en un repositorio del mismo vendedor del paquete que ya está instalado. En el ejemplo con ffmpeg-7, si en algún repos de openSUSE estuviera disponible una versión superior, e intentase actualizar, el sistema descartaría esa actualización con el mensaje
NO se instalará la siguiente actualización:
A menos que manualmente le indicase que lo hiciera con el modificador --allow-vendor-changes:
$ sudo zypper up --allow-vendor-change
Esto es importante porque si instalamos correctamente todo desde el principio, zypper resolverá la mayor parte de casos que puedan surgir. El problema es que rara vez instalamos bien todo desde el principio.
Tengo que actualizar bastante la versión en castellano, así que voy a usar la versión inglesa: SDB:Installing codecs from Packman repositories - openSUSE Wiki
En mi opinión, la opción 2 debería eliminarse o añadir una nota de "utilizar solamente si necesitas algo más de Packman. Y por supuesto, la opción de usar YaST es justamente hacer lo mismo que esa opción 2. Lo suyo es añadir el repo y manualmente seleccionar los paquetes indicados tal y como indico en la guía rápida a Tumbleweed: SDB:Guía rápida a Tumbleweed - openSUSE Wiki
Para estas cosas yo uso mucho más YaST → Software / Myrlyn que Zypper.
Contexto:
