For everyone who don't wont to bloat their system with things like gdm, it seems that "nodm" https://wiki.archlinux.org/index.php/Nodm is a compact and non-intrusive way for getting latest version of Teamviewer to work.
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.21 |
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 .. 15 16 17 18 19 20 21 22 23 24 25 .. 127 Next › Last »
invidian commented on 2019-08-18 14:30 (UTC)
itarill commented on 2019-08-02 06:53 (UTC)
I know it is not arch but Manjaro, nevertheless. After a clean Manjaro 18.0.4 install and update, installing this package via yay will result in the following messages and very slow boot:
"Started Network Manager Wait online" "Started TLP system startup/shutdown"
As well as networks unavailable on boot until suspend-wake.
Removing teamviewer solves the issue.
saitodisse commented on 2019-07-29 14:43 (UTC)
@pcfreak30 thank you very much. Same error here.
"Just a heads up. After a lot of troubleshooting, I found that I could not get a connection due to no access to framebuffer 0 at /dev/fb0. Adding my user to the video group and reloggging in fixed it.
If anyone is curious, I used strace -f on the standalone teamviewer package from their site and saw permission denied from a program loop running (a polling code likely).
Hope this helps anyone else save an hour or two :)."
fgk commented on 2019-07-28 18:32 (UTC) (edited on 2019-07-28 18:33 (UTC) by fgk)
"All-In-One Software for Remote Support and Online Meetings"
Online Meetings still not part of the Linux version of TeamViewer 14, so the description is misleading.
jonathon commented on 2019-06-22 23:50 (UTC)
@fabish fakeroot
is in both [core]
and base-devel
so shouldn't be added to depends
or makedepends
.
pcfreak30 commented on 2019-06-10 12:25 (UTC)
Just a heads up. After a lot of troubleshooting, I found that I could not get a connection due to no access to framebuffer 0 at /dev/fb0. Adding my user to the video group and reloggging in fixed it.
If anyone is curious, I used strace -f on the standalone teamviewer package from their site and saw permission denied from a program loop running (a polling code likely).
Hope this helps anyone else save an hour or two :).
fabiscafe commented on 2019-06-07 08:54 (UTC)
you're missing
makedepends=('fakeroot')
and it would be nice if you would check for the the teamviewer service at uninstallation time. Because they always leave something behind in the system that is really annoying.
and remove it post remove.
Also
echo "Execute 'sudo systemctl enable teamviewerd' in a terminal."
would maybe better with
echo "Execute 'systemctl enable --now teamviewerd' in a terminal."
because sudo is optional in arch, systemctl makes use of polkit by default (thats not optional, because systemd). also --now, so the service is started, not just enabled.
So in Short
post_install() {
echo "The Teamviewer service must be running for Teamviewer to work."
echo "Execute 'systemctl enable --now teamviewerd' in a terminal."
}
post_upgrade() {
post_install
}
pre_remove() {
# Check for active teamviewer services and stop them
if systemctl is-active --quiet teamviewerd.service ; then {
systemctl stop teamviewerd.service
}
fi
# Check for enabled teamviewer services and disable them
if systemctl is-enabled --quiet teamviewerd.service ; then {
systemctl disable teamviewerd.service
}
fi
}
post_remove() {
if [ -d '/opt/teamviewer' ]; then {
rm -rf '/opt/teamviewer'
}
fi
}
# vim: ts=2 sw=2 et:
Lttlwing16 commented on 2019-06-05 00:54 (UTC)
Having an issue on the latest build where if the resolution is set to the native resolution of the host (1366 x768), the inputs from the client register on the host, but the screen doesn't refresh on the client. The client screen remains static, except for a couple flickers in the banner of the teamviewer card. This issue is remedied by lowering the resolution 1280 x 720 on the client settings.
I have uninstalled, rebooted, re-installed, disabled, enabled etc etc.
dhameoin commented on 2019-05-27 12:17 (UTC)
Where is Teamviewer 13 ?
jose1711 commented on 2019-05-15 10:36 (UTC)
@samyc
since when is KDE a light-weight DE? :-) i was thinking iceWM, i3 or the-likes..
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