I have the same problems. It asks for a proxy even though I am not using one.
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.00 |
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
Latest Comments
« First ‹ Previous 1 .. 47 48 49 50 51 52 53 54 55 56 57 .. 127 Next › Last »
joanmanel commented on 2017-01-16 17:25 (UTC)
eri commented on 2017-01-11 10:46 (UTC) (edited on 2017-01-11 10:46 (UTC) by eri)
pls add line in /usr/share/applications/com.teamviewer.TeamViewer.desktop
StartupWMClass=TeamViewer.exe
It fixes icon in gnome-shell dock (and possibly unity and cinnamon)
https://github.com/jake-phy/WindowIconList/issues/30#issuecomment-156702093
grigruss commented on 2017-01-08 13:07 (UTC) (edited on 2017-01-08 13:31 (UTC) by grigruss)
Error: No network connection. Check the proxy settings.
I tried to set the default, and then as suggested by @maofree. Both methods give me this error.
P.S.: And method by kgizdov also did not help...
Maybe need to add some user to some group?
aptx commented on 2017-01-03 13:31 (UTC)
If I download the .tar.xz file from the official page of teamviewer, it is possible to run the program without a daemon. Since I do not trust a proprietary program to run as root on my system (or even as my standard user - I am using a sudo wrapper and a dedicated user instead), I was wondering why this does not seem to be possible with this package.
maofree commented on 2017-01-01 15:09 (UTC)
Hi
I've solved the connection error removing all lib32 dependencies leaving only the row of libxtst. The GUI will be opened after 30 seconds
bye
kgizdov commented on 2016-12-30 00:42 (UTC)
This is what I use - https://gist.github.com/kgizdov/e3e73d62bd3b491bdf06a31f04bdee89
aajoshi commented on 2016-12-29 18:02 (UTC) (edited on 2016-12-29 18:25 (UTC) by aajoshi)
You need to enable multilib packages:
https://wiki.archlinux.org/index.php/multilib
This will get rid of lib32 related dependency errors. No need to modify the package build script or anything.
Additionally, teamviewer won't work on wayland!
https://community.teamviewer.com/t5/TeamViewer-11/No-connection-to-TeamViewer-server/m-p/720#M199
Make sure that you are not running Wayland, switch to xorg for wine related applications.
mozo commented on 2016-12-21 10:26 (UTC)
Unfortunately this doesn't works for me. I followed your advice and removed lib32- in the PKGBUILD, then uninstalled lib32-libpng12 and lib32-libjpeg6-turbo. Restart and Teamviewer is "Not ready. Please check your connection". Back to the beta again...
mjago85 commented on 2016-12-21 03:53 (UTC)
@kgizdov +1 to this.
I just wanted to add that after editing the PKGBUILD to point to the 64-bit equivalents of the listed dependencies (for those needing instruction, remove "lib32-" from the start of each library listed in the "depends_x86_64" section of the PKGBUILD) and updating TeamViewer with this edited PKGBUILD, yaourt noted that lib32-libpng12 and lib32-libjpeg6-turbo were no longer required by any installed package, so I removed these. After rebooting the system, TeamViewer 12 appears functional.
My guess is that the 32-bit versions of libpng12 and libjpeg6-turbo were installed on my system with earlier versions of TeamViewer, but these libraries now clash with TeamViewer 12. As indicated in your namcap output, there appears to be a bit of work with fixing the dependencies in this package.
kgizdov commented on 2016-12-20 17:53 (UTC) (edited on 2016-12-20 17:56 (UTC) by kgizdov)
OK, so this doesn't need the multilib libraries any more. I just edited the PKGBUILD and installed with the 64 bit libs and it runs absolutely fine. Please put the correct dependencies as this might be contributing to a lot of people's problems.
Also, if you run namcap on the pkg file you get:
teamviewer E: Symlink (usr/share/licenses/teamviewer/LICENSE) points to non-existing /opt/teamviewer/License.txt
teamviewer W: Directory (etc/teamviewer) is empty
teamviewer W: Directory (var/log/teamviewer12) is empty
teamviewer W: Referenced library 'usr/lib32/libXinerama.so.1' is an uninstalled dependency
teamviewer W: Referenced library 'usr/lib32/libpng12.so.0' is an uninstalled dependency
teamviewer W: Referenced library 'libwine.so.1' is an uninstalled dependency
teamviewer W: Referenced library 'usr/lib32/libjpeg.so.62' is an uninstalled dependency
teamviewer E: Dependency lib32-qt4 detected and not included (libraries ['usr/lib32/libQtXml.so.4', 'usr/lib32/libQtNetwork.so.4', 'usr/lib32/libQtGui.so.4', 'usr/lib32/libQtDBus.so.4', 'usr/lib32/libQtWebKit.so.4', 'usr/lib32/libQtCore.so.4'] needed in files ['opt/teamviewer/tv_bin/TVGuiDelegate', 'opt/teamviewer/tv_bin/RTlib/libQtNetwork.so.4', 'opt/teamviewer/tv_bin/RTlib/libQtDBus.so.4', 'opt/teamviewer/tv_bin/RTlib/libQtXml.so.4', 'opt/teamviewer/tv_bin/RTlib/plugins/systemtrayicon/libsni-qt.so', 'opt/teamviewer/tv_bin/RTlib/libQtWebKit.so.4', 'opt/teamviewer/tv_bin/RTlib/libQtGui.so.4'])
teamviewer W: Dependency included and not needed ('libpng12')
teamviewer W: Dependency included and not needed ('libxinerama')
teamviewer W: Dependency included and not needed ('libjpeg6-turbo')
teamviewer W: Dependency included and not needed ('libxtst')
These need to be addressed.
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.
startx
users 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.conf
withSource: https://community.teamviewer.com/English/discussion/95696/teamviewer-15-stopped-working-on-debian-buster#M4399