@beliy You exec command will probably fail, if someone decided to use the systemd service (e.g. for permanent remote access). It will also not stop the service in case the UI crashes.
I'm thinking about something like the following:
systemctl status teamviewerd
running=$?
if [[ $running != 0 ]]
then
systemctl start teamviewerd
fi
/opt/teamviewer/tv_bin/script/teamviewer
if [[ $running != 0 ]]
then
systemctl stop teamviewerd
fi
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
pschichtel commented on 2017-09-23 19:55 (UTC)
bko commented on 2017-09-23 13:14 (UTC)
Why need make systemd service for 1 time exec? Always running is not secure. I think better way is change default exec command to my variant.
pschichtel commented on 2017-09-17 14:06 (UTC)
@beliy I think it would be better to have it start and stop the systemd service only if it is not already running.
bko commented on 2017-09-16 17:27 (UTC)
please change run command in .desktop file to
/opt/teamviewer/tv_bin/script/teamviewer --daemon start && /opt/teamviewer/tv_bin/script/teamviewer && /opt/teamviewer/tv_bin/script/teamviewer --daemon stop
it's help autorun deamon before start and stop after work.
severach commented on 2017-09-16 05:12 (UTC)
Commenting in the packages won't do any good. There's nothing the packages can do to fix it. Sounds to me like multilib isn't enabled.
CPUnltd commented on 2017-09-16 04:11 (UTC)
@severach in doing such, that doesn't explain why none of the aur managers can't see them. None of the lib32 packages are installing anymore, this is just the first package I've decided to comment on, I've got about 30 more to go. I have yet to find anything on the forums in relation to this. If anyone knows a link I can follow to troubleshoot, please forward.
severach commented on 2017-09-16 00:11 (UTC)
Click on each lib32- above to verify that it exists.
CPUnltd commented on 2017-09-15 23:32 (UTC)
@pschichtel: none of the lib32 packages are installing for me. No matter my configuration,it says all the lib32 packages don't exist. It installed just fine prior to the announcement of 32bit being dropped, and won't run or install since roughly the time support was dropped.
pschichtel commented on 2017-09-15 22:20 (UTC)
@CPUnltd: since when is x86 support going away? Just the i686-only arch is going away, multilib stays.
CPUnltd commented on 2017-09-15 19:46 (UTC)
Completely unusable now that support for x86 is dropped. Please rebuild if possible.
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