Arch Linux User Repository

As mentioned in @seyn6gk's comment

Without changing anything, since teamviewer 13 a desktop environment/login with display manager like lightdm/sddm/gdm is required.

startx users can follow workaround mentioned in @r7v s comment

Workaround for startx

Create drop-in /etc/systemd/system/getty@tty1.service.d/getty@tty1.service-drop-in.conf with

[Service]
Environment=XDG_SESSION_TYPE=x11

Source: https://community.teamviewer.com/English/discussion/95696/teamviewer-15-stopped-working-on-debian-buster#M4399

@skerit Or there is a free as in freedom (as well as in beer) alternative for remote support: rustdesk. :)

@skerit I don't think the AUR maintainers can do anything about it. TeamViewer comes as a prebuilt binary only. You'll have to report the issue upstream, e.g. on the TeamViewer support forums.

In the meantime you could give a try to teamviewer-quicksupport which is built from the same codebase as TeamViewer but has a slightly newer version (v15.30.2 at the moment).

Teamviewer crashes on my Gnome Shell with Wayland setup:

Init...
CheckCPU: SSE2 support: yes
Checking setup...
Launching TeamViewer ...
Launching TeamViewer GUI ...
fish: Job 1, 'teamviewer' terminated by signal SIGABRT (Abort)

qt5-webkit dependency is not needed anymore.

@swiftgeek In the post_install function in the teamviewer.install you have the instructions "Execute 'sudo systemctl enable teamviewerd' in a terminal". This won't start the teamviewer daemon and so is a bit confusing, I think. Maybe "sudo systemctl enable teamviewerd --now" or "sudo systemctl start teamviewerd" would be better? Just a suggestion. Thanks for maintaining this package.

Following up... according to TeamViewer technical support: "There have been some issues with the audio being enabled causing the connection to crash on some Linux devices as you described. In order to fix this try deactivating the 'play computer sounds and music' on the remote control section on the device you connect from."

This seems to have fixed the segfault for the time being. I am running fluxbox as a WM, sddm as a DM, and .xinitrc as a session. Cheers.

I have been having trouble with segfaults since version 15.16.8 https://aur.archlinux.org/packages/teamviewer#comment-803796 https://bbs.archlinux.org/viewtopic.php?id=265752

Periodically an update will fix the problem, but after the next qt update, the segfaults return.

Can someone please suggest any combination of windows manager, file manager, and desktop environment that is working reliably for them (obviously, on a system that is kept up-to-date)?

I really need something that is stable so I can provide remote support.

To reproduce the output in ArthurBorsboom's comment:

% systemd-analyze verify teamviewerd.service
/usr/lib/systemd/system/teamviewerd.service:9: PIDFile= references a path below legacy directory /var/run/, updating /var/run/teamviewerd.pid → /run/teamviewerd.pid; please update the unit file accordingly.

Perhaps a patch could fix this if upstream does't want to fix it?

I would like to second Saeroshi's request to add aarch64 support to this package, please, except instead of using the more limited -host build of TeamViewer that Saeroshi suggested, I would really like to have the full TeamViewer build that we have for i686 and x86_64.

I applied the patch below and tested it on my Pinebook Pro, and it works great! I was able to use TeamViewer to connect out and remote control a different computer just like on my x86_64 machines.

If you wouldn't mind applying the patch and adding aarch64 support next time you update the package, that would be great! Thank you!

diff --git a/PKGBUILD b/PKGBUILD
index 4de2191..8d1a061 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,7 +4,7 @@ pkgname=teamviewer
 pkgver=15.25.5
 pkgrel=1
 pkgdesc='All-In-One Software for Remote Support and Online Meetings'
-arch=('i686' 'x86_64' 'armv7h')
+arch=('i686' 'x86_64' 'armv7h' 'aarch64')
 url='http://www.teamviewer.com'
 license=('custom')
 options=('!strip')
@@ -35,9 +35,11 @@ source_x86_64=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/
 source_i686=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/teamviewer_${pkgver}_i386.deb")
 source_armv7h=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/teamviewer-host_${pkgver}_armhf.deb")
 #source_armv7h=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/teamviewer-host_13.2.13582_armhf.deb")
+source_aarch64=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/teamviewer_${pkgver}_arm64.deb")
 sha256sums_i686=('a6ffcd8b342cdbaa350a1c93f1bd2060e20436310c1a4377a0a8013797d97762')
 sha256sums_x86_64=('2ed2133d2d1b2f2f3976fff374ea3c25cb04674660b5598cf8272081a609c570')
 sha256sums_armv7h=('cb24786d5bfaed7b5d2d9e3e780c2b8070d6a47d761c21244a419fc8f1968d1c')
+sha256sums_aarch64=('12195adb466be74edc235fa9dbd00444e7b210fbb899bb627696f3a1ba301de8')

 prepare() {
    warning "If the install fails, you need to uninstall previous major version of Teamviewer"

15.5 is not out yet, you may have seen a past version marked 15.15.5 and gotten confused. This is the "Latest" official code release (Full Version). The website still has download links to 5.23, (last official release). Makes sense, and AUR is fully up to date from what I can tell, this flag is a false flag.

Please fix, thanks!

PS. I am signed up on AUR now, and I can help out with this package if you want, just linked my Github into your AUR repo... :)