This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(233.6, 39%, 32%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EQT%3C/text%3E%3C/svg%3E)
CentOS-7 x86_64 users can not upgrade from teams-1.4.00.7556-1.x86_64 to teams-1.4.00.13653-1.x86_64.
Error message:
---> Package teams.x86_64 0:1.4.00.13653-1 will be an update
--> Processing Dependency: libstdc++.so.6(CXXABI_1.3.8)(64bit) for package: teams-1.4.00.13653-1.x86_64
--> Processing Dependency: libstdc++.so.6(CXXABI_1.3.9)(64bit) for package: teams-1.4.00.13653-1.x86_64
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4.20)(64bit) for package: teams-1.4.00.13653-1.x86_64
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4.21)(64bit) for package: teams-1.4.00.13653-1.x86_64
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4.22)(64bit) for package: teams-1.4.00.13653-1.x86_64
Only CentOS-8/RHEL8 are supported now.
Is there a way to revert the decision to remove RHEL7/CentOS-7 support for teams?
Thanks.
Tru
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(3.2, 7.000000000000001%, 10%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ECS%3C/text%3E%3C/svg%3E)
Microsoft did a similar thing to Edge a month or so ago. That built the rpms against a version of libstdc++ that requires GLIBCXX_3.4.20 or above. The version of that ships with RHEL/CentOS/Oracle 7 cuts off at GLIBCXX_3.4.19. Turns out it, apparently, was not a real requirement and a new rpm was released about a week after the error was pointed out to them.
Whether teams will get a similar correction as the one for Edge is anyone's guess right now.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(35.2, 77%, 13%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EL%3C/text%3E%3C/svg%3E)
Our entire department (30 developers) installed Teams 1.4.00.13653 on CentOS 7 without any issues.
I'm running CentOS Linux release 7.6.1810.
My libstdc++ versions installed:
Name : libstdc++
Arch : i686
Version : 4.8.5
Name : libstdc++
Arch : x86_64
Version : 4.8.5
Version 4.8.5 should be the latest available through the official CentOS repo. We didn't have to do anything special to get Teams to install.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(112.00000000000001, 24%, 20%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EJM%3C/text%3E%3C/svg%3E)
Is there a way to revert the decision to remove RHEL7/CentOS-7 support for teams?
Do you mean you want to update teams version to 1.4.00.13653 in CentOS 7?
There is new version of Teams, now in insiders, and it's expected that older OS, like Ubuntu 16 or CentOS7, might stop working. This is expected and workaround/solution is to use SNAP package. For more details how to install SNAP package, you could refer to:
https://phoenixnap.com/kb/snap-packages
Note: Microsoft is providing this information as a convenience to you. The sites are not controlled by Microsoft. Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there. Please make sure that you completely understand the risk before retrieving any suggestions from the above link.
If the response is helpful, please click "Accept Answer" and upvote it.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(115.19999999999999, 72%, 21%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EEJ%3C/text%3E%3C/svg%3E)
The link above is for ubuntu. Here is a link to specific instructions for centos - https://snapcraft.io/install/teams-for-linux/centos
Thanks for your correction!
Sadly, snap's don't work with network share based home directories. Me and my Centos 7 desktop have had to go back to web based teams. Shame. This is probably just a RPM building error on MS part, not a real dependency. CO7 is a supported OS till June 2024.... Sigh.
@JimmyYang-MSFT ,
I would rather not install snap and manage snap packages outside yum/rpm repositories, but this may work for some end users.
@Lisa ,
7. 6 is old, I am running centos-release-7-9.2009.1.el7.centos.x86_64 kernel 3.10.0-1160.31.1.el7.x86_64, and libstdc++-4.8.5-44.el7.x86_64 libstdc++-4.8.5-44.el7.i686. I wonder how teams could be installed without the same errors.
Could it be a linking issue? Are all the libstdc++ dependency paths included in LD_LIBRARY_PATH?
Just for S&G I installed the version for snap. It is pretty barebones. Better than nothing I suppose but not preferable to the 1.4.00.7556 revision.
Is the source RPM varilable? I could not find it in the repository. I am no expert on rpm building but I might be able to determine if the dependency is real.
Even if the dependency were not really required, something fishy is going on with OP's configuration. Maybe YUM is looking in the wrong spot? Maybe libstdc++ was installed in a non-typical location? Maybe there is a discrepancy between the version Teams wants to install, and the one that it says it's installing. Who knows?
Whatever the reason, Teams or YUM can't find the dependencies, even though they do exist on OP's machine. Hence why I suggested that it might be a linking issue. I would first look to see where the dependencies are stored, and make sure the paths are accessible globally.
I'm not so sure
I downloaded the rpm file, dropped it onto an NFS server and tried the install from a dozen CentOS 7 machines. They all reported the libstdc++.so.6 error.
--> Finished Dependency Resolution
Error: Package: teams-1.4.00.13653-1.x86_64 (/teams-1.4.00.13653-1.x86_64)
Requires: libstdc++.so.6(GLIBCXX_3.4.20)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (/teams-1.4.00.13653-1.x86_64)
Requires: libstdc++.so.6(CXXABI_1.3.8)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (/teams-1.4.00.13653-1.x86_64)
Requires: libstdc++.so.6(GLIBCXX_3.4.21)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (/teams-1.4.00.13653-1.x86_64)
Requires: libstdc++.so.6(CXXABI_1.3.9)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (/teams-1.4.00.13653-1.x86_64)
Requires: libstdc++.so.6(GLIBCXX_3.4.22)(64bit)
But you do have libstdc++ version 4.8.5 installed, right? Where is the 64-bit version of libstdc++.so.6 located on your machine? It should be in /usr/lib64, but sometimes it’s installed somewhere else. If it’s not in /usr/lib64, then that could be part of the issue.
When you find the file, run:
strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX
In the output, do you see the version required for Teams?
Yes I have 4.8.5 installed
$ rpm -qi libstdc++|grep Version -A2
Version : 4.8.5
Release : 44.el7
Architecture: x86_64
It is right where it is supposed to be.
$ ls -l /usr/lib64/libstdc++.so.6
lrwxrwxrwx. 1 root root 19 Nov 13 2020 /usr/lib64/libstdc++.so.6 -> libstdc++.so.6.0.19
And it does not support GLIBCXX3.4.20+
$ strings /usr/lib64/libstdc++.so.6.0.19 |grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_DEBUG_MESSAGE_LENGTH
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(51.2, 83%, 14%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EB%3C/text%3E%3C/svg%3E)
We are having the same issue as the OP. This is on RHEL 7.9 3.10.0-1160.31.1.el7.x86_64
$ ls -lah | grep libstdc
lrwxrwxrwx. 1 root root 19 May 7 10:39 libstdc++.so.6 -> libstdc++.so.6.0.19
-rwxr-xr-x. 1 root root 973K Mar 25 2020 libstdc++.so.6.0.19
Here is what yum complains about:
Error: Package: teams-1.4.00.13653-1.x86_64 (teams)
Requires: libstdc++.so.6(GLIBCXX_3.4.20)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (teams)
Requires: libstdc++.so.6(CXXABI_1.3.9)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (teams)
Requires: libstdc++.so.6(GLIBCXX_3.4.21)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (teams)
Requires: libstdc++.so.6(CXXABI_1.3.8)(64bit)
Error: Package: teams-1.4.00.13653-1.x86_64 (teams)
Requires: libstdc++.so.6(GLIBCXX_3.4.22)(64bit)
Here is what that command shows on our RHEL 7.9 machine:
]$ strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_DEBUG_MESSAGE_LENGTH
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(144, 45%, 23%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EDG%3C/text%3E%3C/svg%3E)
We also have the same problem and the version of libstdc++.so.6 provided by CentOS/RHEL 7 only contains symbols up to GLIBCXX_3.4.19, no the 3.4.20/21/22 which the Teams client now requires.
It looks like the package has been built with a non-standard or newer libstdc++, possibly by using a newer compiler, and so will not install on a standard CentOS 7 host.
Teams 1.4.00.7556 did not have this requirement and works on CentOS 7 hosts.
However, the requirements page for the Teams client now says that CentOS 8 is required, so I expect this is an intentional change and will not be reverted.
Oh well. It was fun while it lasted.
[tru@elitebook840g3 ~]$ rpm -qf /usr/lib64/libstdc++.so.6
libstdc++-4.8.5-44.el7.x86_64
[tru@elitebook840g3 ~]$ strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_DEBUG_MESSAGE_LENGTH
Snapd is not helping our use case as https://snapcraft.io/docs/home-outside-home, our $HOME are NFS mounted don't live under /home ....
Have you tried using a symbolic link?
ln -sf /path/to/user /home/user
You will probably have to edit the home directoy in /etc/passwd.