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

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... :)

What @sukanka says sounds reasonable. The bundled Qt does not come with Wayland support: /opt/teamviewer/tv_bin/RTlib/qt/plugins/platforms only contains libqxcb.so, but no libqwayland*.

By removing the bundled Qt (and setting QT_QPA_PLATFORM=wayland), we can use TeamViewer as a Wayland window for outgoing connections. Incoming still doesn’t work, but that’s a whole other story (see https://community.teamviewer.com/English/discussion/26340/state-of-wayland-teamviewer).

Hello,

Can you add support for aarch64?

diff --git a/PKGBUILD b/PKGBUILD
index 0f060ec..df52926 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,7 +4,7 @@ pkgname=teamviewer
 pkgver=15.24.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')
@@ -34,10 +34,12 @@ install=teamviewer.install
 source_x86_64=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/teamviewer_${pkgver}_amd64.deb")
 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_aarch64=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/teamviewer-host_${pkgver}_arm64.deb")
 #source_armv7h=("https://dl.teamviewer.com/download/linux/version_${pkgver%%.*}x/teamviewer-host_13.2.13582_armhf.deb")
 sha256sums_i686=('e9d62005281c18e96fdb06c6c487aeb3b9d219efa10e661a61aada27298d0a58')
 sha256sums_x86_64=('bb86b3563c03e714dcd2f59ef2d0c4c78e2b05d6056658d93d5434ca296a791d')
 sha256sums_armv7h=('c71760d9d0fdd1832f81a75bee0bcc518e6fe9e670665ac128161b623d766b55')
+sha256sums_aarch64=('59d6aade80c6ded96b6aa242e294a921f4475a895bd65d39cdab2d1ed765bccf')

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

The application does not declare a WMClass properly. Because of this, icon themes cannot be applied properly, and the running application displays a generic icon in the taskbar/dash. Adding the following line to the com.teamviewer.TeamViewer.desktop file fixes this:

StartupWMClass=TeamViewer

Can this be done at the packaging level so we don't have to redo it manually every time or create a local copy of the .desktop file?

@mesmer

to solve the teamviewer gui problem just run the .desktop file gtk-launch /usr/share /applications/teamviewerapi.desktop or run /opt/teamviewer/tv_bin/script/teamviewer

or the last resort, open a gnome, and run the teamviewer

after the first open, you can use the bin teamviewer normaly

First two options started the process, but it still hangs on Launching TeamViewerGUI ... . Process does not exit in terminal, but no EULA window is spawned either. This is the output for both .desktop files from /usr/share and /opt:

Init...
CheckCPU: SSE2 support: yes
Checking setup...
Launching TeamViewer ...
Launching TeamViewer GUI ...

I am using Qtile Window Manager with startx.

just to make clear the problem, the teamviewer ask for a accept in terms, that dont show with the terminal bin without the command from .desktop