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

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

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

when I launch it from terminal, it didn't show any error and didn't run, why

systemd reports:

/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.

Maybe it is something that needs to be reported upstream?

We can add this to package function to force it to use system Qt5. It still works.

rm -rf "${pkgdir}"/opt/teamviewer/tv_bin/RTlib/qt

 teamviewer git:(master) ✗ ldd /opt/teamviewer/tv_bin/TeamViewer | grep libQt
        libQt5Quick.so.5 => /usr/lib/libQt5Quick.so.5 (0x00007f06b2690000)
        libQt5X11Extras.so.5 => /usr/lib/libQt5X11Extras.so.5 (0x00007f06b2689000)
        libQt5DBus.so.5 => /usr/lib/libQt5DBus.so.5 (0x00007f06b25f8000)
        libQt5Qml.so.5 => /usr/lib/libQt5Qml.so.5 (0x00007f06b2175000)
        libQt5Gui.so.5 => /usr/lib/libQt5Gui.so.5 (0x00007f06b1a98000)
        libQt5Core.so.5 => /usr/lib/libQt5Core.so.5 (0x00007f06b153f000)
        libQt5Widgets.so.5 => /usr/lib/libQt5Widgets.so.5 (0x00007f06b0e8a000)
        libQt5WebEngine.so.5 => /usr/lib/libQt5WebEngine.so.5 (0x00007f06b0e15000)
        libQt5WebEngineCore.so.5 => /usr/lib/libQt5WebEngineCore.so.5 (0x00007f06a921e000)
        libQt5QmlModels.so.5 => /usr/lib/libQt5QmlModels.so.5 (0x00007f06a8e63000)
        libQt5Network.so.5 => /usr/lib/libQt5Network.so.5 (0x00007f06a8cbe000)
        libQt5WebChannel.so.5 => /usr/lib/libQt5WebChannel.so.5 (0x00007f06a7f80000)
        libQt5Positioning.so.5 => /usr/lib/libQt5Positioning.so.5 (0x00007f06a7ef0000)

@rafaelff: I see, thanks for the clearing up!