I was having massive problems with the package (I am using i3wm). It would install and update no problem but suddenly I was not able to log in anymore with our company account. The credentials fields were greyed out, but no connection problems were reported. Today I stumbled upon a stackoverflow that suggested installing libnss-resolver and that fixed my problem immediately after restarting the teamviewerd service. Could this be made a recommendation/dependency or maybe included as a troubleshooting tipp?
Search Criteria
Package Details: teamviewer 15.59.3-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/teamviewer.git (read-only, click to copy) |
|---|---|
| Package Base: | teamviewer |
| Description: | All-In-One Software for Remote Support and Online Meetings |
| Upstream URL: | http://www.teamviewer.com |
| Licenses: | custom |
| Conflicts: | teamviewer-beta |
| Provides: | teamviewer |
| Submitter: | Hilinus |
| Maintainer: | swiftgeek (nickoe, astronautlevel) |
| Last Packager: | swiftgeek |
| Votes: | 1474 |
| Popularity: | 2.04 |
| First Submitted: | 2010-04-15 10:29 (UTC) |
| Last Updated: | 2024-11-15 22:36 (UTC) |
Dependencies (5)
Required by (3)
Sources (4)
- https://dl.teamviewer.com/download/linux/version_15x/teamviewer_15.59.3_amd64.deb
- https://dl.teamviewer.com/download/linux/version_15x/teamviewer_15.59.3_arm64.deb
- https://dl.teamviewer.com/download/linux/version_15x/teamviewer_15.59.3_armhf.deb
- https://dl.teamviewer.com/download/linux/version_15x/teamviewer_15.59.3_i386.deb
xnopasaranx commented on 2018-11-15 14:10 (UTC)
swiftgeek commented on 2018-10-26 07:34 (UTC) (edited on 2020-06-23 14:30 (UTC) by swiftgeek)
Go to teamviewer-beta for beta/preview releases
closingin commented on 2018-10-25 10:36 (UTC)
Hello, I don't understand why you recommend in the install script to enable the teamviewerd service at boot when it just has to be running for teamviewer to work. That's not really a problem as it's just a recommendation, but I think you should change the command to "sudo systemctl start teamviewerd.service" instead of "enable", to stay consistent with the associated message.
FFY00 commented on 2018-10-24 21:57 (UTC)
Please remove the conflicts with teamviewer-beta, that package should be the one conflicting with this one.
DuBistKomisch commented on 2018-10-18 00:12 (UTC)
+1 to xuanwo's comment, I don't have NetworkManager installed so I can't start the teamviewerd service at all without editing it
requiring lightdm was bad enough, hopefully we don't need to start installing NetworkMangler too!
z3ntu commented on 2018-10-17 20:38 (UTC)
You should reset the pkgrel to 1 with the next pkgver bump
swiftgeek commented on 2018-10-17 14:05 (UTC)
https://community.teamviewer.com/t5/Linux/Update-13-2-13582-Summer-release/td-p/40607
13.2.26559 is first nonpreview version
xuanwo commented on 2018-10-17 08:34 (UTC) (edited on 2018-10-17 08:35 (UTC) by xuanwo)
teamviewerd's service will introduce NetworkManager-wait-online.service which results in systemd tried to start NetworkManager and netctl users had network issues after that.
In order to solve this problem, we should:
Firstly, mask network related service
systemctk mask NetworkManager-wait-online.service
systemctk mask NetworkManager-dispatcher.service
systemctk mask NetworkManager.service
Then edit the teamviewerd.service: systemctl edit teamviewerd.service
[Unit]
After=network.target network-online.target dbus.service
Wants=network-online.target
GeorgeRaven commented on 2018-10-15 15:41 (UTC)
I have found I require lib32-freetype2 archive package to start teamviewer on boot even after enabling teamviewd service using systemctl. The steps taken to get this to work on boot are those proposed by Telis80s answer. Although in the same thread it is suggested this is not necessary yet I have not found another working solution without these 32bit libs.
Pinned Comments
swiftgeek commented on 2023-08-01 19:17 (UTC) (edited on 2023-08-01 19:21 (UTC) by swiftgeek)
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.
startxusers can follow workaround mentioned in @r7v s commentr7v commented on 2022-06-07 14:49 (UTC)
Workaround for startx
Create drop-in
/etc/systemd/system/getty@tty1.service.d/getty@tty1.service-drop-in.confwithSource: https://community.teamviewer.com/English/discussion/95696/teamviewer-15-stopped-working-on-debian-buster#M4399