Was Telegram-Desktop bis 4.8.10 will - von Linux?

[Kay Martinen]

Hallo

Ich setze hier noch ein Ubuntu 18.04 LTS ein das auch; von den "Pro"
Versionen abgesehen; auch noch updates bekommt.

Darauf läuft Telegram Desktop. Nicht die Alte Version die's wohl in den
Repos gibt sondern die DL-Version (64-bit bin) von deren Website.

Bisher lief das unauffällig. Doch seit einigen Versionen (die
anscheinend oft in Horden auftreten) seit ungefähr 4.7.x Ist oben im
Fenster des Programms ein Dunkler Balken aufgetaucht der üblicherweise
verschwindet wenn man es beendet und neu startete.

Doch jetzt ( seit 4.8.x) ist da ein Orangener Balken mit dem Text "bitte
dein Betriebssystem aktualisieren. Damit sich Telegram Desktop
aktualisieren kann" dazu ein X zum Schließen der Meldung das nicht
funktioniert.

Hmm, aktualisieren kann es sich aber weiterhin, bisher. Zuletzt eben auf
die o.g. 4.8.10

Was ich jetzt interessenhalber gern wüsste ist was genau dem Programm da
fehlt?

Ein 'ldd' des Binaries zeigt mir dies hier:

-snip-
> linux-vdso.so.1 (0x00007ffe72dfe000)
> libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007fd2c8eb6000)
> libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007fd2c8c62000)
> libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007fd2c8a1d000)
> libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fd2c8769000)
> libEGL.so.1 => /usr/lib/x86_64-linux-gnu/libEGL.so.1 (0x00007fd2c8555000)
> libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007fd2c82c9000)
> libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fd2c80a1000)
> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fd2c7d69000)
> libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007fd2c7b67000)
> libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fd2c7850000)
> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fd2c764c000)
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd2c72ae000)
> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd2c708f000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd2c6c9e000)
> /lib64/ld-linux-x86-64.so.2 (0x00007fd2c9255000)
> libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007fd2c6a9a000)
> libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fd2c687d000)
> libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fd2c6655000)
> libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fd2c643b000)
> libmount.so.1 => /lib/x86_64-linux-gnu/libmount.so.1 (0x00007fd2c61e7000)
> libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fd2c5fdf000)
> libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fd2c5dad000)
> libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007fd2c5b7b000)
> libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007fd2c58c5000)
> libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x00007fd2c5694000)
> libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fd2c5490000)
> libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fd2c528a000)
> libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fd2c5019000)
> libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007fd2c4dcc000)
> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fd2c4bc4000)
> libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fd2c49af000)
> libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007fd2c47a8000)

-snap-

soweit ich 'man ldd' verstehe ist die Zahl in klammern die
Speicheradresse an der die libs liegen. D.h. die sind vorhanden und
geladen und dennoch wirkt die meldung also ob ihm was fehlt - oder in
zukunft fehlen wird/würde?

Weiß dazu jemand was oder wie kann man das evtl. genauer raus finden?




Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

[Sven Joachim]

Am 29.07.2023 um 20:15 schrieb Kay Martinen:

> Ich setze hier noch ein Ubuntu 18.04 LTS ein das auch; von den "Pro"
> Versionen abgesehen; auch noch updates bekommt.
>
> Darauf läuft Telegram Desktop. Nicht die Alte Version die's wohl in
> den Repos gibt sondern die DL-Version (64-bit bin) von deren Website.
>
> Bisher lief das unauffällig. Doch seit einigen Versionen (die
> anscheinend oft in Horden auftreten) seit ungefähr 4.7.x Ist oben im
> Fenster des Programms ein Dunkler Balken aufgetaucht der üblicherweise
> verschwindet wenn man es beendet und neu startete.
>
> Doch jetzt ( seit 4.8.x) ist da ein Orangener Balken mit dem Text
> "bitte dein Betriebssystem aktualisieren. Damit sich Telegram Desktop
> aktualisieren kann" dazu ein X zum Schließen der Meldung das nicht
> funktioniert.
>
> Hmm, aktualisieren kann es sich aber weiterhin, bisher. Zuletzt eben
> auf die o.g. 4.8.10
>
> Was ich jetzt interessenhalber gern wüsste ist was genau dem Programm
> da fehlt?
>

> Weiß dazu jemand was oder wie kann man das evtl. genauer raus finden?

Den Quellcode herunterladen und studieren. Oder darauf warten, dass die
Entwickler es erklären, denn Du bist nicht alleine mit dem Problem:

https://github.com/telegramdesktop/tdesktop/issues/26589

Sven

[Marcel Mueller]

Am 29.07.23 um 20:15 schrieb Kay Martinen:

> Ich setze hier noch ein Ubuntu 18.04 LTS ein das auch; von den "Pro"
> Versionen abgesehen; auch noch updates bekommt.

> Doch jetzt ( seit 4.8.x) ist da ein Orangener Balken mit dem Text "bitte
> dein Betriebssystem aktualisieren. Damit sich Telegram Desktop
> aktualisieren kann" dazu ein X zum Schließen der Meldung das nicht
> funktioniert.

Die werden das veraltete Ubuntu 18.04 nicht mehr unterstützen. Dessen
LTS-Zeit ist am 31.05.2023 abgelaufen. Du musst upgraden, wenn der
Rechner weiter ins Netz soll.

> Was ich jetzt interessenhalber gern wüsste ist was genau dem Programm da
> fehlt?

Die Meldung war ja relativ klar.

> Weiß dazu jemand was oder wie kann man das evtl. genauer raus finden?

Das hatten wir ja schon. Quellcode angucken. Dann kannst du die Meldung
rauspatchen und weiter auf dem veralteten OS reiten.


Marcel