Arch Linux User Repository

@mluque Yes, it seems that Microsoft is doing the wrong thing and has deleted the packages from the repository. There are several open threads on this topic.

The truth is that since the announcement that Microsoft was going to withdraw the Teams client, one does not know what is going to happen. I hope they restore the files, but in the meantime I have uploaded the binaries here (they are the Arch packages, I don't have the original .deb packages but if someone passes them to me I can include them).

Please, before flag as Out-of-date perform a double check in versions. Version 1.4.00.4855 is higher than 1.3.00.30857, 1.3.00.5153 or 1.3.00.958.

If you doubt, please remember the math classes and perform a count 1, 2, 3, 4, ..., 958, 959, ..., 5152, 5153, 5154, ..., 30856, 30857, 30858, etc.

You can go to HERE, download DEB or RPM and compare versions

Being invited to breakout rooms doesn't seem to work, quick googling shows they were made generally available on the 9th of December 2020 (7 days after this package's last update). Is this package not up to date, or am I missing something? Thanks in advance (and thanks for maintaining it!!)

Hi @Hkyx, Microsoft is probably using an older electron which does not support screen sharing on Wayland (gnome default) using pipewire. So try to use Xorg session instead, then you'll see screen sharing.

sinxe last update onmanjaro with gnome or awesome, I can't share screen anymore, it doesn't show any monitor available to share.

In firejail since update: Log: https://pastebin.com/wKPHB7v6 dmesg: https://pastebin.com/p97DdYDD

Same problem here with guest join, it ask to login with Microsoft Account. I also tried all 1.3 version, tried to delete $HOME/.config/Microsoft/Microsoft Teams/ but noting works.

My current workaround is to use Chrome. When open in Chrome i can join meeting as guest. Camera and headphones is working. So i'll use Teams in Chrome until fix arrive.

@mksahin in this case the problem is located at upstream :-(

@ogarcia: Tried your suggestion of renaming the mentioned directory. Doesn't fix the problem of not being able to join a meeting as a guest which started with this update (1.3.00.30857-1).

For all people that fails start, first for all try to rename (or remove) the directory $HOME/.config/Microsoft/Microsoft Teams/ to start with a clean environment.

In case people are still having trouble getting the latest release (1.3.00.30857) to work, I managed to get it running. However, I have some concerns about the method.

Looking at the $HOME/.config/Microsoft/Microsoft Teams/logs/teams-startup.log file after trying to launch Teams, revealed the following message:

[4706:1208/095531.157346:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /usr/share/teams/chrome-sandbox is owned by root and has mode 4755.

Inspecting /usr/share/teams/chrome-sandbox the owner was root:root as required, but the permissions were 0755 (rwxr-xr-x) rather than 4755 (rwsr-xr-x). After changing this, Teams started successfully. HOWEVER, I am a bit cautious of this:

I am not familiar with the less common file permissions, but I found the following explanation online:

The setuid/setguid permissions are used to tell the system to run an executable as the owner with the owner’s permissions.

Be careful using setuid/setgid bits in permissions. If you incorrectly assign permissions to a file owned by root with the setuid/setgid bit set, then you can open your system to intrusion.

You can only assign the setuid/setgid bit by explicitly defining permissions. The character for the setuid/setguid bit is s.

If I understand this correctly, it means that changing the permissions allows chrome-sandbox to run as root, retaining root permissions (please correct me if I'm wrong). No other electron app I have installed has ever required this change, and I am definitely not too happy with Microsoft's being the only one that does require it. I think it is worth considering before doing the change.

If this is a serious concern to you, I would suggest either sticking with a previous release or using the open-source "teams-for-linux" package which (as far as I know) still works fine.

Update: Sorry, my fault. I didn't see that org.freedesktop.secrets via gnome-keyring or keepassxc was already specified as optional dependency. As a KDE user I switched from gnome-keyring to keepassxc, now. Login with my company account works as well, of course.

Starts without problems but I was not able to login with my company account. When I start teams in a terminal I get this:

(node:9086) UnhandledPromiseRejectionWarning: Error: The name org.freedesktop.secrets was not provided by any .service files

I found out that this can be solved by installing the package gnome-keyring. Now I can login. Maybe gnome-keyring should be added to the list of dependencies in the PKGBUILD. I'm using KDE.