Los siguientes 20 paquetes van a ser actualizados:
kernel-firmware-amdgpu kernel-firmware-mediatek kernel-firmware-qcom libgraphite2-3 libgraphite2-3-32bit
libltdl7 libltdl7-32bit libprotobuf-c1 MozillaThunderbird MozillaThunderbird-openpgp-librnp
MozillaThunderbird-translations-common openSUSE-release openSUSE-release-appliance-custom perl perl-base
telegram-desktop xorg-x11-server xorg-x11-server-extra xorg-x11-server-Xvfb xwayland
El siguiente producto va a ser actualizado:
openSUSE Tumbleweed 20250620-0 -> 20250623-0
Los siguientes 50 paquetes NUEVOS van a ser instalados:
libabsl_base2505_0_0 libabsl_city2505_0_0 libabsl_cord2505_0_0 libabsl_cord_internal2505_0_0
libabsl_cordz_functions2505_0_0 libabsl_cordz_handle2505_0_0 libabsl_cordz_info2505_0_0
libabsl_crc32c2505_0_0 libabsl_crc_cord_state2505_0_0 libabsl_crc_internal2505_0_0
libabsl_debugging_internal2505_0_0 libabsl_decode_rust_punycode2505_0_0 libabsl_demangle_internal2505_0_0
libabsl_demangle_rust2505_0_0 libabsl_examine_stack2505_0_0 libabsl_exponential_biased2505_0_0
libabsl_hash2505_0_0 libabsl_hashtablez_sampler2505_0_0 libabsl_int128-2505_0_0
libabsl_kernel_timeout_internal2505_0_0 libabsl_leak_check2505_0_0 libabsl_log_globals2505_0_0
libabsl_log_internal_check_op2505_0_0 libabsl_log_internal_format2505_0_0
libabsl_log_internal_globals2505_0_0 libabsl_log_internal_log_sink_set2505_0_0
libabsl_log_internal_message2505_0_0 libabsl_log_internal_nullguard2505_0_0
libabsl_log_internal_proto2505_0_0 libabsl_log_internal_structured_proto2505_0_0 libabsl_log_sink2505_0_0
libabsl_low_level_hash2505_0_0 libabsl_malloc_internal2505_0_0 libabsl_raw_hash_set2505_0_0
libabsl_raw_logging_internal2505_0_0 libabsl_spinlock_wait2505_0_0 libabsl_stacktrace2505_0_0
libabsl_strerror2505_0_0 libabsl_str_format_internal2505_0_0 libabsl_strings2505_0_0
libabsl_strings_internal2505_0_0 libabsl_symbolize2505_0_0 libabsl_synchronization2505_0_0
libabsl_throw_delegate2505_0_0 libabsl_time2505_0_0 libabsl_time_zone2505_0_0
libabsl_tracing_internal2505_0_0 libabsl_utf8_for_code_point2505_0_0 libprotobuf-lite31_1_0
libutf8_range-31_1_0
20 paquetes a actualizar, 50 nuevos.
Tamaño de la descarga del paquete: 286,9 MiB
Cambio de tamaño de la instalación del paquete:
| 596,9 MiB requerido por los paquetes que se instalarán
4,7 MiB | - 592,2 MiB liberados por los paquetes que van a ser eliminados
Backend: classic_rpmtrans
¿Desea continuar? [s/n/v/...? mostrar todas las opciones] (s):
After the update, Telegram Desktop launches a core dump and if I tell it to uninstall, it tries to delete all the new libraries installed by the update.
Te ha movido tu tema a nuestro foro por ser hispanohablante.
Es muy raro que si desinstalas Telegram te quiera desinstalar la ultima actualización. Prueba desinstalarlo con zypper y danos su salida acotada como Texto preformato, icono ‘</>’ del editor.
sudo zypper rm telegram-desktop
Presentante en el hilo de Presentaciones y cuéntanos cosas de ti y de tu gecko.
Cuando actualicé a la 20250620 (no uso telegram) el dup quería meterme VLC y las bibliotecas antiguas que necesita de Ffmpeg (fijo que por querer actualizar un patrón que tuviera VLC).
Como ya no uso VLC (uso Haruna que es de Plasma y es un reproductor mpv), metí VLC en la lista de bloqueos de zypper y el dup me salió normalito. Sin querer instalar tonterías nuevas que no necesito.
A ver si teneis algún problema similar con la actualización de los patrones.
No lo tengo instalado, no quería instalarlo pero sudo zypper dup quería instalarlo. Está en 2 repos imprescindibles: Repositorio Principal OSS y Packman.
~/Descargas zypper se -v vlc ✔ 11:57:25
Cargando datos del repositorio...
Leyendo los paquetes instalados...
S | Name | Type | Version | Arch | Repository
---+--------------------------------+-------------+-------------------------------------+--------+----------------------------
l | vlc | paquete | 3.0.21-1699.10.pm.5 | i586 | Packman
name: vlc
l | vlc | paquete | 3.0.21-1699.10.pm.5 | x86_64 | Packman
name: vlc
| vlc | paquete src | 3.0.21-1699.10.pm.4 | noarch | Packman
name: vlc
| vlc | paquete src | 3.0.21-1699.10.pm.5 | noarch | Packman
name: vlc
l | vlc | paquete | 3.0.21-7.2 | x86_64 | Repositorio principal (OSS)
name: vlc
Me he estado reprimiendo de responder eso justamente. ¿Por qué no utilizar la versión web?, además si usas chromium se puede tener como aplicación y es bastante cómodo. Así tengo whatsapp, telegram, chatgpt, y alguna cosilla más
en mi caso no que va…esperemos lo resuelvan pronto pues entonces que sentido tendria usar repos que al actualizar aplicaciones de uso diario se rompa el sistema…en lo personal prefiero usar aplicaciones fuera de los repos en lo menos posible…y en ultima instancia iria por la version de telegram en su sitio web y descargarla…pero no le veo a una solucion en una distro como opensuse que sea usar la version web…
desde el update del dia 24 con las nuevas librerias esta roto, da segmen fault en tumbleweed asi que en slowroll no debe faltar mucho para que pase lo mismo
Yo tengo en dos equipos instalado Telegram, pero la versión binaria oficial, la beta, que se actualiza mucho más a menudo (casi cada semana) y nunca he tenido problemas. Incluso se arranca automáticamente tras lanzarlo la primera vez.
En mi experiencia, es la que recomiendo. No tengo que esperar a que se actualice en los repositorios y la actualización es casi instantánea, pero es el usuario el que elige o no actualizar cuando muesta que está disponible.
