Warning! This is probably not THE best solution and rather a dirty hack.

Updates only should come via yum package manager and official repositories.

After update, Telegram stops working.

first thing one does is open up a terminal, and try to start the program from there, so one can see the full error output the program gives:

# tested on:
hostnamectl 
Static hostname: centos.localdomain
Icon name: computer-laptop
Chassis: laptop
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 4.15.9
Architecture: x86-64

/usr/bin/Telegram/Telegram
/usr/bin/Telegram/Updater: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/bin/Telegram/Updater)
# this "solution" is a bit messy
# as it requires modification of system libraries
# created a new scriptvim /root/temp/glibc.sh
# with this content
echo $1;
strings $1 | grep --color GLIBCXX_3.4.2

# then run it like this
find / -type f -iname "*libstdc++*" -exec /root/temp/glibc.sh {} \;

# to find all files named libstdc++
# those are binary files
# so first command in script will simply output the name of the file
# the second command in script:
# "strings" will extract all readable strings
# grep will search for the string in question
# output will be simething like:

/usr/bin/tor-browser_en-US/Browser/TorBrowser/Tor/libstdc++/libstdc++.so.6
GLIBCXX_3.4.2
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.21
GLIBCXX_3.4.25
GLIBCXX_3.4.24
GLIBCXX_3.4.20
GLIBCXX_3.4.2
GLIBCXX_3.4.23
GLIBCXX_3.4.22

/usr/lib/libstdc++.so.6.0.19
GLIBCXX_3.4.2
/usr/lib64/libstdc++.so.6
GLIBCXX_3.4.2
/usr/lib64/libstdc++.so.6.0.19
GLIBCXX_3.4.2

# so the libstdc++.so.6 from the TorBrowser
# was compiled with the version of GLIBCXX
# required by Telegram

# the dirty fix:
cp -v /lib64/libstdc++.so.6 /lib64/libstdc++.so.6.backup
cp -v /usr/bin/tor-browser_en-US/Browser/TorBrowser/Tor/libstdc++/libstdc++.so.6 /lib64/libstdc++.so.6

hurray!

rebooted the system, nothing was breaking up to now, Telegram working again…

New in Telegram version 1.9.3:

• Videos in chats start playing automatically.
• Resume playback from where you left off when watching long videos and listening to long audio tracks.
• Control automatic playback for videos, GIFs and round video messages in Settings > Advanced > Automatic media download.
• Enjoy system spell checker support on all modern systems.

Happy new year and farewell to typos!

yeah tons of new features that probably come with billions of security holes, GREAT!

about GLIBC:

https://en.wikipedia.org/wiki/GNU_C_Library

Roland McGrath is a computer programmer.

While working for the GNU Project, he wrote the GNU C Library, co-wrote GNU Make, worked on the Hurd and GNU Mach, and wrote some parts of GNU Emacs.[1]

For a time he worked at the University of Utah’s Flux Project.[2]

He currently works for Red Hat.[3]

He is the primary author of utrace, a tracing facility for modules in the linux kernel.[4]

He is the maintainer of strace in Debian.[5]

his website is offline, but an 2017 archived version can be found here:

https://web.archive.org/web/20171004164723/http://www.frob.com/~roland

Free Software Foundation’s GNU Project. The Project’s goal is to produce the GNU operating system, a complete Unix-like operating system conformant to POSIX.1 and upward compatible with 4.4 BSD. Source code for the whole system will be freely available and copylefted so it stays free.

Here’s what I was been doing at the GNU Project:

You can get the current releases of

make

,

glibc

, Emacs, and many other things from the canonical GNU distribution sites.

Brave souls can get the latest snapshots of the Hurd and C library directly from GNU development machines.

src: https://web.archive.org/web/20020403181706/http://www.frob.com/~roland/roland-gnu.html

https://www.theregister.co.uk/2017/07/10/glibc_maintainer_roland_mcgrath_steps_down/

after RedHat, he now works for Google:

https://www.linkedin.com/in/roland-mcgrath-07927a2/

… on the „Native Client“ project: https://developer.chrome.com/native-client

„Native Client is a sandbox for running compiled C and C++ code in the browser efficiently and securely, independent of the user’s operating“

or they „wanted“…

https://en.wikipedia.org/wiki/Google_Native_Client

Critics:

Other IT professionals are more critical of this sandboxing technology as it has substantial or substantive interoperability issues.

Mozilla’s vice president of products, Jay Sullivan, said that Mozilla has no plans to run native code inside the browser, as „These native apps are just little black boxes in a webpage. […] We really believe in HTML, and this is where we want to focus.“[40]

Mozilla’s Christopher Blizzard criticized NaCl, claiming that native code cannot evolve in the same way that the source code-driven web can. He also compared NaCl to Microsoft’s ActiveX technology, plagued with DLL Hell.[3]

Håkon Wium Lie, Opera’s CTO, believes that „NaCl seems to be ‚yearning for the bad old days, before the web'“, and that „Native Client is about building a new platform – or porting an old platform into the web […] it will bring in complexity and security issues, and it will take away focus from the web platform.“[3]

Second generation: gVisor

The second generation of sandboxing developed in Google is gVisor.[41][42] It is intended to replace NaCl in Google Cloud, to be more exact in Google App Engine.

off topic: AI at MIT since 1969:

AI today at MIT: https://news.mit.edu/topic/artificial-intelligence2

admin