Package Details: teamviewer 11.0.57095-4

Git Clone URL: https://aur.archlinux.org/teamviewer.git (read-only)
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: 1052
Popularity: 21.792945
First Submitted: 2010-04-15 10:29
Last Updated: 2016-04-29 20:03

Latest Comments

ThePilot commented on 2016-05-13 15:29

The fonts look pretty awful by default in Teamviewer. Does anyone have any suggestions for making them look better?

mbrandalero commented on 2016-05-06 16:57

I am running into the same issue as @NJCS below: No remote control is possible in the machine where this is installed on. Connection is setup OK, but no kb/mouse input is detected.

EDIT: Following @jungliztik 's solution below, I installed lib32-libxtst and restarted the teamviewer daemon. Everything is working now. I believe this package should be a required dependency.

Bazon commented on 2016-05-04 04:59

@swiftgeek:
OK, then the problem is in the other PKGBUILD. And in fact, as I tried to install lib32-libjpeg6 package, I got lib32-libjpeg6-turbo:
$ sudo pacman -S lib32-libjpeg6
warning: lib32-libjpeg6-turbo-1.4.2-1 is up to date -- reinstalling
So OK, no general problem.

swiftgeek commented on 2016-05-03 23:39

@Bazon i don't see lib32-libjpeg6 package anywhere

NJCS commented on 2016-05-02 22:32

On both Antegros-Cinnamon and Antegros-KDE, I cannot remotely control the system this is installed on. I can control other systems though. I am not sure how to go about solving this problem.

Bazon commented on 2016-05-01 04:49

Does it really need to depend on lib32-libjpeg6-turbo and not "only" on lib32-libjpeg6 (which is provided by/conflicts lib32-libjpeg6-turbo)?
This dependency caused some trouble for me: Another, yet installed package depends on lib32-libjpeg6. So a teamviewer-update was not possible, as teamviewer now depends on lib32-libjpeg6-turbo which conflicts lib32-libjpeg6.
So I think a good solution would be: Change dependency to lib32-libjpeg6: That would cause no trouble for people who want lib32-libjpeg6-turbo, as lib32-libjpeg6-turbo provides lib32-libjpeg6, and it would avoid the trouble I described before.

z3ntu commented on 2016-04-30 10:09

The .install file should say "sudo systemctl enable --now teamviewerd" otherwise the daemon will only be started after a reboot.

swiftgeek commented on 2016-04-29 16:13

@FadeMind, ocetox
can confirm deps as written by FadeMind solving indicator (it's not the old systray xembed way) issue.
Tested with enlightenment e21

ocetox commented on 2016-04-29 15:49

libjpeg6-turbo solve tray icon problem

FadeMind commented on 2016-04-26 14:20

Please add depend
lib32-libjpeg6-turbo for depends_x86_64
and libjpeg6-turbo for depends_i686
against required file and realuser comment

/usr/lib32/libjpeg.so.62 is part of lib32-libjpeg6-turbo package

realuser commented on 2016-04-26 14:11

I have all dependencies installed. But i had these issues:
- a chat window did not open.
- icon missing in tray.

I've created a link
ln -s /usr/lib32/libjpeg.so /usr/lib32/libjpeg.so.62

And all problems gone!
/usr/lib32/libjpeg.so is owned by lib32-libjpeg-turbo 1.4.2-1

FadeMind commented on 2016-04-22 14:50

RubenKelevra:

$ ldd /opt/teamviewer/tv_bin/teamviewerd
linux-gate.so.1 (0xf775b000)
libdbus-1.so.3 => /usr/lib32/libdbus-1.so.3 (0xf76af000)
librt.so.1 => /usr/lib32/librt.so.1 (0xf76a6000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf76a1000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf764c000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf762e000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf7479000)
/lib/ld-linux.so.2 (0xf775d000)
$ ldd /opt/teamviewer/tv_bin/TeamViewer_Desktop
linux-gate.so.1 (0xf7798000)
libdbus-1.so.3 => /usr/lib32/libdbus-1.so.3 (0xf76ec000)
librt.so.1 => /usr/lib32/librt.so.1 (0xf76e3000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf76de000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf7689000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf766b000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf74b6000)
/lib/ld-linux.so.2 (0xf779a000)

AND infact Teamviewer is just customized WINE environment app with 32-bit.

RubenKelevra commented on 2016-04-22 14:38

Why are there 32 bit packages for the amd64 version? Are they really needed?

FadeMind commented on 2016-04-17 09:19

KinG-InFeT first install depends next build package.

Simply install teamviewer via yaourt

yaourt -S --noconfirm teamviewer

instead of packer tool.

KinG-InFeT commented on 2016-04-17 09:16

[benzi@benzi-pc ~]$ packer -S teamviewer

Aur Targets (1): teamviewer

Proceed with installation? [Y/n] y
Edit teamviewer PKGBUILD with $EDITOR? [Y/n] n
Edit teamviewer.install with $EDITOR? [Y/n] n
==> Creazione del pacchetto: teamviewer 11.0.53191-2.3 (dom 17 apr 2016, 11.15.36, CEST)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Dipendenze mancanti:
-> lib32-libpng12
-> lib32-libxinerama
==> Controllo delle dipendenze durante la compilazione in corso...
==> ERRORE: Impossibile risolvere tutte le dipendenze.
The build failed.

jungliztik commented on 2016-04-14 13:55

I had the issue where I could connect to my remote pc but not control it (no keyboard or mouse inputs were being recognised).

I had to install the lib32-libxtst package and then after restarting the teamviewer service, I could control the desktop as expected.

CupIvan commented on 2016-04-05 15:36

I installed it without this packages:
lib32-libpng12 (x86_64)
lib32-libxinerama (x86_64)

plonqor commented on 2016-03-29 11:04

@ian_x86 I also have this problem on KDE. Did you find a fix?

comgunner commented on 2016-03-23 14:53

missing dependencies, installed manually with "packer -S"

lib32-fontconfig
lib32-libpng12
lib32-libxinerama

plonqor commented on 2016-03-23 02:03

I can confirm JDCNS's suspicions. My mouse/keyboard now works.

These are the packages that teamviewer10 depends on that teamviewer (11) doesn't list. After installing these manually, the issue was fixed. Note I uninstalled teamviewer before installing the below, not sure if that matters.

- lib32-alsa-lib
- lib32-libxtst
- lib32-libxdamage
- lib32-libxrandr

JDCNS commented on 2016-03-20 05:39

I'd been struggling with getting the keyboard and mouse to work under 11 ever since I wiped my hard drive and reinstalled Arch. None of these suggestions worked for me except the one by JoeKnock90. I uninstalled teamviewer, but it did not remove the /etc/teamviewer directory. After that, I was able to install the teamviewer10 package, prove that it worked, uninstalled it and reinstalled this one. It now works.

So, I must also conclude that something is missing from the dependencies. I did not write them down, but I noticed uninstalling 10 left 4 "unneeded" packages behind. I really only expected 2: lib32-png12 and lib32-jpeg.

swiftgeek commented on 2016-03-15 17:08

@astronautlevel: Also whenever you just change metadata (like description, (make,opt)deps) that do not affect resulting package files in any meaningful way, please do not bump pkgrel - git history is widely accessible nowadays.

biinari commented on 2016-03-15 15:00

Why does this package use a `major.minor` format in `pkgrel` instead of the normal single number? This causes an issue where aura does not think the package needs to be upgraded https://github.com/aurapm/aura/issues/403 (I do not know whether any other AUR tools do the same but yaourt picks it up fine).

astronautlevel commented on 2016-03-10 12:10

@adhokshajm
Install the package using Yaourt or by building it yourself - lib32-libpng12 is an AUR dependency.

adhokshajm commented on 2016-03-10 11:53

in PKGBUILD, line 15 "lib32-libpng12" must be changed to "lib32-libpng", otherwise pacman will throw following error

error: target not found: lib32-libpng12
==> ERROR: 'pacman' failed to install missing dependencies.

Platform: Arch x86_64 Gnome

ian_x86 commented on 2016-03-10 01:53

Using teamviewer 11 on xfce4 but it won't minimize/close to tray menu, any tricks to fix this?

astronautlevel commented on 2016-03-08 12:24

@tsouzar
You'll need to enable multilib repositories to install the 32 bit libraries on your system. See: https://wiki.archlinux.org/index.php/multilib

@cybertron
gcc-multilib is needed to compile lib32-libpng12. You can install gcc again if you want to once teamviewer is installed.

severach commented on 2016-03-08 01:33

Yes, for lib32-libpng12 which you must compile.

cybertron commented on 2016-03-07 21:11

So gcc-multilib is really needed?

V1del commented on 2016-03-07 19:18

@bil-elmossaoui

There's a systemd service and the post-install message in your terminal tells you of that fact.

bil-elmoussaoui commented on 2016-03-07 18:51

Whenever i open teamviewer i receive a message asking me to execute this command as root
teamviewer --daemon start
is there a way to fix this?

Update: fixed with sudo teamviewer daemon enable

astronautlevel commented on 2016-03-07 14:24

Re-added lib32-libpng12 to x86_64 dependencies

rafalp commented on 2016-03-07 14:14

There is no connect button visible. This can be fixed by installing lib32-libpng12 (on x64).

eworm commented on 2016-03-02 11:35

Please revert your last change! (lib32-)libpng12 is required to display all graphical elements. User ata is suffering a missing (lib32-)libpng12, look at his screenshot...

tsouzar commented on 2016-03-01 23:01

@pelo I still can't install teamviewer in my i686 system, same error messages:

:: no results found for lib32-fontconfig
:: no results found for lib32-libpng
:: no results found for lib32-libsm
:: no results found for lib32-libxinerama
:: no results found for lib32-libxrender

There's nothing such as "multilib" in my /etc/pacman.conf.

LKHN commented on 2016-02-29 22:31

@ata
Install lib32-libpng12 from AUR.

ata commented on 2016-02-29 15:08

Where connect button
http://i.hizliresim.com/a3DGlz.png

aligator commented on 2016-02-25 16:08

I had same problem as theLadder.
For me installing lib32-libpng12 worked, too.

phR0ze commented on 2016-02-24 14:32

I've tried all the suggestions here to no avail. As other have described I'm able to connect to the system and view the desktop fine just can't interact (i.e mouse/keyboard).

JoeKnock90 commented on 2016-02-23 14:51

@Jesse

I was getting the same thing. Try uninstalling teamviewer, installing teamviewer10, then uninstalling teamviewer10, and reinstalling teamviewer.

I know it sounds kind of stupid and I can't tell if it's a missing possibly optional dependency, but this worked for me on Arch Linux Kernel 4.4.1-2-ARCH with KDE 5.5.4

I should probably also mention that I used yaourt to do all of it.

nerdoc commented on 2016-02-23 08:04

OK then, seems that we should ask at TeamViewer's to upgrade their sowtware to a newer png version ;-)

Thanks anyway.

theLadder commented on 2016-02-22 13:50

This installed for me, but i had GUI problems, some buttons and textboxes did not render so i could not press the connect button for example.
Installing lib32-libpng12 from AUR solved that problem for me.
To find this out i downloaded the teamviewer.tar.gz package from teamviewer.com, extracted it, then ran ./tv-setup checklibs, and that told me that these where missing:

Analyzing dependencies (64 bit)...
All 64 bit dependencies seem to be satisfied!

Analyzing dependencies (32 bit)...
libjpeg.so.62 => not found
libpng12.so.0 => not found
The 32 bit libraries listed above seem to be missing.

libjpeg.so.62 is still missing but it seems to work anyway...

astronautlevel commented on 2016-02-20 00:37

@nerdoc

Thanks, I'll fix this in about two hours or so

nerdoc commented on 2016-02-20 00:33

@luislezcair Thanks - that solved the issue. libpng is sufficient to build/install the package. Should be updated.

Jesse commented on 2016-02-18 20:09

There is a bug for me with this package. When I configure a host machine for sharing and remote control, I cannot control it from a guest remote login. I can see the host screen, but I can't use the mouse or keyboard to manage the machine.

Is anyone else having this problem? Is there a fix for this, or is this a bug that needs to be corrected?

(Running Antergos x64, KDE Plasma 5.5.4, kernel 4.4.1-2-ARCH)

Thanks!

luislezcair commented on 2016-02-18 18:20

I have the same problem with the dependencies as the users below. I solved it by editing the PKBUILD file and replacing the dependency "lib32-libpng12" with "lib32-libpng". Then it installed just fine.

KinG-InFeT commented on 2016-02-18 09:16

packer -S teamviewer
warning: teamviewer is flagged out of date

AUR (1): teamviewer

Proceed with installation? [Y/n] y
Installing AUR package: teamviewer
Edit teamviewer PKGBUILD? [y/N] n
Edit teamviewer.install? [y/N] n
==> Creazione del pacchetto: teamviewer 11.0.53191-2.1 (gio 18 feb 2016, 10.15.21, CET)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Dipendenze mancanti:
-> lib32-libpng12
==> Controllo delle dipendenze durante la compilazione in corso...
==> ERRORE: Impossibile risolvere tutte le dipendenze.
The build failed.

nerdoc commented on 2016-02-04 21:20

There are some dependencies on other AUR packages like lib32-libpng12 - do I have to install them manually (argh!) or is there a way to install this teamviewer package with all it's (AUR) dependencies?

pelo commented on 2016-01-28 07:53

@tsouzar
Edit '/etc/pacman.conf' by uncommenting 'multilib' and its 'include' and do a 'pacman -Syu'. This will resolve the errors you get.

@kvasir
You could continue with the removal of 'gcc' and install 'gcc-multilib'. This is just used to compile the package. Once the package has been installed, you could use 'pacman' to install the normal 'gcc' 64-bit package.

tsouzar commented on 2016-01-28 06:09

There's something wrong. It's requiring x86_64 dependencies on a i686 system. This makes pacaur show following messages and can't proceed installing teamviwer:

:: no results found for lib32-fontconfig
:: no results found for lib32-libsm
:: no results found for lib32-libxinerama
:: no results found for lib32-libxrender
:: no results found for gcc-multilib
:: no results found for lib32-zlib

kvasir commented on 2016-01-27 21:37

/usr/lib/yaourt/util.sh: line 203: PKGBUILD: command not found
/usr/lib/yaourt/util.sh: line 203: teamviewer.install: command not found

==> Install or build missing dependencies for lib32-libpng12:
resolving dependencies...
looking for conflicting packages...
:: gcc-multilib and gcc are in conflict. Remove gcc? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: gcc-multilib and gcc are in conflict

astronautlevel commented on 2016-01-27 12:14

Done.

Also, Arch isn't officially supported by teamviewer, which could be leading to some people's tray problems.

cedricziel commented on 2016-01-27 08:20

Could you please use the https links to the source packages? Thx :)

BanderasPL commented on 2016-01-26 23:50

New version not helped.

astronautlevel commented on 2016-01-26 21:33

Upgraded to 11.0.53191, should fix tray problem.

BanderasPL commented on 2016-01-26 21:15

I've got tray problem too....

dsch commented on 2016-01-23 10:34

I have contacted TeamViewer with regards to the system tray problem and they assured me that it corrected in the latest version on their website.

eerie commented on 2016-01-14 18:47

~$ sudo systemctl enable teamviewerd.service
~$ sudo systemctl start teamviewerd.service
~$ teamviewer

Init...
XRandRWait: No value set. Using default.
XRandRWait: Started by user.
Checking setup...
/opt/teamviewer/tv_bin/wine/bin/wineserver: Symbol `wine_casemap_upper' has different size in shared object, consider re-linking
/opt/teamviewer/tv_bin/wine/bin/wineserver: Symbol `wine_casemap_lower' has different size in shared object, consider re-linking
wine client error:0: version mismatch 440/492.
Your wineserver binary was not upgraded correctly,
or you have an older one somewhere in your PATH.
Or maybe the wrong wineserver is still running?

astronautlevel commented on 2016-01-13 11:08

Alright, I'll get that up tonight.

dixi_minga commented on 2016-01-13 08:05

there is a new version (11.0.53191):
http://download.teamviewer.com/download/teamviewer_i386.deb

robertolos commented on 2016-01-04 14:09

Doesn't reduce anymore to the tray bar with plasma 5 :(

astronautlevel commented on 2015-12-20 19:33

@PiousMinion

This isn't really the place to ask this, but you can configure the teamviewer daemon via the command line only. Try running teamviewer --help.

PiousMinion commented on 2015-12-20 19:28

Teamviewer 11 now supports headless systems... but how in the world do you configure it or get the ID/password?

severach commented on 2015-12-18 17:35

No SysTray on XFCE or Cinnamon here. Fortunately the app now minimizes on exit which works well enough.

Strit commented on 2015-12-18 17:16

Any one else having trouble getting the systray icon on xfce? It just minimized to panel when I try to either minimize or close it.

mrlamud commented on 2015-12-12 01:05

@SonikkuAmerica

Use this modified PKGBUILD

----START COPYING FROM BELOW---------

pkgname=teamviewer
pkgver=11.0.52520
pkgrel=2
pkgdesc="All-In-One Software for Remote Support and Online Meetings"
arch=('i686' 'x86_64')
url="http://www.teamviewer.com"
license=('custom')
depends=('bash')
options=('!strip')
install=teamviewer.install

if [[ $CARCH == 'i686' ]]; then
source=("teamviewer_linux-${pkgver}.deb::http://download.teamviewer.com/download/version_${pkgver%%.*}x/teamviewer_${pkgver}_i386.deb")
md5sums=('233d98a671d9ae6376c7265a3db2031f')
depends+=('alsa-lib' 'gcc-libs' 'libxdamage' 'libxtst' 'zlib' 'freetype2' 'libxrandr' 'libice' 'libsm')
elif [[ $CARCH == 'x86_64' ]]; then
source=("teamviewer_linux_x64-${pkgver}.deb::http://download.teamviewer.com/download/version_${pkgver%%.*}x/teamviewer_${pkgver}_amd64.deb")
depends+=('lib32-gcc-libs' 'lib32-alsa-lib' 'lib32-libxtst' 'lib32-libxdamage' 'lib32-zlib' 'lib32-freetype2' 'lib32-libxrandr' 'lib32-libice' 'lib32-libsm' 'lib32-libxinerama')
fi

build() {
cd "${srcdir}"
tar -xf data.tar.bz2
}

package() {
cd "${srcdir}"

# Install
cp -dr --no-preserve=ownership {etc,opt,usr,var} "${pkgdir}"/

# Additional files
rm "${pkgdir}"/opt/teamviewer/tv_bin/xdg-utils/xdg-email
install -D -m0644 "${pkgdir}"/opt/teamviewer/tv_bin/script/teamviewerd.service \
"${pkgdir}"/usr/lib/systemd/system/teamviewerd.service
install -d -m0755 "${pkgdir}"/usr/{share/applications,share/licenses/teamviewer}
ln -s /opt/teamviewer/tv_bin/desktop/teamviewer-teamviewer${pkgver%%.*}.desktop \
"${pkgdir}"/usr/share/applications/teamviewer.desktop
ln -s /opt/teamviewer/License.txt \
"${pkgdir}"/usr/share/licenses/teamviewer/LICENSE
}

md5sums=('233d98a671d9ae6376c7265a3db2031f')

butler360 commented on 2015-12-10 06:03

You can install multilib-devel to solve that, SonikkuAmerica.

See: https://wiki.archlinux.org/index.php/64-bit_FAQ#Multilib_repository

SonikkuAmerica commented on 2015-12-10 06:01

This build will not work on 64-bit systems because lib32-libpng12 depends on gcc-multilib, which would uninstall gcc!

astronautlevel commented on 2015-12-04 22:49

@Utini
The only AUR dependency is lib32-libpng12

@lockheed
lib32-libpng12 is already a dependency.

lockheed commented on 2015-12-04 17:30

Please, add necessary dependency on lib32-libpng12

Utini commented on 2015-12-04 09:42

Why so many dependencies from the AUR? Aren't there any equivalents from the official repos? :/ Thanks !

willruss1 commented on 2015-12-03 22:53

After removing v10 it works perfectly under awesome-wm on manjaro, thanks for the version bump @astronautlevel.

astronautlevel commented on 2015-12-03 18:20

@f3bruary
You have to uninstall old versions of teamviewer, the directory structure has changed from teamviewer 10 to 11.

f3bruary commented on 2015-12-03 18:18

error: failed to commit transaction (conflicting files)
teamviewer: /opt/teamviewer/config exists in filesystem
teamviewer: /opt/teamviewer/logfiles exists in filesystem
Errors occurred, no packages were upgraded.
==> WARNING: Your packages are saved in /tmp/yaourt-tmp-username
==> ERROR: unable to update

I could probably delete those files to complete the installation, but I assume config might have personalized settings.

markzz commented on 2015-12-03 17:47

PKGBUILDs here are intended for use with Arch Linux, not with derivative systems. If it doesn't build with makepkg on Arch Linux, it isn't the maintainer's problem. I can verify all is well on Arch Linux.

greh commented on 2015-12-03 11:44

@astronautlevel: I'm using Antergos with Cinnamon. Yes, unnatended access is set up.

astronautlevel commented on 2015-12-03 11:33

greh, what desktop environment and window manager are you using? Did you set up unattended access?

farnsworth commented on 2015-12-03 09:04

Connect button is back, thanks.

greh commented on 2015-12-03 06:11

After updating there is no icon in the notification area. Daemon started, service is up, but something does not work correctly. The option of closing to notification area is enabled, but greyed out...

MUsk commented on 2015-12-03 05:27

It's working now.

astronautlevel commented on 2015-12-03 01:27

It's working on my test box, though I updated the dependencies to be like the beta release and fixed the desktop link.

Can you try now?

farnsworth commented on 2015-12-02 23:38

Hi,
/usr/share/applications/teamviewer.desktop link is wrong, it is still linking /opt/teamviewer/tv_bin/desktop/teamviewer-teamviewer10.desktop
Also, I'm unable to use your version to connect to a client while it works fine with the beta release.
it's missing something, the window opens, I can enter the client ID but I'm unable to validate, the connect button is not displayed like many other graphics in the window.

I don't know if it's revelant but dependancies are also different between beta and this one whereas they have the same release number (11.0.52520).

mareex commented on 2015-12-02 23:11

There is something wrong.
Package Details: teamviewer 11.0.52520-1.2

But in PKGBUILD:
pkgrel=1.1

astronautlevel commented on 2015-12-02 22:23

Teamviewer 10 appears to have folders in different locations than teamviewer 11.
I'm going to recommend uninstalling older versions of teamviewer before upgrading.

mattlyons commented on 2015-12-02 21:30

Upon upgrading:

error: failed to commit transaction (conflicting files)
teamviewer: /opt/teamviewer/config exists in filesystem
teamviewer: /opt/teamviewer/logfiles exists in filesystem

I think you accidentally included the logfiles and config folder.

astronautlevel commented on 2015-12-02 20:36

I already applied it, see my previous message.

ricrogz commented on 2015-12-02 20:35

PKGBUILD has an issue. This easy patch fixes the problem:

--- fix/PKGBUILD 2015-12-02 21:31:27.402300843 +0100
+++ broken/PKGBUILD 2015-12-02 21:34:39.552310491 +0100
@@ -26,7 +26,7 @@

build() {
cd "${srcdir}"
- tar -xf data.tar.gz
+ tar -jxf data.tar.bz2
}

package() {

astronautlevel commented on 2015-12-02 20:33

It's fixed now, the new version of the package uses bz2 rather than gz, which I didn't realize after the first commit.

greh commented on 2015-12-02 20:28

Getting an error.

==> Budowanie i instalowanie pakietu
==> Tworzę pakiet: teamviewer 11.0.52520-1 (śro, 2 gru 2015, 21:27:48 CET)
==> Sprawdzanie zależności potrzebnych do uruchomienia...
==> Sprawdzanie zależności potrzebnych do budowy...
==> Pobieranie źródeł...
-> Znaleziono teamviewer_linux_x64-11.0.52520.deb
==> Sprawdzam pliki źródłowe przy użyciu md5sums...
teamviewer_linux_x64-11.0.52520.deb ... Zgadza się
==> Rozpakowywanie źródeł...
-> Rozpakowywanie teamviewer_linux_x64-11.0.52520.deb za pomocą bsdtar
==> Usuwanie istniejącego katalogu $pkgdir/...
==> Zaczynam build()...
tar: data.tar.gz: Nie można open: Nie ma takiego pliku ani katalogu
tar: Error is not recoverable: exiting now
==> BŁĄD: Wystąpił błąd w build().
Przerywam...
==> BŁĄD:Makepkg nie był w stanie zbudować teamviewer.

KingYes commented on 2015-12-02 20:07

Your welcome.

astronautlevel commented on 2015-12-02 20:05

I can maintain it if you're unable to.

KingYes commented on 2015-12-02 19:58

For now I can't update the package. anyone want to maintainers this?

astronautlevel commented on 2015-12-02 19:56

Now that 11 is out of beta, this package won't install properly.

scarecrow commented on 2015-12-02 18:27

11.0.52520 is now the official stable version.

ranger commented on 2015-11-27 18:55

The only urgent I see, it that Sukumi has to read the arch wiki urgently

"The large number of packages and build scripts in the various Arch Linux repositories support freedom of choice, offering free and open source software for those who prefer it as well as proprietary software packages for those who embrace functionality over ideology. "

https://wiki.archlinux.org/index.php/Arch_Linux#Pragmatism

PhotonX commented on 2015-11-27 17:53

Doesn't the same apply to many other packages like Skype?

Sukumi commented on 2015-11-27 17:30

########### !!!! URGENT ACTION REQUIRED !!!!!!!!! #####################
########### !!!! REQUEST FOR DELETION SUBMITTED !!!!!!! ###############
NO SOURCE, PROPRIETARY SOFTWARE LICENSE, BINARIES ONLY

The maintainer is responsible that the managed packaged adhere and comply with the community
and ArchLinux philosophy and rules of package submission.

I THINK THE COMPLIANCE AUDIT RULES NEED A REVIEW.

LICENSE EXCERPT GIVEN BELOW

########### !!!! REQUEST FOR DELETION SUBMITTED !!!!!!!!!!!!!! ###############
########### !!!! URGENT ACTION REQUIRED !!!!!!!!!!!!!! #######################

JDCNS commented on 2015-11-17 02:58

dixi_minga wrote: "I can't remember that teamviewer published a beta Version in the last years "

They did last year as well. I remember because that is the first time I purchased a business license from them, and I remember waiting to ensure I got one for the new version.

What's weird is that I modified the PKGINFO with the new version and MD5 checksum, it installed, it downloaded a package with "11" in the name, but everything still says "10". If you ask me, this is too crude to be called a beta.

Anyhow, I hope the speed is everything I've heard about. I still have to actually try it out.

dixi_minga commented on 2015-11-06 22:31

@mgd:
> why do people in need of support install a beta ?
they just check for udates inside the application an get the new version, thats all

I can't remember that teamviewer published a beta Version in the last years - I don't know, why they do this

eworm commented on 2015-11-06 10:38

Teamviewer started to advertise version 11 beta on their website. So if you tell a customer: "Please go to the website and download the quicksupport module!" chances are that they download version 11 beta.

Sadly version 10 can not connect to version 11 beta. That is where the hassle starts.

But please do not update, yet! That would break the setup for people who have a license for the recent stable version but did not upgrade to next version, yet.

mgd commented on 2015-11-05 13:30

Only to satisfy my curiosity:
why do people in need of support install a beta ?

Or phrased differently:
people in need of support should not install a beta.

Or have I misunderstood something ?

Kind regards,
Michael

dixi_minga commented on 2015-11-05 11:51

Some of my supported windows clients have now version 11 beta
for these I need the new version: http://download.teamviewer.com/download/version_11x/teamviewer_i386.deb

THANKS

Raansu commented on 2015-11-03 19:06

Is there a reason why there is no desktop audio streaming here? Supposedly it's possible for Linux clients/servers of teamviewer as mentioned at http://askubuntu.com/a/419662

JoeKnock90 commented on 2015-11-03 15:38

Looks like Teamviewer 11 Beta is out.

I managed to edit your PKGBUILD to get it installed, but I'm REALLY bad at this kind of thing. So while it is working, I am positive it is not the right way to do it.

In other news. Teamviewer 11 is still NOT native and doesn't work well with KDE. But it works, and I suppose it is a little faster than 10.

Some text isn't rendering properly either, going to try installing the MS fonts.

severach commented on 2015-10-19 05:32

downgrade only works for repos.

My TeamViewer PKGBUILD builds 8 9 or 10. Included is a patch that fixes missing .Xauthority file, required for version 10, and a patch that allows operation installed with or without the daemon, and some hassle to switch over. It can build 10.0.41499 which, unlike 10.0.46203, is mostly functional.

I set the version to 9 and added a teamviewer9 package.

nrq commented on 2015-10-19 03:29

@maclinuxfree you need to install `downgrade` to get the past versions of a package.

maclinuxfree commented on 2015-10-10 15:23

Hello guys,

could someone readd the TeamViewer 9 Version please?

thx

gobostone commented on 2015-09-17 18:01

@Xavion: thanks so much, that was driving me nuts.

gobostone commented on 2015-09-17 18:01

@Xavion: thanks so much, that was driving me nuts.

Xavion commented on 2015-09-17 01:49

I couldn't see my Android's screen until I installed the "lib32-libjpeg6-turbo" and "lib32-libpng12" packages. To prevent other users from facing this problem, I think you should add those two packages as dependencies for this one.

severach commented on 2015-09-02 21:25

I just got the i686 version 15 minutes ago and it downloaded just fine. Erase the deb file and try again. TV doesn't work (not ready, please check your connection) but that might be because I'm running too old of a kernel.

macxcool commented on 2015-09-02 21:08

teamviewer_linux-10.0.46203.deb is 1667 bytes and fails the validity check on i686

FadeMind commented on 2015-08-21 04:04

Ravenman
Enable multilib repo in /etc/pacman.conf file.
Next run:
yaourt -Sy teamviewer --noconfirm

Ravenman commented on 2015-08-21 03:44

I can not install this package on my x86_64 system:

==> Continue building teamviewer ? [Y/n]
==> ------------------------------------
==>
==> Building and installing package
==> Install or build missing dependencies for teamviewer:
Password:
error: target not found: lib32-libxrandr
error: target not found: lib32-freetype2
error: target not found: lib32-alsa-lib
error: target not found: lib32-libxinerama
error: target not found: lib32-zlib
error: target not found: lib32-libxdamage
error: target not found: lib32-libsm
error: target not found: lib32-libice
error: target not found: lib32-gcc-libs
error: target not found: lib32-libxtst
==> Restart building teamviewer ? [y/N]
==> -----------------------------------
==>

Somebody can help me, please?

KingYes commented on 2015-08-19 13:32

v10.0.46203 Updated.

izmntuk commented on 2015-07-22 05:30

'teamviewer.install' should not be executable. Please remove the "x" mode bit in the next release.

I-sty commented on 2015-06-17 14:50

Exactly!
SupKurtJ you are right! That's worked for me too!
Thank you very much!

SupKurtJ commented on 2015-06-17 14:39

Hello,

I have a solution.

The problem is the service with systemctl teamviewerd.
Don't enable this.

You must start everytime per session the daemon with : teamviewer --daemon start

And launch Teamviewer, and all work fine.

If the systemctl teamviewerd is start, teamviewer doesn't work correctly.

So conclusion, the service has a problem.

unclesam commented on 2015-05-22 04:33

This was a misleading formulation, sorry.

Ubuntu and Debian are officially supported and the website provides two deb-packages.

RedHat, CentOS, Fedora and SUSE are also officially supported and the website provides an rpm-package.

The third package (Download.tar.gz) is for Linux-distributions, which are not offcially supported.
I think that the software is the same, but the packing is different and the software is tested on the officially supported distributions.

Sorry for the misleading information in my previous comment.

@ Louis: I think that the situation is the same for both versions

Louis commented on 2015-05-21 18:00

@unclesam

I think it best to build upon an officially supported package even if it's require a move extensive PKGBUILD. This is just my
opinion - I'm not the maintainer.

Louis commented on 2015-05-21 17:48

@KingYes

Would you be willing to include this line in your PKGBUILD to make it easier for people using an icon theme with a custom teamviewer icon to patch it?

#sed -i 's/\/opt\/teamviewer\/tv_bin\/desktop\/teamviewer\.png/teamviewer/g' "${pkgdir}"/opt/teamviewer/tv_bin/desktop/teamviewer-teamviewer10.desktop

@unclesam

I think it best to build upon an officially supported package even if it's require a longer extensive PKGBUILD. This is just my
opinion - I'm not the maintainer.

unclesam commented on 2015-05-21 13:15

I have reached the limit of my knowledge and this program is still driving me crazy.

There is an unsupported version (same version-numer) of teamviewer on the official website (Download.tar.gz). Thus, I have downloaded the archive, extracted the content into ~/.teamviewer and then copied the file teamviewer.desktop to /usr/share/applications (programstarter for gnome/cinnamon) and everything works perfectly with this copy!!!

This could be an alternative to the debian-package, but I don't want to maintain this PKGBUILD.

If there's anybody willing to adopt the package, I would write a PKGFILE.

All the best,

unclesam

I-sty commented on 2015-05-21 06:39

I also use the LightDM but I also have problem

unclesam commented on 2015-05-21 05:22

I switched to lightdm, but this was not the solution. (On my second machine it runs fine with gdm.)
However, thanks for the suggestion.

I've also removed teamviewer completely (including configuration) and reinstalled it afterwards. This did not solve the problem either...

milocario commented on 2015-05-20 21:27

The Teamviwer Team recommended me to use "sudo teamviewer --daemon restart".
It works with version 10.0.41499 and GDM, but I have to do it every time I restart my computer.

will.price94 commented on 2015-05-20 20:52

Are you using gdm? If so try with an alternate login manager like lightdm

unclesam commented on 2015-05-20 20:49

I have an issue with the login into my account. When I try to login, I get an timeout and the error-message, that the server did not reply. I've found the following lines in teamviewers logfile:

2015/05/20 22:30:21.737 33 39 G1 Account::TryAutoLogin: enabled: 0
2015/05/20 22:30:26.868 33 46 G1 Timeout for master message.
2015/05/20 22:30:26.869 33 46 G1 Timeout for master message.
2015/05/20 22:30:26.869 33 46 G1 Timeout for master message.
2015/05/20 22:30:26.870 33 46 G1 Timeout for master message.
2015/05/20 22:30:26.870 33 46 G1 Timeout for master message.
2015/05/20 22:30:26.870 33 46 G1 Timeout for master message.
2015/05/20 22:30:26.870 33 46 G1 Timeout for master message.
2015/05/20 22:30:37.039 33 34 G1 Account::SetNewLoginState: 3
2015/05/20 22:30:37.073 33 34 G1 AccountLogin::Start: Trying account authentication
2015/05/20 22:30:57.051 33 34 G1!! BuddyList: SignIn failed. (SignIn Timeout), Errorcode=5
2015/05/20 22:30:57.059 33 34 G1!! BuddyPageList.OnDestroy: RemoveMessageFilter failed
2015/05/20 22:31:07.087 33 34 G1!! AccountLogin::Error: Authentication failed with error 2
2015/05/20 22:31:07.088 33 34 G1 Account::SetNewLoginState: 2

Nevertheless, the program works when I try to connect to a diffrent machine with its id and password.

Teamviewer used to work fine before, but I cannot say which system- or teamviewer-update caused the problems.

I have a second machine (same DE: cinnamon 2.4 and gnome 3.16) with nearly identical setup, just different hardware where teanviewer is still running fine.

Is there anybody who has a similar issue?

Thanks.

All the best,

unclesam

yochaigal commented on 2015-05-20 20:22

I am getting the "PID file /var/run/teamviewerd.pid not readable (yet?) after start." other folks have had in the past - unfortunately, none of the fixes in this thread have worked out. I tried changing the permissions on the folder where the PID lives, and pointing the unit file to another directory.

Any ideas?

I-sty commented on 2015-05-20 19:30

Hi,

I installed the latest version, I added the systemctl service but the app doesn't work for me.

[isti@istiLaptop ~]$ systemctl --all | grep teamv
teamviewerd.service loaded active running TeamViewer remote control daemon
[isti@istiLaptop ~]$ teamviewer -h

Init...
Checking setup...
Launching TeamViewer ...
[isti@istiLaptop ~]$

KingYes commented on 2015-04-22 11:47

Updated. Now all work perfect :)

Pietro_Pizzi commented on 2015-04-21 16:02

new md5sum teamviewer_linux_x64-10.0.37742.deb
fdbc27543e0955e217097810a7983507

Midov commented on 2015-04-20 15:05

Disabling wayland in GDM didnt work for me, but simply not using gdm did.
I started my awesomewm with startx and teamviewer suddenly works again.

Goddamn Gnome, not only breaks its own addons with every version but now it also breaks everything else..

asem commented on 2015-04-20 14:49

Not working with GDM unless wayland is disabled in /etc/gdm/custom.conf

drewofdoom commented on 2015-04-20 13:32

Report from TeamViewer support:

"We got some news from our developers that this is unfortunately a known problem. But please note that the problem is related to Gnome itself.
Our developers are already working on a solution and this will be fixed as soon as possible. We are really sorry about the inconvenience."

drewofdoom commented on 2015-04-14 14:02

I have filed a bug with TeamViewer support. I will let you all know if this case gets resolved.

KingYes commented on 2015-04-13 14:23

Anyone know what need to do? I have same problem with the new Gnome (3.16).

drewofdoom commented on 2015-04-13 14:21

FYI, running without the daemon (tar.gz version from TeamViewer website) is broken now as well. Seems to be an upstream issue.

max.bra commented on 2015-04-13 09:41

@Midov: there's nothing missing in teamviewerd:
ldd /opt/teamviewer/tv_bin/teamviewerd
linux-gate.so.1 (0xf770f000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf76b6000)
librt.so.1 => /usr/lib32/librt.so.1 (0xf76ad000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf76a9000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf755a000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf750c000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf7352000)
/lib/ld-linux.so.2 (0xf7710000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf732c000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf7327000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7320000)
it's simply broken.
silly question: have you an nvidia video card?

Midov commented on 2015-04-13 09:37

Teamviewerd is not working properly for me either. Service does seem to start and it says its running but when i try to run teamviewer client its still complaining about teamviewerd being turned off.
I tried installing teamviewer manually from their website but instalation says im missing libjpeg.so.62. wchich is weird since i do have
extra/libjpeg-turbo 1.4.0-1 [installed]
multilib/lib32-libjpeg-turbo 1.4.0-1 [installed]

It started after updating gnome too.

max.bra commented on 2015-04-13 09:08

Gnome 3.16 huge update has broken teamviewerd on my system: despite is running is not found by the GUI and freeze shutdown procedure (above 90s timeout problem, system is not responsive at all and never halt) if not 'kill -9'ed in advance.

Any one else?

raqua commented on 2015-03-30 21:05

It did not work again. I have looked at the AUR search tool here and found out that the lib you are referencing should exist in Arch, so the problem was with my system, not your package. I apologize for the confusion and possibly waste of your time.

I had multilib repo not working on my system. It is fixed now, should work.

KingYes commented on 2015-03-30 06:24

@raqua please try now again

macxcool commented on 2015-03-27 00:22

I can't get this working on i686. First there is an md5sum error. When I fix that in the PKGBUILD I get an error about there being no .tar.gz file to unpack. Are you supporting 32-bit installations?

raqua commented on 2015-03-26 22:27

Ok, let me repeat that. Let's see:

raqua@phenom:~
$ yaourt -Ss libxinerama
extra/libxinerama 1.1.3-2 [installed]
X11 Xinerama extension library
aur/libx32-libxinerama 1.1.2-1.1 (1)
X11 Xinerama extension library (x32 ABI)


Dependency requested: lib32-libxinerama
Dependency in AUR : libx32-libxinerama

Do you see where the problem is now? :)

KingYes commented on 2015-03-25 07:05

@raqua, You need to install that from AUR.

raqua commented on 2015-03-24 18:37

Hi,

my build is now failing, because it can not find lib32-libxinerama.
There is only libx32-libxinerama package in AUR.

KingYes commented on 2015-03-22 07:32

Updated.

Manraj commented on 2015-03-20 14:38

Installed dependencies specified by @DaBunglow and incoming connections to archlinux machine started working.

@KingYes please add the following pacman targets to the package

lib32-libice lib32-libsm lib32-libxinerama

macxcool commented on 2015-03-03 17:49

i686 computer - MD5sum is incorrect (should be 313a81a8a7840ddfa814a6187e72a9ef )
When MD5 sum is corrected I get 'tar: data.tar.gz: Cannot open: No such file or directory'
There is no data.tar.gz file in the 'src' folder. I don't think the .deb is being extracted. Is there a makedepend missing?

Forvord commented on 2015-03-03 12:49

I have a problem using the TV and wine (now is 1.7.37). After installing wine TV does not start.
I solved it by installing PlayOnLinux and removing wine (pacman -Rdd wine). Now Now I use POL and its internal version of wine.

P.S. Arch Linux 32bit.

KingYes commented on 2015-02-23 14:27

I have all this dependencies, and incoming connects not work.

JojOatXGME commented on 2015-02-23 13:08

I think there are missing dependencies. I have installed the package and it was possible to start teamviewer. But when I tried to connect from somewhere else to the computer, it did not work. The client hang while connecting and my pc with the package from here was not doing anything.

The log says that someone was connecting but the process which was started to handle the connection exited with exit code 0.

The dependency checker of teamviewer detected missing dependencies:
lib32-libice
lib32-fontconfig
lib32-libsm
lib32-libxinerama
lib32-libpng12

After installing them, it was possible to connect from another computer while using the package from here.

DaBungalow commented on 2015-02-12 21:28

According to the Teamviewer library checker, these are also dependencies of TeamViewer: lib32-libice lib32-libsm lib32-libxinerama

gerryst commented on 2015-02-09 08:15

@ yurikoles

Had the same problem on my Manjaro installation.
This fixed it for me:
https://bbs.archlinux.org/viewtopic.php?id=188990

The file you need to change should be:

/usr/lib/systemd/system/teamviewerd.service

daklaus commented on 2015-02-02 16:31

Hello, using pacaur I get the following when I wanted to update teamviewer from 10.0.36281-2 to 10.0.37742-1:
:: Starting AUR upgrade...
:: resolving dependencies...
:: no results found for lib32-alsa-lib
:: no results found for lib32-freetype2
:: no results found for lib32-gcc-libs
:: no results found for lib32-libxdamage
:: no results found for lib32-libxrandr
:: no results found for lib32-libxtst
:: no results found for lib32-zlib

I am on a 32 bit machine and therefore the library names on those systems are without the prefix lib32- since this is only for the multilib libraries. Please correct the dependencies here to be valid for both x86_64 (with multilib) and x86.

eennbb commented on 2015-01-31 03:43

Hi, i get this updating via yaourt

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 180 100 180 0 0 341 0 --:--:-- --:--:-- --:--:-- 340
100 169 100 169 0 0 151 0 0:00:01 0:00:01 --:--:-- 151
11 38.7M 11 4435k 0 0 538k 0 0:01:13 0:00:08 0:01:05 599kcurl: (56) Recv failure: Connection reset by peer
==> ERROR: Failure while downloading teamviewer_linux_x64-10.0.37742.deb
Aborting...

yurikoles commented on 2015-01-22 21:25

My system has problem stoping teamviewerd. It waits for 90s every shutdown.
How to fix it?

levitsky commented on 2015-01-22 10:15

@pngochai Yep, happens to me, too.

pngochai commented on 2015-01-21 16:02

I'm using systemd by the way

pngochai commented on 2015-01-21 16:02

Anyone has the problem that if you enable teamviewer daemon, system shutdown will take 1m30s more waiting for the daemon to stop?

JDCNS commented on 2015-01-19 21:59

I had some difficulty with initiating chat without first initiating a remote connection. TeamViewer looked over my issue and stated there was a missing library, so I downloaded their program and ran tvsetup, and libjpeg.so.62 was missing.

BTW, there are two versions, one is out of date. The latest one is https://aur.archlinux.org/packages/libjpeg6-turbo/.

jwallden commented on 2015-01-19 20:20

I get

Validating source files with md5sums...
teamviewer_linux_x64-10.0.36281.deb ... FAILED
==> ERROR: One or more files did not pass the validity check!
:: failed to verify teamviewer integrity

when trying to install this with Pacaur

thearcherblog commented on 2015-01-09 12:55

@PhotonX

I found the same issue here.

My keyboard is locally setup as norwegian and I'm connecting from a Windows computer using keyboard layout and same teamviewer version, 10.

I didn't notice it before upgrading to Teamviewer 10.

PhotonX commented on 2014-12-30 12:28

I experience follwing bug: After the update to 10.0 the keyboard layout is recognized in a wrong way. Following setup: machine 1 (my machine, running Arch Linux) and machine 2 (another machine running Manjaro) both have the German keyboard layout. Neither of the machines has a problem with wrong keyboard layout. However, if I connect to machine 2 through teamviewer and type, on machine 2 my input is translated into standard QUERTY layout, i.e. I get [ for ü, / for - and so on. Downgrading to teamviewer9 on both machines solves the problem. Anybody else who can reproduce this?

lockheed commented on 2014-12-25 22:04

I mean any Teamviewer window at all. I know the "Computer & Contacts" can be disabled, but still there's another TV window that opens.

lockheed commented on 2014-12-25 22:02

Is there some way to disable automatic start of the " Computers & Contacts" window when teamviewerd service starts?

Kspap commented on 2014-12-21 08:03

@rkelly @t.iglo
Synchronizing participants stuck?
I fixed mine by disabling 'Play computer sound and music' in teamviewer options.

swiftgeek commented on 2014-12-08 14:28

Can anyone check if chat/quicksupport for phones is working?
For both i don't get windows at all, while rest of logic seems to be working (eg. phone displays that connection exist and after disconnection i get in TV ~statusbar information about session duration)

It's strange as it worked fine on beta… (i tested already with clean $HOME)

waitnsea commented on 2014-12-03 08:54

Needs to install a link in /opt :
ln -s /opt/teamviewer /opt/teamviewer9

waitnsea commented on 2014-12-03 04:23

Needed to add a link /opt/teamviewer9 linking to /opt/teamviewer/

KingYes commented on 2014-12-02 13:39

Guys, Thanks !
Updated..

enemyd3 commented on 2014-12-02 13:21

There is a problem with the desktop link.
The PKGBUILD links the file 'teamviewer-teamviewer.desktop' but in version 10 the desktop file is named 'teamviewer-teamviewer10.desktop'.

183.amir commented on 2014-12-02 13:19

Hi there is a problem with this package:
ln -s /opt/teamviewer/tv_bin/desktop/teamviewer-teamviewer.desktop "${pkgdir}"/usr/share/applications/teamviewer.desktop
should be:
ln -s /opt/teamviewer/tv_bin/desktop/teamviewer-teamviewer10.desktop "${pkgdir}"/usr/share/applications/teamviewer.desktop
change: "teamviewer-teamviewer.desktop" to "teamviewer-teamviewer10.desktop"

KingYes commented on 2014-12-02 12:35

I just update to 10.0.36281 version.
Have fun

jdawg commented on 2014-11-29 22:21

I wasn't able to get TeamViewer to work on my computer without installing lib32-libnss_sss. I use sssd for user authentication. It would just silently fail until I used strace to figure out what was going on.

florck commented on 2014-11-27 21:34

I have the same problem as @a5702532.
I had it on my other computer, it was fixed.
Now I have it on my server, but what is installed is same version as on my other computer where it works successfully.
What am I forgetting?

amish commented on 2014-11-27 05:39

It has its own wine. And does not depends on external wine. So thats why no need to add in dependency list.

Tallix commented on 2014-11-27 05:20

This application appears to run through Wine. Could the maintainer please add wine to the dependency list (along with lib32-libxrandr as others have mentioned)?

richcocoa commented on 2014-11-19 09:41

Sorry for flagging it as out date. Teamviewer 10 for linux is still in beta. Didn't notice it right out. Sorry again.

rkelly commented on 2014-10-30 20:53

I'm experiencing the same thing as t.iglo. Stuck on "Synchronizing participants."

t.iglo commented on 2014-10-20 18:21

Hi I need help guys, my outgoing connection doesn't work. When I fill ID and then password (in password dialog) this windows appears:
http://postimg.org/image/rqhgiz633/
and nothing happens :(
Can anyone help please?
PS: I tried connection to Windows or Debian with no reaction.

jradxl commented on 2014-10-15 15:48

Thanks, -2 fixed issue for me.
I can log in Manjaro to Manjaro, except I do not have a choice of resolutions - just 1024x768

KingYes commented on 2014-10-13 17:45

I just upgrade my package. Please let's me know if it's okay for you.

dhiru1602 commented on 2014-10-13 08:33

@KingYes,

I had issues with incoming connections not working. I can connect to another partner but others can't connect to me. It's similar to what @xlightwaverx, @MorningWood and @mgruben have reported. It turned out that I needed lib32-libxrandr and after installing, Teamviewer worked fine. However, this dependency was not installed directly when installing teamviewer from your AUR package.

Just for reference, lib32-libxrandr is needed and teamviewer-quicksupport package also uses it.
https://aur.archlinux.org/packages/te/teamviewer-quicksupport/PKGBUILD

KingYes commented on 2014-10-13 06:54

@dhiru1602: Are you sure what you talk about?

dhiru1602 commented on 2014-10-13 02:18

For those of you who are having problems with Incoming Connections failing, but Outgoing connections working fine, make sure you have installed lib32-libxrandr.

Requesting the Maintainer to please add the dependency.

KingYes commented on 2014-10-11 18:04

9.0.32150 is the last version for Linux.

jradxl commented on 2014-10-10 19:31

This Arch version is 32150, whereas my Windows 8.1 version is 32494 (12th Sept).
Could that be the reason that the Windows PC(local) won't start a remote session on the Manjaro KDE system (server).
Two Windows PCs connector, and another Manjaro system (also 32150) as client can connect to both Windows PCs.

KingYes commented on 2014-09-13 18:34

To start the deamon please use `systemctl` like this:
sudo systemctl start teamviewerd

(When you install the package, you can see this info)

kozec commented on 2014-09-13 17:56

Seems broken:

sudo teamviewer --daemon start

/etc/init.d/teamviewerd start
/opt/teamviewer9/tv_bin/script/tvw_daemon: line 204: /etc/init.d/teamviewerd: No such file or directory
fail

frohike commented on 2014-09-10 14:10

@xlightwaverx
I have found a way to fix the problem with connection to your arch desktop.
It looks like the problem is related with the libwine.so.1.0 driver.
the program is looking for it in /usr/lib32/ but the installer don't copy the file over.
I fixed my computer using this command.
cp /opt/teamviewer9/tv_bin/wine/lib/libwine.so.1.0 /usr/lib32/

hope it helps.

xlightwaverx commented on 2014-09-10 01:25

@russo79

Thanks, apparently you have to uncomment the [multilib] part too, which I didn't do. Thanks again!

Unfortunately, even though it installs, it still doesn't allow connections. All circumstances lead to "Login Cancelled" when trying to remotely connect via other devices with TV installed. This is both with and without daemon set up.

russo79 commented on 2014-09-10 00:12

@xlightwaverx

You need to enable the multilib repos [1]

[1] https://wiki.archlinux.org/index.php/Multilib


xlightwaverx commented on 2014-09-09 21:35

Calls for the following dependencies:
error: target not found: lib32-gcc-libs
error: target not found: lib32-alsa-lib
error: target not found: lib32-libxtst
error: target not found: lib32-libxdamage
error: target not found: lib32-zlib
error: target not found: lib32-freetype2

==> ERROR: 'pacman' failed to install missing dependencies.
When running the following (sudo pacman -S gcc-libs alsa-lib libxtst libxdamage zlib freetype2) I get:
warning: gcc-libs-4.9.1-1 is up to date -- reinstalling
warning: alsa-lib-1.0.28-1 is up to date -- reinstalling
warning: libxtst-1.2.2-1 is up to date -- reinstalling
warning: libxdamage-1.1.4-2 is up to date -- reinstalling
warning: zlib-1.2.8-3 is up to date -- reinstalling
warning: freetype2-2.5.3-2 is up to date -- reinstalling

Teamviewer is not detecting the current dependencies are already installed. Please advise.

drewofdoom commented on 2014-09-08 23:11

trialuser,

It has not been saving settings for me for a few point releases. Highly annoying. Tried using the standalone installation in my home directory as well as this package.

If anyone has a way to get it to start saving settings again, I would be eternally grateful!

a5702532 commented on 2014-09-07 10:51

"not ready - please check your internet connection"

how i can solve it?

trialuser commented on 2014-09-05 04:34

is teamviewer not saving settings for anyone else or is it just me?

Svenstaro commented on 2014-08-25 10:24

You should add options = ('!strip').

acidflash commented on 2014-08-19 08:05

==> Retrieving sources...
-> Downloading teamviewer_linux_x64-9.0.30203.deb...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.
==> ERROR: Failure while downloading teamviewer_linux_x64-9.0.30203.deb
Aborting...
==> ERROR: Makepkg was unable to build teamviewer.
==> Restart building teamviewer ? [y/N]
==> -----------------------------------
==>
==> ERROR: unable to update

stmc commented on 2014-08-18 17:21

tar.gz version works fine without daemon in any user's directory, from system directory it works only when permissions for directory & all files are 0777. I think in normal installation there are no ways to run it without daemon

alejandro.perez commented on 2014-08-18 15:04

I don't know in other systems, but the tar.gz version executes in my system without executing the daemon. I suggested to make a PKGBUILD using that version, but I did not tried that version. It is possible to be related with lack of permission for the user on the installation path?

I tried the tar.gz version on /tmp, where any user can write.

stmc commented on 2014-08-18 14:44

I am sorry for the inconvenience. A few posts ago, alejandro.perez said that the tar.gz version from teamviewer's website works without daemon, which makes it more safe. So, I tried to build a package from tar.gz, and it works on my PC, but fails to start on other. I will try fix it later. The old version of PKGBUILD (that builds package from .deb) was returned.

stmc commented on 2014-08-18 14:42

I am sorry for the inconvenience. A few posts ago, alejandro.perez said that the tar.gz version from teamviewer's website works without daemon, which makes it more safe. So, I tried to build a package from tar.gz, and it works on my PC, but fails to start on other. I will try fix it later. The old version of PKGBUILD (that builds package from .deb) is returned now.

wenLiangcan commented on 2014-08-18 14:22

Failed to start, and I found the errors in /var/log/teamviewer/startup.log:

mkdir: cannot create directory ‘/opt/teamviewer9/profile’: Permission denied

Error: Could not create /opt/teamviewer9/profile/dosdevices

smirky commented on 2014-08-18 13:35

[0:smirky@lilly ~/Downloads/teamviewer]: teamviewer
error calling "tv_bin/script/teamviewer"
[254:smirky@lilly ~/Downloads/teamviewer]:

With: teamviewer 9.0.30203-3

stmc commented on 2014-08-18 13:30

I'm sorry. Now must work

smirky commented on 2014-08-18 13:25

The conflict was easily resolved with:
pacman -Rsn teamviewer

and then:

pacman -U new_teamviewer_pakage

macxcool commented on 2014-08-18 13:23

file conflict with /opt/teamviewer9/config and logfiles

smirky commented on 2014-08-18 12:58

[0:smirky@lilly ~]: teamviewer

Init...
Checking setup...
[1:smirky@lilly ~]:


As you see, exit code: 1
Teamviewer doesn't start for me. I noticed the info about teamviewer working without the teamviewerd daemon. Could that be the problem?

drewofdoom commented on 2014-08-18 12:57

Update seems to have broken TeamViewer for me. Running in terminal prints the following:

Init...
Checking Setup...

Immediately crashes afterwards.

alejandro.perez commented on 2014-08-16 09:43

I support amish's proposal. Why don't we use the tar.gz version which does not require to become root? I don't know if it is safer, but for me it is much convenient.

stmc commented on 2014-08-14 17:59

updated

killedbymonkeys commented on 2014-08-12 20:52

The new MD5 is decce9d21dbf99d508bb40c9a706e837

FadeMind commented on 2014-08-09 11:12

TeamViewer 9.0 Build 30203 available.

MichaelTunnell commented on 2014-08-07 20:08

asuglia's PKGBUILD changes worked for me as well. Thank you asuglia.

For those interested in the difference, asuglia updated the pkgver (package version) and the MD5SUMS of the downloads. The rest of the PKGBUILD is the same so this package is using the same sources from teamviewer.com.

Note- A message at the end of the build will be "The Teamviewer daemon must be running for Teamviewer 8 to work." which is true but the package is in fact Teamviewer 9 not 8. Here is a new teamviewer.install file for this update - http://codepad.org/nJhA59W0

MichaelTunnell commented on 2014-08-07 20:04

asuglia's PKGBUILD changes worked for me as well. Thank you asuglia.

For those interested in the difference, asuglia updated the pkgver (package version) and the MD5SUMS of the downloads. The rest of the PKGBUILD is the same so this package is using the same sources from teamviewer.com.

Note- A message at the end of the build will be "The Teamviewer daemon must be running for Teamviewer 8 to work." which is true but the package is in fact Teamviewer 9 not 8.

j3zz4h commented on 2014-08-07 12:31

I can confirm that asuglia's new PKGBUILD is working with the new version on a x86_64 system.
(Linux 3.15.8-1-ARCH #1 SMP PREEMPT x86_64 GNU/Linux)

grayich commented on 2014-08-05 18:56

teamviewer_linux_x64-9.0.27891.deb ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build teamviewer.

asuglia commented on 2014-08-03 16:49

A new teamviewer's version is available on the official website. For this reason, the md5 checksum validity check fails while installing the package with yaourt.

This should be the correct PKGBUILD: http://codepad.org/XB9P4NuK

I hope that it will be help you in updating the package.
Thank you for effort in mantaining it.

asuglia commented on 2014-08-03 16:12

A new teamviewer's version is available on the official website. For this reason, the md5 checksum validity check fails while installing the package with yaourt.
Fixing the md5 values in the PKGBUILD file will fix the problem.

I hope that it will be help you in updating the package.
Thank you for effort in mantaining it.

dixi_minga commented on 2014-07-26 01:54

finally after month: For Haswell CPUs a modified lib32-glibc is no longer needed with version 9.0.30203

scjet commented on 2014-07-25 14:53

yep, it's still "Out of Date":
teamviewer_linux_x64-9.0.27891.deb ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build teamviewer.
-------
@Matthew_Moore,
Thx again, for the quick fix.
--------
Also, on a minor note, it still says: "...The Teamviewer daemon must be running for Teamviewer 8 to work...." ? should say "9", but just an fyi. :)

kunaguvarun commented on 2014-07-21 16:58

@Matthew_Moore,
Thank you for posting this fix...

spsf64 commented on 2014-07-17 22:09

Flagged as out of date, new ver 9.0.30203

developej commented on 2014-07-16 05:03

@Matthew_Moore
https://wiki.archlinux.org/index.php/makepkg#Generate_new_checksums

Matthew_Moore commented on 2014-07-16 05:00

The source package has been updated and the checksums no longer work. PLEASE UPDATE!!
In the meantime For those that need to install this package simply edit the pkgbuild and replace the checksums with 'SKIP' this will act as a workaround until the package is updated.

travnick commented on 2014-07-13 18:43

With current package I'm getting segmentation fault (no more info ...).

But http://download.teamviewer.com/download/teamviewer_linux.tar.gz works flawlessly.

amish commented on 2014-07-11 16:23

Hello instead of using deb package, why dont we use "tar.gz" package?

http://download.teamviewer.com/download/teamviewer_linux.tar.gz

That runs even without systemd service running as root. Which makes it more safe.

So please consider

reed1 commented on 2014-06-28 05:49

For those who can't get the sound and mic working for conference, replacing the old binaries should fix it: http://askubuntu.com/questions/419605/teamviewer-9-ubuntu-13-10-sound

trialuser commented on 2014-06-24 23:12

For anyone else who can't connect to your computer, I fixed it by uninstalling teamviewer (with -Rns flags), then installing wine + all optional dependency's, then re-installing teamviewer.

Manouchehri commented on 2014-05-21 22:47

Fails to download with aria2c, please update the PKGBUILD to this:

https://drive.google.com/file/d/0B7Jh7kkafSr7Vi03UWJZbnFNYkU/edit?usp=sharing

dixi_minga commented on 2014-05-20 20:21

lib32-glibc-2.19-5-x86_64.pkg.tar.xz without enabled lock elision for 64 Bit Systems with Haswell CPU Error (teamviewer GUI doesn't start):
https://dl.dropboxusercontent.com/u/90154171/lib32-glibc-2.19-5-x86_64.pkg.tar.xz

Install: pacman -U lib32-glibc-2.19-5-x86_64.pkg.tar.xz
Restore original: pacman -S lib32-glibc

PhotonX commented on 2014-05-18 14:24

The teamviwerd.service fails to start automatically:

$ systemctl status teamviewerd
● teamviewerd.service - TeamViewer remote control daemon
Loaded: loaded (/usr/lib/systemd/system/teamviewerd.service; enabled)
Active: inactive (dead)

Manually it can be started without any problems, but it's a pity to run the start command every time. I observe this behavior on one Arch and two Manjaro installs.

keibak commented on 2014-05-10 08:47

@dot Thanks. What a stupid mistake from me :(

dot commented on 2014-05-10 07:12

@keibak when using 32bit applications on a 64bit platform you have to enable multilib: https://wiki.archlinux.org/index.php/multilib

keibak commented on 2014-05-10 06:57

Can't resolve dependencies:

==> Making package: teamviewer 9.0.27891-1 (Sat May 10 08:55:58 CEST 2014)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: lib32-gcc-libs
error: target not found: lib32-alsa-lib
error: target not found: lib32-libxtst
error: target not found: lib32-libxdamage
error: target not found: lib32-zlib
error: target not found: lib32-freetype2
==> ERROR: 'pacman' failed to install missing dependencies.

dixi_minga commented on 2014-05-05 17:56

20140502: New lib32-glibc-package -> same old error with Haswell-CPUs
I don't know whom to blame: teamviewer or glibc :-(

lib32-glibc for 64 Bit systems:
lib32-glibc-2.19-4-x86_64.pkg.tar.xz without enabled lock elision:
https://dl.dropboxusercontent.com/u/90154171/lib32-glibc-2.19-4-x86_64.pkg.tar.xz
Install: pacman -U lib32-glibc-2.19-4-x86_64.pkg.tar.xz
Restore original: pacman -S lib32-glibc

Comment by Holoduke 2014-03-18 00:46:
If you have a Haswell CPU and TeamViewer won't start, try building lib32-glibc
(or glibc on 32-bit) without --enable-lock-elision. That fixed it for me. I
found teamviewerd to crash in __lll_unlock_elision (), very similar to that
issue: https://bugs.archlinux.org/task/37617?project=5.

dixi_minga commented on 2014-05-05 17:52



For 64 Bit-Systems:
lib32-glibc-2.19-4-x86_64.pkg.tar.xz without enabled lock elision:
https://dl.dropboxusercontent.com/u/90154171/lib32-glibc-2.19-4-x86_64.pkg.tar.xz
Install: pacman -U lib32-glibc-2.19-4-x86_64.pkg.tar.xz
Restore original: pacman -S lib32-glibc

Comment by Holoduke 2014-03-18 00:46:
If you have a Haswell CPU and TeamViewer won't start, try building lib32-glibc
(or glibc on 32-bit) without --enable-lock-elision. That fixed it for me. I
found teamviewerd to crash in __lll_unlock_elision (), very similar to that
issue: https://bugs.archlinux.org/task/37617?project=5.

dixi_minga commented on 2014-05-04 18:58

For 64 Bit-Systems:
lib32-glibc-2.19-4-x86_64.pkg.tar.xz without enabled lock elision:
https://dl.dropboxusercontent.com/u/90154171/lib32-glibc-2.19-4-x86_64.pkg.tar.xz

Comment by Holoduke 2014-03-18 00:46:
If you have a Haswell CPU and TeamViewer won't start, try building lib32-glibc
(or glibc on 32-bit) without --enable-lock-elision. That fixed it for me. I
found teamviewerd to crash in __lll_unlock_elision (), very similar to that
issue: https://bugs.archlinux.org/task/37617?project=5.

dixi_minga commented on 2014-05-04 18:57

lib32-glibc-2.19-4-x86_64.pkg.tar.xz without enabled lock elision:
https://dl.dropboxusercontent.com/u/90154171/lib32-glibc-2.19-4-x86_64.pkg.tar.xz

Comment by Holoduke 2014-03-18 00:46

If you have a Haswell CPU and TeamViewer won't start, try building lib32-glibc
(or glibc on 32-bit) without --enable-lock-elision. That fixed it for me. I
found teamviewerd to crash in __lll_unlock_elision (), very similar to that
issue: https://bugs.archlinux.org/task/37617?project=5.

dixi_minga commented on 2014-05-04 18:41

lib32-glibc-2.19-4-x86_64.pkg.tar.xz without enabled lock elision:
https://dl.dropboxusercontent.com/u/90154171/lib32-glibc-2.19-4-x86_64.pkg.tar.xz

dixi_minga commented on 2014-05-02 17:36

today new lib32-glibc-package -> same old error with Haswell-CPUs

I don't know whom to blame: teamviewer or glibc :-(

Hilinus commented on 2014-05-01 13:24

let me know if there are any problems.

ElVirolo commented on 2014-05-01 10:17

35ba2b46fe7d2669bfc8e67e8243694d teamviewer_linux_x64.deb

pomukal commented on 2014-04-27 13:41

Please update.

smirky commented on 2014-04-27 08:38

There's a newer version. Please update.

dixi_minga commented on 2014-04-27 07:59

@Pyrdracon: It doesn't work for Haswell Bug

dixi_minga commented on 2014-04-27 00:50

teamviewer 9.0.27891 has the same well known for month Haswell-CPU-bug as 9.0.24147; thus you don't need to update or to hope, it's solved in the new version

teamviewer shows the disadvantages of closed commercial software very clearly

dixi_minga commented on 2014-04-27 00:48

teamviewer 9.0.27891 has the same well known for month Haswell-CPU-bug like 9.0.24147; thus you don't need to update or to hope, it's solved in the new version

teamviewer shows the disadvantages of closed commercial software very clearly

dixi_minga commented on 2014-04-27 00:45

teamviewer 9.0.27891 has the same well known for month Haswell-CPU-bug like 9.0.24147; thus you don't need to update or to hope, it's solved in the new version

teamviewer proofs the disadvantages of closed commercial software.

strapjaw commented on 2014-04-26 20:25

ehs0329 stated the work-around for this out of date package. KinG-InFet posted about an md5 error. The work-around is the solution for that md5 error. Here is a more detailed example of the posted work-around on a 64bit system.

The PKGBUILD script downloads a .deb with version and md5 of:

35ba2b46fe7d2669bfc8e67e8243694d teamviewer_linux_x64-9.0.24147.deb

The download from http://www.teamviewer.com/en/download/linux.aspx states that it is version v9.0.27891. The md5 of that file is:

35ba2b46fe7d2669bfc8e67e8243694d teamviewer_linux_x64.deb

The md5 for which the PKGBUILD is looking is:

md5sums=('ab46126b05e523479b53d576254f5a43')

I just changed that to 35ba2b46fe7d2669bfc8e67e8243694d and it compiled and installed without issue.

Again, this was for a 64bit system. If you're on a 32, you'll have to run md5sum against to downloaded .deb and update the PKGBUILD

KinG-InFeT commented on 2014-04-25 19:53

error md5sum
root@luongovincenzo ~ $ packer -S teamviewer

Aur Targets (1): teamviewer

Proceed with installation? [Y/n] y
Edit teamviewer PKGBUILD with $EDITOR? [Y/n] n
Edit teamviewer.install with $EDITOR? [Y/n] n
==> Creazione del pacchetto: teamviewer 9.0.24147-1 (ven 25 apr 2014, 21.50.50, CEST)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Controllo delle dipendenze durante la compilazione in corso...
==> Download dei sorgenti in corso...
-> Download di teamviewer_linux-9.0.24147.deb in corso...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
100 181 100 181 0 0 79 0 0:00:02 0:00:02 --:--:-- 918
100 21.0M 100 21.0M 0 0 1292k 0 0:00:16 0:00:16 --:--:-- 1844k
==> Validazione dei sorgenti con md5sums in corso...
teamviewer_linux-9.0.24147.deb ... NON RIUSCITO
==> ERRORE: Uno o più file non hanno superato il controllo di validità!
The build failed.

ehs0329 commented on 2014-04-25 02:10

Workaround for this package being out-of-date:

Go to http://www.teamviewer.com/en/download/linux.aspx and make note of the version number. Download the version you want. Run "md5sum teamviewer_linux.deb > teamviewer_linux.deb.md5" or "md5sum teamviewer_linux.deb > teamviewer_linux_x64.deb.md5" depending on which version you downloaded. Edit the PKGBUILD to reflect the new version number and replace the md5sum with the output from the md5sum command. Quick and dirty but it works in a pinch.

Pyrdracon commented on 2014-04-23 20:10

If TeamViewer doesn't show up, you could try this patch: http://chakraos.org/ccr/diff_view.php?p=teamviewer&d=fix-winelib.patch

I had problems starting TeamViewer because it tried to use libwine.so.1 from the installed wine package (it searched for the lib and told me that there is a version mismatch). The old tvw_config had the lines from the patch included. I've tried this on two computers now and the connection window showed up again.

MorningWood commented on 2014-04-22 21:22

because as the out of date flag notes, the package is out of date and the m5sum for the newer teamviewer package is different.

uboot commented on 2014-04-22 20:38

==> Validating source files with md5sums...
teamviewer_linux_x64-9.0.24147.deb ... FAILED

FadeMind commented on 2014-04-22 07:29

Updated PKGBUILD file for 9.0.27891

https://pastebin.com/raw.php?i=4y4tx3ay

ThecaTTony commented on 2014-04-21 21:42

Hi, any plans to update this? If not, orphan the package, someone will eventually adopt and update. Thanks.

7ymekk commented on 2014-04-16 12:28

Hilinus, could You update the teamviewer_linux_x64-9.0.24147.deb md5sum

Kudlaty commented on 2014-04-16 11:15

Can U update pkgbuild to:

http://pastebin.com/ME3mnFF7

atertillic commented on 2014-04-15 13:14

No problems with v9.0.27891 x64 on Haswell i7.

@num1champ
If you use KDE you can execute scripts one the login screen (before logging in). Have a look at system settings -> autostart.

developej commented on 2014-04-12 15:52

Well, if you put lockscreen as the first thing to be executed after autologin (it seems to me you didn't read all I wrote or you didn't underatand it), you should be ok

num1champ commented on 2014-04-12 15:49

I noticed that this uses the .deb pkg for install. Is there a reason that the tar.gz pkg is not used?

num1champ commented on 2014-04-12 15:45

@developej
That looks like it might be a good work around, but I am concerned about who could get on my pc during that time with the autologin. (my kids would figure it out :-)


developej commented on 2014-04-12 14:59

@num1champ
I searched for a solution for some time, didn't find it.
A way around it is to set up an autologin on your machine, followed by an immediate screenlock:

1. https://wiki.archlinux.org/index.php/automatic_login_to_virtual_console
2. I am using i3wm, so I have a 'autostart' script which looks something like this:

'i3lock' as first line
sleep 5 seconds (so my DHCP kicks in and everything settles down)
run teamviewer and bunch of apps

That way when you reboot your computer remotely (via teamviewer or ssh), you will log in after reboot as if you were right in front of your computer, but screen will be locked and still ask for a password.

Teamviewer is waiting for connections now!

num1champ commented on 2014-04-12 14:49

@developej, I think I have the same problem.

The deamon starts when the computer boots. The computer shows as online from a remote client, but it is unable to connect. I have to log in to the computer locally and manually start the Teamviewer application, only then I can connect remotely.

Anyone have a fix for this?

wget commented on 2014-04-08 10:20

@poincare. At this time of writing, this is still the latest available version. This package shouldn't be marked as out-of-date thus.

poincare commented on 2014-03-29 20:30

Why is this marked out of date?! Isn't this the current version?

developej commented on 2014-03-29 16:00

I have Haswell, but haven't had this problem...

My problem is that even though deamon is running my computer is not online. I have to log in and manually start the Teamviewer application, only then I can connect.

dixi_minga commented on 2014-03-29 14:53

@Holoduke: Thx - works also for me

maclinuxfree commented on 2014-03-23 19:34

I confirm the "Haswell-Bug" also. And the fix without "--enable-lock-elision" solved it for me, too. But I found another tool which is not working on my haswell i7 cpu "qfinder".

Medved commented on 2014-03-21 11:41

@Holoduke, I confirm that this works. Since I've changed the PC at work (with a new Haswell CPU) my teamviewer stoped working and kept on "core dumping".

Rebuilding and installing lib32-glib without "--enable-lock-elision" solved the issue.

Thanks!

Holoduke commented on 2014-03-18 00:46

If you have a Haswell CPU and TeamViewer won't start, try building lib32-glibc (or glibc on 32-bit) without --enable-lock-elision. That fixed it for me. I found teamviewerd to crash in __lll_unlock_elision (), very similar to that issue: https://bugs.archlinux.org/task/37617?project=5.

giner commented on 2014-03-13 08:47

If you want to run teamviewer without root then you can go the following way:

1. Install all necessary dependencies (check PKGBUILD)
2. Use the script bellow to download and run teamviewer in a home directory:

http://pastebin.com/xJNA4x1P

#!/bin/bash -e

if [[ ! -d $HOME/.teamviewer/teamviewer9 ]]; then
wget http://download.teamviewer.com/download/teamviewer_linux.tar.gz -O /tmp/teamviewer_linux.tar.gz
mkdir -p $HOME/.teamviewer
tar -xf /tmp/teamviewer_linux.tar.gz -C $HOME/.teamviewer
fi

$HOME/.teamviewer/teamviewer9/teamviewer

giner commented on 2014-03-13 08:44

If you want to run teamviewer without root then you can go the following way:

1. Install all necessary dependencies (check PKGBUILD)
2. Use the script bellow to download and run teamviewer in a home directory:

#!/bin/bash -e

if [[ ! -d $HOME/.teamviewer/teamviewer9 ]]; then
wget http://download.teamviewer.com/download/teamviewer_linux.tar.gz -O /tmp/teamviewer_linux.tar.gz
mkdir -p $HOME/.teamviewer
tar -xf /tmp/teamviewer_linux.tar.gz -C $HOME/.teamviewer
fi

$HOME/.teamviewer/teamviewer9/teamviewer

jeeves commented on 2014-03-13 06:06

I have not been able to successfully launch Teamviewer 9 either. The problem seems to be some problem that is keeping the teamviewerd.service from launching. Here is the terminal output when I check the service status after attempting to start the teamviewerd.service:

BTW - I tested "maxuwux" fix that involved modifying the service file, but unfortunately it made no difference for me (and yes I ran "systemctl daemon-reload" after editing the service file).
---------------------------------

teamviewerd.service - TeamViewer remote control daemon
Loaded: loaded (/usr/lib/systemd/system/teamviewerd.service; disabled)
Active: activating (start) since Wed 2014-03-12 22:55:05 PDT; 35s ago
Process: 740 ExecStart=/opt/teamviewer9/tv_bin/teamviewerd -d (code=exited, status=0/SUCCESS)
CGroup: /system.slice/teamviewerd.service
`-743 /opt/teamviewer9/tv_bin/teamviewerd -d

Mar 12 22:55:05 dellpc systemd[1]: PID file /var/run/teamviewerd.pid not readable (yet?) after start.

Aerion commented on 2014-03-01 21:57

Why is this package flagged out of date when the latest version upstream is the very one on offer here?

maxwux commented on 2014-02-22 03:24

I fixed this problem.
edit /usr/lib/systemd/system/teamviewerd.service
change
ExecStart = /opt/teamviewer9/tv_bin/teamviewerd -d
to
ExecStart = /opt/teamviewer9/tv_bin/teamviewerd

PieterDeBruijn commented on 2014-02-18 09:48

Mine does not work either.

One small typo (maybe it's in the application itself):
"The Teamviewer daemon must be running for Teamviewer 8 to work." --> we are at version 9 now.

developej commented on 2014-02-15 12:46

Mine says 'Ready to connect', so it's not the package. I don't know what could be the problem for you, though.

AleXoundOS commented on 2014-02-15 11:36

The package has 823 votes and not working. Does anybody know a fix for "Not ready. Please check your connection" issue?

maxwux commented on 2014-02-12 02:37

$ sudo systemctl start teamviewerd
Job for teamviewerd.service failed. See 'systemctl status teamviewerd.service' and 'journalctl -xn' for details.
$ sudo systemctl status teamviewerd.service
teamviewerd.service - TeamViewer remote control daemon
Loaded: loaded (/usr/lib/systemd/system/teamviewerd.service; enabled)
Active: failed (Result: timeout) since Wed 2014-02-12 10:34:43 CST; 1min 50s ago
Process: 4403 ExecStart=/opt/teamviewer9/tv_bin/teamviewerd -d (code=exited, status=0/SUCCESS)

Feb 12 10:31:43 max-t430s systemd[1]: Starting TeamViewer remote control daemon...
Feb 12 10:31:43 max-t430s systemd[1]: PID file /var/run/teamviewerd.pid not readable (yet?) after start.
Feb 12 10:33:13 max-t430s systemd[1]: teamviewerd.service operation timed out. Terminating.
Feb 12 10:34:43 max-t430s systemd[1]: teamviewerd.service stopping timed out (2). Killing.
Feb 12 10:34:43 max-t430s systemd[1]: Failed to start TeamViewer remote control daemon.
Feb 12 10:34:43 max-t430s systemd[1]: Unit teamviewerd.service entered failed state.

$ pacman -Q systemd
systemd 208-11

AleXoundOS commented on 2014-02-11 12:48

Same problem: "Not ready. Please check your connection"

MorningWood commented on 2014-02-08 19:26

I'm also having the same problem as mgruben. This package is not recognizing any incoming connections for me.

giner commented on 2014-01-23 13:16

> I found the working script for teamviewer8
I assume it's written by me a while ago.

> Hey did anyone figure out how to start teamviewer9 without root?
No luck so far, they changed something.

confusedfla commented on 2014-01-23 13:13

Hey did anyone figure out how to start teamviewer9 without root?

I found the working script for teamviewer8, but the daemon
/opt/teamviewer9/tv_bin/teamviewerd

does not start anymore (with root it works fine).
Would be glad to hear ideas :-)

mgruben commented on 2014-01-13 16:13

I'm having difficulty with this package. It installs fine (both through pacman and yaourt), but even after setting up for unattended access, it won't recognize incoming connections (no indication of incoming connections on the main Teamviewer window, even though iftop reveals that data is being sent to and from the Arch computer).

I use teamviewer on several Windows and other Linux boxes, but none are Arch.

Teamviewer8 on the same Arch box works great though (installs fine both through pacman and yaourt, and accepts incoming connections and allows for remote administration).

Am I missing something?

arriagga commented on 2013-12-25 01:54

scarecrow commented on 2013-12-24 20:00

The connection issues with build 24147 also exist in the windoze version. They were resolved in build 24951, which isn't available yet for linux.

zeltak commented on 2013-12-19 11:00

Hi all

i cant get the deamon to start , any help would be very very appreciated !

this is the systemd status output

zeltak@zuni:~$ systemctl status teamviewerd.service
teamviewerd.service - TeamViewer remote control daemon
Loaded: loaded (/usr/lib/systemd/system/teamviewerd.service; disabled)
Active: failed (Result: timeout) since Thu 2013-12-19 14:44:58 IST; 1min 17s ago
Process: 1671 ExecStart=/opt/teamviewer9/tv_bin/teamviewerd -d (code=exited, status=0/SUCCESS)


thx
Z

roepi commented on 2013-12-17 10:45

That's what I meant with "dig in aur-mirror.git or in the Unofficial User Repositories." I guess my post wasn't clear enough. Sorry.

swiftgeek commented on 2013-12-16 20:49

Well actually person maintaining older version of package should be the one which is actually deploying them…

Gist is not needed as you can just use this URL (Warning - contains async JS)
http://pkgbuild.com/git/aur-mirror.git/log/teamviewer/PKGBUILD

roepi commented on 2013-12-16 20:41

That's what I meant with my first sentence. "Gist" was just proposed as a fallback, if maintaining multiple packages is to much hassle.

swiftgeek commented on 2013-12-16 13:03

It would make more sense to create new package eg teamviewer8

roepi commented on 2013-12-16 11:41

As upgrading to a new TeamViewer major version (e.g. 8 -> 9) does involve buying a new license, wouldn't it make sense to keep PKGBUILDs of the previous version(s) around within AUR packages TeamViewer8, 7...? Those should be mature enough to just be provided with little to no maintenance.
(I know I can lock the upgrade with pacman.conf->IgnorePkg, but for new installs I have to dig in aur-mirror.git or in the Unofficial User Repositories.)
I have seen users asking for old versions in the comments every so often, so if all fails maybe a simple github gist with old PKGBUILDs/Install.scripts would help. Thanks.

sm0x commented on 2013-12-16 08:38

Can't connect :(

teamviewerd is running, but when i try to connect on my ArchMaschines, it stucks on "connecting..." while nothing happens :(

On both PCs, have anyone an idea why this happens?

sm0x commented on 2013-12-16 08:31

Can't connect on my Arch Teamviewer Client on Both PCs, have anyone an idea why this happens?

teamviewerd is running, but when i try to connect on my ArchMaschines, it stucks on "connecting..." while nothing happens :(

swiftgeek commented on 2013-12-13 21:15

Also .desktop file misses two things (notice missing %u):
Exec=/opt/teamviewer9/tv_bin/script/teamviewer %u
MimeType=x-scheme-handler/teamviewer8;

Change requires `update-desktop-database /usr/share/applications` in post_install
(And probably something else because i can't get it to work also in firefox, though after this change prompt to choose binary to open url is shown)

swiftgeek commented on 2013-12-13 20:14

It should be enough to sed those lines
./tv_bin/script/tvw_config: TV_LOG_DIR="$TV_BASE_DIR/logfiles"
./tv_bin/script/tvw_config: TV_INSTALL_LOG="$TV_BASE_DIR/logfiles/install_teamviewerd.log"
./tv_bin/script/tvw_config: TV_CFG_DIR="$TV_BASE_DIR/config"

Also global.conf rewrites itself so kinda not useful after all :<
Maybe sed inside ./tv_bin/script/tvw_config could provide similar effect…

VDP76 commented on 2013-12-13 20:02

thanks for that, swiftgeek... those pop-up have always annoyed me!

swiftgeek commented on 2013-12-13 19:46

Add "[int32] ShowTaskbarInfoOnMinimize = 0" to "~/.config/teamviewer9/config/client.conf" to disable most useless popup/balloon ever - "teamviewer is still running"… No idea yet how to make it global. (Wasted 30 minutes on »Windows« for this… so i will take some time for convalescence)

Also "/opt/teamviewer*/logfiles" should point to some dir in /var/log
Same would go for config (/var/lib)

… And found global config accidentally
/opt/teamviewer*/config/global.conf
(If this was helpful for your job - I have none)

swiftgeek commented on 2013-12-13 19:38

Add "[int32] ShowTaskbarInfoOnMinimize = 0" to "~/.config/teamviewer9/config/client.conf" to disable most useless popup/balloon ever… No idea yet how to make it global. (Wasted 30 minutes on »Windows« for this… so i will take some time for convalescence)

RazZziel commented on 2013-12-11 16:23

After I cleaned all the configuration and reinstalled teamviewer, it started working again

RazZziel commented on 2013-12-11 16:15

TeamViewer stopped starting up after I upgraded to version 9. /etc/systemd/system/teamviewerd.service was pointing to teamviewer8, but even after fixing that the client runs and quits before showing any window, with no error

mbunkus commented on 2013-12-06 11:48

Minor nitpiuck: Your post_install() routine still talks about TeamViewer 8. post_remove() removes the correct directory, though.

max-k commented on 2013-12-06 08:30

Hi,
You must also update your teamviewer.install file so it refelects the version (9).
Thanks.

Hilinus commented on 2013-12-06 07:55

Updated.

saabzero commented on 2013-12-03 14:39

i was checking today and found that this package is now officially out of date.
http://www.teamviewer.com/en/download/linux.aspx says 9.0.24147 at the time of writing this.
Please update this package :)

CPUnltd commented on 2013-11-22 17:43

I kep getting the error that all of the teamviewer files are owned by teamviewer and teamviewr8... it ownly comes up when I'm doing anything with pacman (or any wrapper of choice) and it's very annoying. Anyone else have this issue?

developej commented on 2013-11-17 08:15

any way to fix this?
 sudo journalctl -u teamviewerd.service

-- Reboot --
Nov 16 23:27:01 workstation systemd[1]: Starting TeamViewer remote control daemon...
Nov 16 23:27:01 workstation systemd[1]: PID file /var/run/teamviewerd.pid not readable (yet?) after start.
Nov 16 23:27:01 workstation systemd[1]: Started TeamViewer remote control daemon.

a guy in the forums told me to try to change the PID file location to /var/run/teamviewerd/teamviewerd.pid, didn't help

VDP76 commented on 2013-11-15 08:27

@ZeroBit, is that reproducible?
on my pc, the md5sums in the PKGBUILD seem to match those of the downloaded .deb files for both architectures.
try to repeat the install and/or use a different AUR helper and/or download, check the md5sum and compile the package manually...

ZeroBit commented on 2013-11-15 04:46

==> Validating source files with md5sums...
teamviewer_linux_x64-8.0.20931.deb ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build teamviewer.

dgbaley27 commented on 2013-11-13 15:43

I'm not sure if there's different stuff in there, but I noticed they provide a .tar.gz rather than a .deb directly on the website.

flamusdiu commented on 2013-11-05 12:41

Not sure why this is out of date. Checking the source (http://www.teamviewer.com/en/download/linux.aspx) shows 8.0.20931 as the current version. There is a beta package out; however, this is the beta package installer.

skiguy0123 commented on 2013-10-13 15:07

I switched from NetworkManager to netctl, and this caused systemctl start teamviewerd to hang indefinately. For a workaround, I commented out the line starting with "After" in the service file, and this seems to work.
Disclaimer: There's a very good chance I botched my netctl configuration, I just stopped messing with it when I could consistently get online.

z1lt0id commented on 2013-09-18 03:46

I'm using testing repos and it seems that it doesn't play well with SystemD. I get the following errors.

TeamViewer 8.0.20931

teamviewerd status teamviewerd.service - TeamViewer remote control daemon
Loaded: loaded (/usr/lib/systemd/system/teamviewerd.service; disabled)
Active: active (running) since Wed 2013-09-18 13:42:10 EST; 1min 1s ago
Process: 14376 ExecStart=/opt/teamviewer8/tv_bin/teamviewerd -d (code=exited, status=0/SUCCESS)
Main PID: 14378 (teamviewerd)
CGroup: /system.slice/teamviewerd.service
└─14378 /opt/teamviewer8/tv_bin/teamviewerd -d

Sep 18 13:42:10 ziltoid-pc systemd[1]: PID file /var/run/teamviewerd.pid not readable (yet?) after start.
Sep 18 13:42:10 ziltoid-pc systemd[1]: Started TeamViewer remote control daemon.

TeamViewer ID: not found
Try restarting the TeamViewer daemon (e.g. teamviewer --daemon restart)

And here is the systemd status.

systemctl status teamviewerd.service
teamviewerd.service - TeamViewer remote control daemon
Loaded: loaded (/usr/lib/systemd/system/teamviewerd.service; disabled)
Active: active (running) since Wed 2013-09-18 13:42:10 EST; 26s ago
Process: 14376 ExecStart=/opt/teamviewer8/tv_bin/teamviewerd -d (code=exited, status=0/SUCCESS)
Main PID: 14378 (teamviewerd)
CGroup: /system.slice/teamviewerd.service
└─14378 /opt/teamviewer8/tv_bin/teamviewerd -d

Anonymous comment on 2013-09-14 18:07

Thanks Hilinus! Hopefully this version works better :)

Hilinus commented on 2013-09-13 17:56

Updated.

Anonymous comment on 2013-09-06 15:35

It seems to be a "teamviewerd" problem...
By killing /opt/teamviewer8/tv_bin/teamviewerd -d and running it again, it works perfectly...

Anonymous comment on 2013-09-06 08:42

Hi,
teamviewer seems to be started (my computer appears in connected clients as friends tell me it's OK). BUT i they can't connect :
it says "Connecting ..." and no more.

sudo systemctl status teamviewerd
[sudo] password for olivier:
teamviewerd.service - TeamViewer remote control daemon
Loaded: loaded (/usr/lib/systemd/system/teamviewerd.service; enabled)
Active: active (running) since ven. 2013-09-06 10:29:34 CEST; 6min ago
Process: 580 ExecStart=/opt/teamviewer8/tv_bin/teamviewerd -d (code=exited, status=0/SUCCESS)
Main PID: 582 (teamviewerd)
CGroup: name=systemd:/system/teamviewerd.service
├─582 /opt/teamviewer8/tv_bin/teamviewerd -d
└─612 /opt/teamviewer8/tv_bin/wine/bin/wineserver

sept. 06 10:29:34 antergos systemd[1]: teamviewerd.service: Supervising process 582 which is not our child. We'll most likely not notice...t exits.
sept. 06 10:29:34 antergos systemd[1]: Started TeamViewer remote control daemon.

A weird thing : it worked the very first time i installed teamviewer but on the next computer reboot, it started well (appears in connected clients list from my friends) but could not connect (no screen).

I've re-installed winbind, smbclient, ... but nothing new.

Thanx in advance for the help.

zeltak commented on 2013-08-27 05:06

thx Hilinus

i did have it installed by re-installing seems to do the trick

appreciate the help

Z.

Hilinus commented on 2013-08-26 16:10

@zeltak:

Have you tried installing the smbclient package?

zeltak commented on 2013-08-26 13:00

Hi Guys

urgent help needed as i am really dependent on teamviewer for work stuff (long story... :))

i cant Teamviewer to start anymore:

Init...
Checking setup...
Launching TeamViewer...
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 2
wine: Unhandled page fault on read access to 0xffffffff at address 0xf75b9155 (thread 0013), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 18 64") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: configuration in '/home/zeltak/.config/teamviewer8' has been updated.
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
ntlm_auth: /usr/lib/samba/libreplace.so: version `SAMBA_4.0.8' not found (required by ntlm_auth)
ntlm_auth: /usr/lib/samba/libwinbind-client.so: version `SAMBA_4.0.8' not found (required by ntlm_auth)
ntlm_auth: /usr/lib/samba/libreplace.so: version `SAMBA_4.0.8' not found (required by /usr/lib/samba/libutil_cmdline.so)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
wine: Unhandled page fault on read access to 0xffffffff at address 0xf753a155 (thread 0009), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 8 140") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger


any help would be really appriciated!

best

Z

zeltak commented on 2013-08-26 12:41

Hi Guys

urgent help needed as i am really dependent on teamviewer for work stuff (long story... :))

i cant Teamviewer to start anymore:

Init...
Checking setup...
Launching TeamViewer...
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 2
wine: Unhandled page fault on read access to 0xffffffff at address 0xf75b9155 (thread 0013), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 18 64") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: configuration in '/home/zeltak/.config/teamviewer8' has been updated.
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
ntlm_auth: /usr/lib/samba/libreplace.so: version `SAMBA_4.0.8' not found (required by ntlm_auth)
ntlm_auth: /usr/lib/samba/libwinbind-client.so: version `SAMBA_4.0.8' not found (required by ntlm_auth)
ntlm_auth: /usr/lib/samba/libreplace.so: version `SAMBA_4.0.8' not found (required by /usr/lib/samba/libutil_cmdline.so)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
wine: Unhandled page fault on read access to 0xffffffff at address 0xf753a155 (thread 0009), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 8 140") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger


any help would be really appriciated!

best

Z

zeltak commented on 2013-08-26 12:31

Hi Guys

urgent help needed as i am really dependent on teamviewer for work stuff (long story... :))

i cant Teamviewer to start anymore:

Init...
Checking setup...
Launching TeamViewer...
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 2
wine: Unhandled page fault on read access to 0xffffffff at address 0xf75b9155 (thread 0013), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 18 64") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: configuration in '/home/zeltak/.config/teamviewer8' has been updated.
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
ntlm_auth: /usr/lib/samba/libreplace.so: version `SAMBA_4.0.8' not found (required by ntlm_auth)
ntlm_auth: /usr/lib/samba/libwinbind-client.so: version `SAMBA_4.0.8' not found (required by ntlm_auth)
ntlm_auth: /usr/lib/samba/libreplace.so: version `SAMBA_4.0.8' not found (required by /usr/lib/samba/libutil_cmdline.so)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
wine: Unhandled page fault on read access to 0xffffffff at address 0xf753a155 (thread 0009), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 8 140") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger


any help would be really appriciated!

best

Z

nickoe commented on 2013-08-18 21:16

It is just because I have that installed (serched for installed packages in relation to winbind), and your paste mention winbind.

nickoe commented on 2013-08-18 21:15

@sdukan, do you have libwbclient installed?

sdukan commented on 2013-08-18 13:32

No, it has not been fixed:

http://dpaste.com/1348066/

wine still fails to start teamviewer. glibc is 2.18-2.

VDP76 commented on 2013-08-17 14:56

@xyz3186
It has fixed it, indeed. Thanks for information!

xzy3186 commented on 2013-08-17 04:10

@VDP76, kalib

Today the problem was fixed by glibc-2.18-2.

kalib commented on 2013-08-16 20:06

Same in here.. stoped working.. :/

kalib commented on 2013-08-16 18:23

Same in here.. stoped working.. :/

VDP76 commented on 2013-08-16 09:36

@xzy3186 I can confirm that with the upgraded version of those packages TeamViewer has stopped to work, wine fails to start it.

by the way, this package is NOT out-of-date: the current stable version is 8.0.17147. On their website (http://www.teamviewer.com/en/download/linux.aspx) there is a version 8.0.17864, but is declared as "Other systems (not officially supported)".

VDP76 commented on 2013-08-16 09:35

@xzy3186 I can confirm that with the upgraded version of those packages TeamViewer has stopped to work, wine fails to start it.

by the way, this package is NOT out-of-date: the current stable version is 8.0.17147. On their website ([http://www.teamviewer.com/en/download/linux.aspx]http://www.teamviewer.com/en/download/linux.aspx[/url]) there is a version 8.0.17864, but is declared as "Other systems (not officially supported)".

PiousMinion commented on 2013-08-16 00:12

Take a look at the teamviewer forums. Seems about 50% of the posts describe my issue across various distros. This is almost certainly an upstream bug.

@xyz3168 It wasn't really working for me anyway. :P

xzy3186 commented on 2013-08-15 15:51

The following upgrade will break this package. I don't know why but be careful.
core/binutils 2.23.2-2 2 -> 3
core/glibc 2.17-6 -> 2.18-1

Anonymous comment on 2013-08-13 12:20

Another note. On their website they have an updated tarbell of TeamViewer that is newer than the .deb on their site:

http://www.teamviewer.com/en/download/linux.aspx

Deb (32/64): 8.0.17146
Tarbell: 8.0.17864

Anonymous comment on 2013-08-13 12:14

@Hilinus @PiousMinion

This isn't strictly an Arch Linux issue. Every Linux distro that I have tried has had issues with TeamViewer 8.0.17146 :(

Honestly, TeamViewer needs to make a full port for Linux to do it correctly, not a half-fast Wine version.. They have a lane to be the primary Linux Screen Sharing/Meeting tool (GoTo doesn't seem to care about Linux) and they have neglected concerns with version 8+

PiousMinion commented on 2013-08-12 11:01

@Hilinus This is printed on startup. When I try to connect, nothing new is printed. http://dpaste.com/hold/1340331/

Hilinus commented on 2013-08-12 07:42

Can you post the host logfile
~/.config/teamviewer8/logfiles/TeamViewer8_Logfile.log

when someone is attempting to connect?

PiousMinion commented on 2013-07-24 09:02

Same problem here. The service is running, the client is open on the desktop, and it says that there are no connection issues, but no external client can connect.

Anonymous comment on 2013-07-05 20:22

I have same problem as Enyx. Help anyone?

eNyx commented on 2013-06-02 14:30

I have some strange problem with this package recently, i cant connect to a arch's teamviwer host i tried windows -> linux or linux -> linux it keeps in connecting forever... Also i have some strange alfanumeric passwords when it (should) be only a numeric password

cowai commented on 2013-06-02 13:15

EDIT: When I removed infality's fontconfig and installed the original ones it just worked.

cowai commented on 2013-06-02 11:42

After installing and starting the daemon it's stuck on trying to displaying the terms of use. But the GUI crashes. I have tried deleting ~/.teamviewer but to no help.

x33a commented on 2013-06-01 13:16

Here's the service file for anyone using OpenRC:

https://github.com/notfoss/archlinux-openrc-services/blob/master/init.d/teamviewerd

capoeira commented on 2013-05-11 18:04

>If you download this it's going to be the same :)
>pastebin converts it automatically

damnnn, this windows world sucks. hahahah

giner commented on 2013-05-11 17:05

> I converted it to unix format: http://pastebin.com/fwWqQPM9
If you download this it's going to be the same :)
pastebin converts it automatically

giner commented on 2013-05-11 17:04

sed -i 's/\r//g' teamviewer.sh

capoeira commented on 2013-05-11 17:03

I converted it to unix format: http://pastebin.com/fwWqQPM9
now it works

capoeira commented on 2013-05-11 16:57

thank's for the script giner, but it's got a problem executing;

/bin/bash^M: bad interpreter: no such file or directory

giner commented on 2013-05-09 23:17

Script to run teamviewer under normal user account: http://pastebin.com/WshA2G9J
Script requires "sudo" for iptables changes.

giner commented on 2013-05-09 21:56

If you closed teamviewer and want to start it again:

killall teamviewerd
/opt/teamviewer8/tv_bin/teamviewerd
# check opened port, should be 6039 but can vary
# if port is different you can:
# - kill teamviewerd, start again and repeat untill success
# or
# - sudo iptables -o lo -t nat -I OUTPUT --dst 127.0.0.1 -p tcp --dport 5939 -j REDIRECT --to-ports $OPENED_PORT
sudo netstat -nlpt | grep teamviewerd
teamviewer

giner commented on 2013-05-09 21:51

If you closed teamviewer and want to start it again:

killall teamviewerd
/opt/teamviewer8/tv_bin/teamviewerd
# check opened port, should be 6039 but can vary
# if port is different you can:
# - kill teamviewerd, start again and repeat untill success
# or
# - sudo iptables -o lo -t nat -I OUTPUT --dst 127.0.0.1 -p tcp --dport 5939 -j REDIRECT --to-ports $OPENED_PORT
lsof -an -iTCP -sTCP:LISTEN -p $(pidof teamviewerd)
teamviewer

giner commented on 2013-05-09 21:29

Work around to run TeamViewer 8 without root permissions (update):

sudo touch /var/run/teamviewerd.pid
sudo chown $USER /var/run/teamviewerd.pid
sudo iptables -o lo -t nat -I OUTPUT --dst 127.0.0.1 -p tcp --dport 5939 -j REDIRECT --to-ports 6039
/opt/teamviewer8/tv_bin/teamviewerd
teamviewer

giner commented on 2013-05-09 19:52

If you closed teamviewer and want to start it again:

killall teamviewerd
/opt/teamviewer8/tv_bin/teamviewerd
teamviewer

giner commented on 2013-05-09 19:48

This is just a reminder. First it was mentioned on 2013-03-07.

Work around to run TeamViewer 8 without root permissions:

sudo iptables -o lo -t nat -I OUTPUT --dst 127.0.0.1 -p tcp --dport 5939 -j REDIRECT --to-ports 6039
/opt/teamviewer8/tv_bin/teamviewerd
teamviewer

capoeira commented on 2013-05-09 19:32

nice xillius200

now all the advantages of dummie-usibility are gone. lol

any alternatives?

Anonymous comment on 2013-05-08 21:26

for all the problems of starting teamviewer this seemed to work for me a bit annoying I have to do it everytime I start teamviewer though...

systemctl stop teamviewerd
systemctl disable teamviewerd
systemctl enable teamviewerd
systemctl start teamviewerd
sudo teamviewer

at least it actually runs each time...it's just annoying but shell scripts help with that :)

UnsolvedCypher commented on 2013-05-04 16:05

It seems like the service file starts up teamviewer at startup sometimes. Is there a way to start the service without starting teamviewer?

roentgen commented on 2013-04-25 17:44

gustavi, enable multilib in pacman.conf

Anonymous comment on 2013-04-25 11:37

Impossible to find "lib32-libxtst" in AUR.

Log:

==> Construction et installation du paquet
==> Installation/compilation des dépendances manquantes pour teamviewer:
Erreur: impossible de trouver la cible: lib32-libxtst

jevonearth commented on 2013-04-05 18:44

I have done a fresh install of Temviewer today, and all fresh config.

Trying to sign into Teamviewer (So I get a buddy list etc) always times out. I get the following error in the logs:

2013/04/05 11:39:27.417 8 9 G0!! BuddyList: SignIn failed. (SignIn Timeout), Errorcode=5


A Ubuntu user has a similar issue here: http://superuser.com/questions/560621/teamviewer-cannot-log-in

Has anybody come across this issue?

Hilinus commented on 2013-04-04 16:56

@ZeroBit:

Please scroll down, click on "Show all comments" and read the one Raikia posted.

ZeroBit commented on 2013-04-03 20:46

"sudo systemctl start teamviewerd" causes long shutdown to me.
How to get yo know the reason and solve it?

nickoe commented on 2013-03-27 18:13

@webdawg, you have to enable multilib.

webdawg commented on 2013-03-27 17:10

with yaourt:

==> Building and installing package
==> Install or build missing dependencies for teamviewer:
error: target not found: lib32-freetype2

with packer:

Dependency `lib32-alsa-lib' of `teamviewer' does not exist.

uname -a
Linux sesopsec 3.8.4-1-ARCH #1 SMP PREEMPT Wed Mar 20 22:10:25 CET 2013 x86_64 GNU/Linux

bawrak commented on 2013-03-26 04:03

@Alucryd / Hilinus

Thanks for that. After replacing freetype2-ubuntu (used for the LCD rendering patches to freetype2) with freetype2 and installing lib32-freetype my teamviewer finally starts up!

kellerman commented on 2013-03-21 20:47

And I kinda hate that it's installing it into another wine environment.

kellerman commented on 2013-03-21 20:45

It worked for me for a 1-2 reboots, then just hangs. Installing it on wine doesn't help either. I have freetype2-infinality and lib32-freetype-infinality installed on my arch.
Output:
http://pastebin.com/ysStFG6f

kellerman commented on 2013-03-21 20:44

It worked for me for a 1-2 reboots, then just hangs. Installing it on wine doesn't help either. I have freetype2-infinality and lib32-freetype-infinality installed on my arch.

teamviewer

Init...
Checking setup...
Launching TeamViewer...
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:process:SetProcessShutdownParameters (00000100, 00000000): partial stub.
fixme:resource:GetGuiResources (0xffffffff,0): stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32dc60,0x00000000), stub!
fixme:win:EnumDisplayDevicesW (L"\\\\.\\DISPLAY1",0,0x32d918,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x32dc60,0x00000000), stub!
fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported
fixme:msg:ChangeWindowMessageFilter 233 00000001
fixme:msg:ChangeWindowMessageFilter 4a 00000001
fixme:msg:ChangeWindowMessageFilter 407 00000001
fixme:msg:ChangeWindowMessageFilter 49 00000001
fixme:bitmap:CreateBitmapIndirect planes = 0
fixme:bitmap:CreateBitmapIndirect planes = 0
fixme:wtsapi:WTSRegisterSessionNotification Stub 0x10078 0x00000000
err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000122-0000-0000-c000-000000000046}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface {00000122-0000-0000-c000-000000000046}, 80040155
fixme:msg:ChangeWindowMessageFilter c05d 00000001
fixme:winhttp:session_set_option unimplemented option 101
fixme:winhttp:session_set_option WINHTTP_OPTION_CONFIGURE_PASSPORT_AUTH: 0x0
fixme:winhttp:session_set_option unimplemented option 84
fixme:richedit:ME_HandleMessage EM_SETFONTSIZE: stub
fixme:dbghelp:elf_search_auxv can't find symbol in module
wine: Unhandled page fault on read access to 0xffffffff at address 0xf75bafda (thread 0021), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 32 5628") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger

hcjl commented on 2013-03-15 13:16

Does anyone know how to start Teamviewer daemon so that I can access the server without a user being logged in?
I already started a discussion here https://bbs.archlinux.org/viewtopic.php?id=155990, but obviously nobody knows.

Thx & Rgds
hcjl

Hilinus commented on 2013-03-14 17:37

@Alucryd:

I removed lib32-freetype2 and teamviewer hangs as expected. I have added the dependency to the PKGBUILD.

Thanks, as always.

Hilinus commented on 2013-03-14 17:36

solixxx commented on 2013-03-14 11:18

@giner

Thx for the workaround

alucryd commented on 2013-03-12 10:09

If lib32-freetype2 is needed, then freetype2 is probably needed on i686 machines, can somebody confirm this?
Hilinus: Anyway, I must have missed the deps when I made the PKGBUILD, can you add them both?

Anonymous comment on 2013-03-12 10:01

I can confirm that lib32-freetype2 is necessary, otherwise it just hangs without stopping.

giner commented on 2013-03-07 20:33

Work around to run TeamViewer 8 without root permissions:

sudo iptables -o lo -t nat -I OUTPUT --dst 127.0.0.1 -p tcp --dport 5939 -j REDIRECT --to-ports 6039
/opt/teamviewer8/tv_bin/teamviewerd
teamviewer

giner commented on 2013-03-07 17:02

OMG!

It starts using ROOT (!) since version 8! What's going on? Does anyone know how can we avoid it? I don't trust my machine with that proprietary stuff. How can I be sure it doesn't scan my keyboard or whatever?

arokux commented on 2013-03-07 12:06

I needed to install multilib/lib32-freetype2 so that teamviewer works.

Hilinus commented on 2013-03-04 17:03

@JohnnyDeacon
Enable the [multilib] repo.

JohnnyDeacon commented on 2013-03-04 16:09

==> Making package: teamviewer 8.0.17147-4 (Mon Mar 4 11:08:41 COT 2013)
==> Checking runtime dependencies...
==> Missing Dependencies:
-> lib32-libxtst
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

wonko commented on 2013-03-03 22:43

@DaemonGPL
Thanks, worked for me, too. ~/.config/teamviewer8 must not exist, otherwise it didn't start even using sudo. Had to delete it first, then ran once using sudo and afterwards it did start up normaly.

wonko commented on 2013-03-03 22:37

Anonymous comment on 2013-03-03 07:29

@wonko
Finally fixed this error!!! Appears it needs 'sudo teamviewer' to run for the first time... I wasted many days troubleshooting. 'sudo pacman -Rs teamviewer' > download tarball > 'makepkg -s' > 'sudo pacman -U teamviewer-8.0.17147-4-x86_64.pkg.tar.xz' > 'sudo teamviewer --daemon enable' > 'sudo systemctl start teamviewerd' > 'sudo teamviewer'

Finally launched without the error... Maybe this will help someone else.


Launching TeamViewer...
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
fixme:heap:HeapSetInformation (nil) 1 (nil) 0

scorici commented on 2013-03-02 15:14

@mdallaire
Click "All comments" at the bottom of the page and search for "2012-10-31 06:56"
(without the quotes) and there I found a PKGBUILD for teamviewer 7 and I made a little modification here: http://pastebin.com/CdC5s8MK
I tried it on i686 (I can't guarantee that it will work on x86_64) and fires up but did not connect to anyone...
You just have to trust the dependency posted by scarecrow or try to figure them out yourself.
Next time you want to update try to backup your packages first with bacman in pacman-contrib package:
bacman teamviewer
And optionally ignore the package /etc/pacman.conf
Uncomment "#IgnorePkg =" and add "teamviwer" :
"#IgnorePkg =" >> "IgnorePkg =teamviewer"
until you upgrade your license.
Take care and good luck.

Ferik commented on 2013-03-01 02:59

sudo pacman -Rsc teamviewer
remove teamviewer8 in /home/<yourhome>/./config

Install:
yaourt -Sy teamviewer

sudo teamviewer --daemon enable
sudo teamviewer --daemon start

work for me bye :)

mdallaire commented on 2013-02-28 13:50

Does anyone still have a copy of the PKGBUILD for teamviewer 7 ? License upgrade costs to version 8 are quite expensive so I will have to stay at version 7 for a while...

Hilinus commented on 2013-02-27 19:43

@pwalker

You should enable the [multilib] repository, that's where all the lib32- packages are located.

pwalker commented on 2013-02-26 21:23

the x64 build seems a bit out of date. Some of the dependencies are no longer in the aur, like lib32-alsa. Can anyone else install this?

Anonymous comment on 2013-02-25 22:27

Hi all, for me a reboot resolved the issue...

wonko commented on 2013-02-25 21:24

Similar problem as elvisd. Wiped ~/.teamviewer, ~/.config/teamviewer8 , but didn't solve the problem. 64 bit, kde 4.10.
Ideas? Any suggestions are very appreciated.

Init...
Checking setup...
Launching TeamViewer...
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:process:SetProcessShutdownParameters (00000100, 00000000): partial stub.
fixme:resource:GetGuiResources (0xffffffff,0): stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32dc60,0x00000000), stub!
fixme:win:EnumDisplayDevicesW (L"\\\\.\\DISPLAY1",0,0x32d918,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x32dc60,0x00000000), stub!

alucryd commented on 2013-02-25 18:04

@Hilinus: My computer shuts down just fine with teamviewerd running. How many of you guys are affected?

@elvisd: I ran into that problem once, I believe I fixed it by wiping ~/.config/teamviewer (or sth like that). Can you try that?

Hilinus commented on 2013-02-25 17:57

@Raikia
I noticed the same problem using teamviewerd. I'm searching for some other solutions, but if I don't find anything satisfying I'll use your hotfix.

Thanks again.

Anonymous comment on 2013-02-25 16:36

Hi I have installed but have the following problem (I'm on 64 bit):
Init...
Checking setup...
Launching TeamViewer...
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:process:SetProcessShutdownParameters (00000100, 00000000): partial stub.
fixme:resource:GetGuiResources (0xffffffff,0): stub
fixme:win:EnumDisplayDevicesW ((null),0,0x33dc60,0x00000000), stub!
fixme:win:EnumDisplayDevicesW (L"\\\\.\\DISPLAY1",0,0x33d918,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x33dc60,0x00000000), stub!

Raikia commented on 2013-02-25 02:23

I'm having trouble shutting down my computer with teamviewerd running.

I followed the instructions here: http://freedesktop.org/wiki/Software/systemd/Debugging#Shutdown_Completes_Eventually

Here is my log output:

http://pastebin.com/iAW51AeQ

It gets to "Stopped target Remote File Systems." and hangs for about 2 minutes. As you can see in that snippet of log file, teamviewerd is the next process to get shut down.

Does anyone else have this problem? Any ideas on how to fix it? My quick-fix for it is:

sudo vim /etc/systemd/system/teamviewerd.service

Under "[Service]", add "TimeoutStopSec = 2"

This will add a 2 second timeout to the shutdown process instead of the default 90 seconds (which is what I was getting).

Its still a hotfix since it doesn't address the problem, just minimizes it.


I'm able to supply any other log files you would like. Anybody have any ideas?

Raikia commented on 2013-02-25 02:20

I'm having trouble shutting down my computer with teamviewerd running.

I followed the instructions here: http://freedesktop.org/wiki/Software/systemd/Debugging#Shutdown_Completes_Eventually

Here is my log output:

http://pastebin.com/iAW51AeQ

It gets to "Stopped target Remote File Systems." and hangs for about 2 minutes. As you can see in that snippet of log file, teamviewerd is the next process to get shut down.

Does anyone else have this problem? Any ideas on how to fix it? My quick-fix for it is:

sudo vim /usr/lib/systemd/system/teamviewerd.service

Under "[Service]", add "TimeoutStopSec = 2"

This will add a 2 second timeout to the shutdown process instead of the default 90 seconds (which is what I was getting).

Its still a hotfix since it doesn't address the problem, just minimizes it.


I'm able to supply any other log files you would like. Anybody have any ideas?

Hilinus commented on 2013-02-24 13:59

Thanks for your contributions and suggestions, Alucryd. I have uploaded your package.

alucryd commented on 2013-02-24 01:09

I have merged teamviewer8 into this package. However your PKGBUILD contains quite a few errors, please upload this tarball instead: http://dl.dropbox.com/u/43076209/teamviewer-8.0.17147-4.src.tar.gz
From now on please run namcap on both your PKGBUILD and the resulting pkg.tar.xz to notice these kind of errors (missing maintainer line, redundant deps, license array, etc).
See here: https://wiki.archlinux.org/index.php/PKGBUILD
And here: https://wiki.archlinux.org/index.php/Namcap

PhotonX commented on 2013-02-23 09:44

I had the same problem as scorici and his workaround worked for me (thanks, @scorici :)). Maybe the .service file should be placed to the right place by pacman?

hariskar commented on 2013-02-18 18:10

trizen, thank you. I tried that before I posted, but did not work. So I uninstalled 8.0.17147-1 and made a clean installation of 8.0.17147-3 and now teamviewerd does not autostart.

trizen commented on 2013-02-18 15:22

@hariskar - Disable it by running: systemctl disable teamviewerd
When you need it, start it with the following command: systemctl start teamviewerd (not 'enable'!)

hariskar commented on 2013-02-18 15:19

How can I make teamvewerd not start automatically? I want to start it manually when
i need it.
Thank you

hariskar commented on 2013-02-18 15:16

How can I make teamvewerd not start automatically? I want to start it manually when
i need it.
Thank you

scorici commented on 2013-02-18 06:26

I didn't manage to start the teamviewer daemon with these commands:
sudo teamviewer --daemon start
or
sudo systemctl start teaviewerd
So I had to make a link for systemctl to recognize teamviewerd.service:
sudo ln -s /opt/teamviewer8/tv_bin/script/teamviewerd.service /usr/lib/systemd/system/
If anyone encounters this problem I hope this will help.

jhass commented on 2013-02-17 22:33

Needs to install /opt/teamviewer8/tv_bin/script/teamviewerd.service to /usr/lib/systemd/system

Hilinus commented on 2013-02-17 19:32

Sorry guys, I missed the old entry.

trizen commented on 2013-02-17 14:32

@Fraterius - here is a working PKGBUILD: http://pastebin.com/Eg5PzPpF

Fraterius commented on 2013-02-17 12:30

install: cannot stat 'teamviewer.desktop': No such file or directory

any ideas?

Mektub commented on 2013-02-17 09:57

fabienwang,

thanks, it works.

Mektub

fabienwang commented on 2013-02-17 06:20

ava1ar, you had a typo on the last install in package().
here is the only WORKING pkgbuild http://pastebin.com/6vkkjdXe

ava1ar commented on 2013-02-17 00:21

Here is updated PKBDUILD: http://pastebin.com/V8PpYxDT

testdude281 commented on 2013-02-16 23:08

+1 with ras0ir.

ras0ir commented on 2013-02-16 22:00

I get following error while trying to install it:
install: cannot stat ‘teamviewer.desktop’: No such file or directory

Hilinus commented on 2013-02-16 21:43

Fixed the .desktop file.

test0 commented on 2013-02-16 20:26

@GUiHKX
I think you should do it, because as you can see, the default installing method also enables it. Closed-source software, as root, in autostart... What the hell?
And of course that would simplify the installation process.

test0 commented on 2013-02-16 20:17

@GUiHKX
I think you should do it, because as you can see, the default installing method also enables it. Closed-source software, as root, in autostart... What the hell?

test0 commented on 2013-02-16 20:17

@GUiHKX
I think you should do it, because as you see, the default installing method also enables it. Closed-source software, as root, in autostart... :D

test0 commented on 2013-02-16 20:16

@GUiHKX
I think you should do it, because as you see, the default inbstalling method also enables it. Closed-source software, as root, in autostart... I think that's bad :D

test0 commented on 2013-02-16 20:14

Because in /opt/teamviewer8/tv_bin/script/tvw_daemon there is:

function installDaemonSystemD()
{
exec 2>&1

installLogHeader "Installing daemon ($TV_VERSION) for 'systemd' ..."
installDaemonCfg "$TVD_SYSD_DIR" "$TVD_SYSD_FILE"
systemctl daemon-reload # just in case...

echo "Try: systemctl enable $TV_SCRIPT_DIR/$TVD_SYSD_FILE"
systemctl enable "$TV_SCRIPT_DIR/$TVD_SYSD_FILE" # on openSUSE 12.2, systemctl does not accept a sole filename (if symlink?)
[ $? = 0 ] && return

echo "Try: systemctl enable $TVD_SYSD_FILE"
systemctl enable "$TVD_SYSD_FILE" # on Fedora 15, systemctl does not accept a full path (to /opt/...)
}

It also enables it, not only installing.

GUiHKX commented on 2013-02-16 20:14

I just don't know if that's the right way to do it. :p

GUiHKX commented on 2013-02-16 20:12

@russo79, @test0

I guess that it will work too, but if I add this line to the PKGBUILD, will solve all the issues:

install -Dm644 $pkgdir/opt/teamviewer8/tv_bin/script/teamviewerd.service $pkgdir/usr/lib/systemd/system/teamviewerd.service

test0 commented on 2013-02-16 20:09

After
# teamviewer --daemon enable
and trying to
# systemctl disable teamviewerd.service
I've got a
Failed to issue method call: No such file or directory

So I've decided to do
# ln -s /opt/teamviewer8/tv_bin/script/teamviewerd.service /etc/systemd/system/teamviewerd.service
manually.

test0 commented on 2013-02-16 20:08

After
# teamviewer --daemon enable
and trying to
# systemctl disable teamviewerd.service
I've got a
Failed to issue method call: No such file or directory

So I've decided to do
# ln -s /opt/teamviewer8/tv_bin/script/teamviewerd.service /etc/systemd/system/teamviewerd.service
manually.

russo79 commented on 2013-02-16 20:05

Oh, and I think I'm a bit less stupid now ;P

russo79 commented on 2013-02-16 20:05

@GUiHKX

My bet would be to do something like this:
You enable the service with sudo teamviewer --daemon enable.
You then you manually remove the /etc/systemd/system/graphical.target.wants/teamviewerd.service file so that the service isn't automatically started on boot.

Afterwards, you can use teamviewer --daemon start as you wish.


GUiHKX commented on 2013-02-16 19:59

@russo79

hehheh it's ok...

russo79 commented on 2013-02-16 19:46

@GUiHKX

Forget my previous comment. I'm stupid sometimes.

russo79 commented on 2013-02-16 19:41

@GUiHKX

I may be wrong here, but it seems to me that with systemd you cannot start a service that is not enabled.

GUiHKX commented on 2013-02-16 19:39

@Hilinus

I'm getting this error when I try with '--start':

# teamviewer --daemon start

systemctl start teamviewerd.service
Failed to issue method call: Unit teamviewerd.service failed to load: No such file or directory. See system logs and 'systemctl status teamviewerd.service' for details.
fail

I didn't use the '--enable' because I don't want to enable the service on bootup. Thank you.

crysisgod commented on 2013-02-16 13:42

Please edit .desktop file.

Hilinus commented on 2013-02-16 12:44

@GUiHKX:

Please see the .install file. Teamviewer manages automatically teamviewerd.service.

Just issue the "teamviewer --daemon enable" to link the .service under /etc/systemd/system and start it.

GUiHKX commented on 2013-02-16 10:38

Now Teamviewer have a daemon, which is needed to get it work. Adding this will do the job:

install -Dm644 $pkgdir/opt/teamviewer8/tv_bin/script/teamviewerd.service $pkgdir/usr/lib/systemd/system/teamviewerd.service

and then to start the service:

# teamviewer --daemon start

Or if you don't want to have to start the service every time you use teamviewer, you can enable it on system bootup:

# systemctl enable teamviewerd

(I'm sorry for my english)

GUiHKX commented on 2013-02-16 10:37

Now Teamviewer have a daemon, which is needed to get it work. Adding this will do the job:

install -Dm755 $pkgdir/opt/teamviewer8/tv_bin/script/teamviewerd.service $pkgdir/usr/lib/systemd/system/teamviewerd.service

and then to start the service:

# teamviewer --daemon start

Or if you don't want to have to start the service every time you use teamviewer, you can enable it on system bootup:

# systemctl enable teamviewerd

(I'm sorry for my english)

Hilinus commented on 2013-02-16 10:06

Updated. Let me know if you encounter some issues.

butler360 commented on 2013-02-15 09:33

The stable version of 8 is out: http://www.webupd8.org/2013/02/popular-remote-desktop-tool-teamviewer.html

alucryd commented on 2013-02-13 08:58

@Raikia: Hmm, this does not happen to me, my machine stops fine. I have pretty much the same log as you, except I'm using gdm instead of systemd-user-sessions to handle my session but I doubt it's relevant.
Don't know what could be going wrong on your side. If you have time, could you try a fresh install (either on your HDD or in a VM, both could be informative)? Also it might be worth reporting the bug in their forums.

Raikia commented on 2013-02-12 21:35

I managed to fix the problem a little better by adding a timeout to the systemd service file:

sudo vim /usr/lib/systemd/system/teamviewerd.service

Under "[Service]", add "TimeoutStopSec = 2"

This will add a 2 second timeout to the shutdown process instead of the default 90 seconds (which is what I was getting).

Its still a hotfix since it doesn't address the problem, just minimizes it.

Raikia commented on 2013-02-12 20:39

I'm having trouble shutting down my computer with teamviewerd running. I have done "sudo systemctl enable teamviewerd" so that it starts and stops by itself, but it hangs on shutdown while disabling.

I followed the instructions here: http://freedesktop.org/wiki/Software/systemd/Debugging#Shutdown_Completes_Eventually

Here is my log output:

http://pastebin.com/iAW51AeQ

It gets to "Stopped target Remote File Systems." and hangs for about 2 minutes. As you can see in that snippet of log file, teamviewerd is the next process to get shut down.

Does anyone else have this problem? Any ideas on how to fix it? My quick-fix for it is to write a small script that starts the daemon, runs teamviewer8, then stops the daemon...but that obviously kills the ability to have the daemon running in the background like it should be. Aside from having to manually stop the service before shutting down, does anyone have any recommendations? I'm able to supply any other log files you would like.

alucryd commented on 2013-02-12 14:15

If you had a look at the terminal when you installed it, the post install script tells you exactly how to start teamviewerd:

sudo systemctl start teamviewerd

alex-eri commented on 2013-02-12 12:29

sory)
"teamviewerd -d" starts)

alex-eri commented on 2013-02-12 12:25

i installed teamviewer8 by yaourt. started it. it asked me to start teamviewerd, but it not started without errors. i tryed ldd and strace to anderstand what it want.

/opt/teamviewer8/tv_bin/teamviewerd
execve("/opt/teamviewer8/tv_bin/teamviewerd", ["/opt/teamviewer8/tv_bin/teamview"...], [/* 51 vars */]) = 0

and so on as is as i posted before.

i tryed put teamviewerd in /usr/bin as workarount (after reading debian postinst script), but it fails to start too.

alucryd commented on 2013-02-12 09:01

@alex-eri: Have never used strace, does this mean you put teamviewerd in '/usr/bin'?

execve("/usr/bin/teamviewerd", ["teamviewerd"], [/* 49 vars */]) = 0

alex-eri commented on 2013-02-11 13:12

seems needs symlinks

strace teamviewerd
execve("/usr/bin/teamviewerd", ["teamviewerd"], [/* 49 vars */]) = 0
brk(0) = 0xa394000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7750000
readlink("/proc/self/exe", "/opt/teamviewer8/tv_bin/teamview"..., 4096) = 35
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/opt/teamviewer8/tv_bin/../lib/tls/i686/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/opt/teamviewer8/tv_bin/../lib/tls/i686/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory)
open("/opt/teamviewer8/tv_bin/../lib/tls/i686/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/opt/teamviewer8/tv_bin/../lib/tls/i686", 0xbfbc4240) = -1 ENOENT (No such file or directory)
open("/opt/teamviewer8/tv_bin/../lib/tls/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/opt/teamviewer8/tv_bin/../lib/tls/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory)
open("/opt/teamviewer8/tv_bin/../lib/tls/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/opt/teamviewer8/tv_bin/../lib/tls", 0xbfbc4240) = -1 ENOENT (No such file or directory)
open("/opt/teamviewer8/tv_bin/../lib/i686/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/opt/teamviewer8/tv_bin/../lib/i686/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory)
open("/opt/teamviewer8/tv_bin/../lib/i686/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/opt/teamviewer8/tv_bin/../lib/i686", 0xbfbc4240) = -1 ENOENT (No such file or directory)
open("/opt/teamviewer8/tv_bin/../lib/sse2/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/opt/teamviewer8/tv_bin/../lib/sse2", 0xbfbc4240) = -1 ENOENT (No such file or directory)

alucryd commented on 2013-01-26 14:43

@fuxter: I always leave upx disabled, all my roots are lzo btrfs.

fuxter commented on 2013-01-26 09:49

@bawrak @Alucryd i just repackaged teamviewer without automatic `upx' and now it runs. i was getting core dumps before. weird.

alucryd commented on 2013-01-25 20:59

@webmonarch: That's weird cause the command I (totally mis)used was setting the executable bit on everything. I've fixed that now though, only what needs to be executable is. Can you try rev 7?

webmonarch commented on 2013-01-25 20:18

i had some permission issues on my machine. Fixed them with chmod +x'ing the following:

/opt/teamviewer8/tv_bin/teamviewerd
/opt/teamviewer8/tv_bin/script/teamviewer
/opt/teamviewer8/tv_bin/wine/bin/wine

alucryd commented on 2013-01-25 09:54

@LookTJ: I wouldn't say one is better than the other, this package is bound to disappear anyway once teamviewer 8 is out of beta, unless there is a beta for the 9th version by that time. If that becomes a regular thing, I'll have its name changed to teamviewer-beta.

LookTJ commented on 2013-01-25 09:15

a better source is the tar they provide. http://www.teamviewer.com/download/teamviewer_linux.tar.gz

LookTJ commented on 2013-01-25 09:14

Would a better name be teamviewer-beta?

bawrak commented on 2013-01-23 10:20

Thanks.

I Compared your log to mine and the first line that I don't have is:
fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported

Maybe it is network related? I will give the teamviewerforums a try.

alucryd commented on 2013-01-23 10:14

@bawrak: I tried launching teamviewer using my system's wine, but to no avail.
Using the built-in, I get the exact same CLI messages as you, but mine keeps going past that point, don't why it does not for you. I suggest you ask for help here: http://teamviewerforums.com/index.php?board=2.0, unfortunately I don't really know what could go wrong.

bawrak commented on 2013-01-23 09:10

Unfortunately no change after rm -r ~/.config/teamviewer8

I do get a small popup for maybe 1/2 a second saying wine is generating a new configuration, but nothing happens afterwards. CLI has same text as my first post below.

alucryd commented on 2013-01-23 09:04

Well I'm getting a lot of errors too (http://pastebin.com/p5TTiJBx) but the GUI starts and I could succesfully connect to the demo server.

Could you delete ~/.config/teamviewer8 and try again? This is where teamviewer stores its wine config. Doing this got rid of the failed auto-start service errors it throws at the beginning for me.

bawrak commented on 2013-01-23 08:55

@Alucryd: Thanks.

Updated now to teamviewer8-8.0.16675-6. Did systemctl --system deamon-reload and started the teamviewerd again. Running teamviewer8 still gives me the same error as below.

Is it possible I am missing something else?

alucryd commented on 2013-01-23 08:41

@bawrak: Alright, can you try it now? It runs again on my machine.

alucryd commented on 2013-01-23 08:37

Well that's definitely a wine issue, but not the one in your system. teamviewer8 uses its own version. It happens to me too now, I'll see what I can do.

bawrak commented on 2013-01-23 04:46

Thanks for your work on this.

It does not work for me though. teamviewerd is running. Running teamviewer8 gives me:
---------------
Init...
Checking setup...
Launching TeamViewer...
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 2
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
err:winspool:add_printer_driver failed with 1722 for L"wineps.drv" (L"Windows NT x86")
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:process:SetProcessShutdownParameters (00000100, 00000000): partial stub.
fixme:resource:GetGuiResources (0xffffffff,0): stub
fixme:win:EnumDisplayDevicesW ((null),0,0x33df44,0x00000000), stub!
fixme:win:EnumDisplayDevicesW (L"\\\\.\\DISPLAY1",0,0x33dbfc,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x33df44,0x00000000), stub!
-------------
And then nothing. It just hangs there with no GUI. I have mono installed and the latest version of wine if that is important.

Any suggestions?

Thanks

Hilinus commented on 2013-01-17 17:38

Is this reproducible on other distros, such as Ubuntu or Fedora? I'm searching...

alucryd commented on 2013-01-16 08:40

@bandroix: No problem. There is indeed a daemon that must be launched for teamviewer to work (teamviewer fails to start if it is not running). As for what it's used for, I couldn't find any useful info on the internet, and of course the file is a binary so no peeking in it. You could try to connect to a computer running only the daemon to find out whether it enables this (only have one working computer at the moment so I can't test).

alucryd commented on 2013-01-16 08:40

@bandroix: No problem. There is indeed a daemon that must be launched for teamviewer to work (it won't launch if it is not running). As for what it's used for, I couldn't find any useful info on the internet, and of course the file is a binary so no peeking in it. You could try to connect to a computer running only the daemon to find out whether it enables this (only have one working computer at the moment so I can't test).

bandroidx commented on 2013-01-16 08:06

@Alucryd thank you for the info, the changes, the testing, and the hard work maintaining and creating this package. It's much appreciated. Now I can finally install teamviewer 8 and won't have to connect to my work pc first to connect to machines using this newer version.

That reminds me. I recall there being a service involved with this version? Is that something that is required for inbound connections only? I really prefer not to have another service running especially since I never want inbound connections to be possible under any circumstances. (call me paranoid, i call me security conscious LOL)

Anonymous comment on 2013-01-15 23:44

Closing teamviewer 7.0.9377-1 causes multiple ghost instances to spawn, consuming all system resources. Only work-around for user is to reboot system; trying to kill tasks returns error that user doesn't have the permissions.
Repeatable 100% of the time.

Using Manjaro xfce 0.8.3

alucryd commented on 2013-01-15 22:00

I doubt this is my doing, I just added a message in an install file. Next time you might want to be a bit more precise, because "doesn't work" will not get you very far in the Linux world.

Anonymous comment on 2013-01-15 21:59

now works

Anonymous comment on 2013-01-15 19:30

doesn't work

alucryd commented on 2013-01-14 16:31

Okay I made some changes, you can have both teamviewer package installed at the same time. Also, I fired both up, and had the same ID, it will probably be the same with a licensed version.

alucryd commented on 2013-01-14 16:07

@bandroidx: I don't know about the ID, have always used the free version.
About the compatibility, there are currently some file conflicts (which reminds me I didn't put a conflicts array in the PKGBUILD) but nothing some editing can't handle. I could modify the PKGBUILD to play along well with teamviewer if you need both at the same time.

bandroidx commented on 2013-01-14 15:52

Does anyone know if installing this will end up with the same ID as with teamviewer 7? Mine is licensed and I am running low on license transfers. Also is it possible to have this AND teamviewer AUR package installed at the same time (teamviewer 7) and use either or?

alucryd commented on 2013-01-13 15:04

There's no need for that, teamviewer8-beta does not exist anymore, any user upgrading from it should have removed it beforehand.

Anonymous comment on 2013-01-13 12:57

add teamviewer8-beta to conlict packages

nickoe commented on 2013-01-12 21:39

Sorry for flagging.

lockheed commented on 2013-01-11 09:23

I just tried connecting with this version to a newly installed windows version and I got the message
"Your partner uses a newer version of TV. Would you like to update to establish connection?"
And the only option is Cancel.

coolpyrofreak commented on 2013-01-05 04:28

One of the listed download options for v7 is a tar.gz. Any way we could use this to build the package instead of the .deb?

alucryd commented on 2013-01-03 16:10

@simul: Woops, forgot a ${pkgdir}, thx for the report, it should work fine now.

simul commented on 2013-01-03 15:50

I'm getting this error when trying to install with yaourt.

Starting package()...
install: cannot stat ‘/opt/teamviewer8/tv_bin/script/teamviewerd.service’: No such file or directory

alucryd commented on 2013-01-03 08:44

Okay, so systemd is not inception-friendly, can't create a symlink to a symlink^^ Copied the service file directly, also corrected the log and config dirs.

alucryd commented on 2013-01-02 18:02

Wow, I just realized my symlinks in /var/log and /etc are not named correctly, they should both be named teamviewer. Sorry about that, I'll correct that too.

alucryd commented on 2013-01-02 18:01

@roentgen: Yeah I noticed the thing about the symlink too, I intended to look into the reason systemd doesn't like it but haven't found the time yet (I'll just copy the file over instead of making a symlink).
About the log symlink, I was wondering the same thing but seeing the deb package contains it, I added it. Haven't had a crash yet so I can't really tell whether it puts crashlogs in there. I'll probably remove it if nothing is created in there after some time (again haven't had the time to look into this, probably next week).
I'll try to fix the service file issue tomorrow.

alucryd commented on 2013-01-02 17:59

Wow, I just realized my symlinks in /var/log and /etc are not named correctly, sorry about that, I'll correct that too.

alucryd commented on 2013-01-02 17:57

@roentgen: Yeah I noticed the thing about the symlink too, I intended to look into the reason systemd doesn't like it but haven't found the time yet (I'll just copy the file over instead of making a symlink).
About the log symlink, I was wondering the same thing but seeing the deb package contains it, I added it. Haven't had a crash yet so I can't really tell whether it puts crashlogs in there. I'll probably remove it if nothing is created in there after some time (again haven't had the time to look into this, probably next week).
I'll try to fix the service file issue tomorrow.

roentgen commented on 2013-01-02 16:15

1. The systemd service file is a symlink and it seems systemd doesn't like it

# systemctl enable teamviewerd.service
Failed to issue method call: No such file or directory

2. Is it really necessary to have the /var/log/logfiles symlink?

alucryd commented on 2012-12-29 18:49

@Alp: Glad it worked for you! Also please note that I won't add this in the package as SysV is no longer supported on ArchLinux.

Alp commented on 2012-12-29 18:29

Great, thanks! But it's /etc/rc.d instead of /etc/init.d

That worked for me:

> sudo cp /opt/teamviewer8/tv_bin/script/teamviewerd.sysv /etc/rc.d/teamviewerd
> sudo chmod 755 /etc/rc.d/teamviewerd
> sudo /etc/rc.d/teamviewerd start

After that, teamviewer can be started without problems.

alucryd commented on 2012-12-29 18:23

Are you using systemd or SysV to boot your system? I have no problem here using systemd. If you are using SysV you'll have to copy /opt/teamviewer8/tv_bin/script/teamviewerd.sysv to /etc/init.d/teamviewerd and start it there (sudo /etc/init.d/teamviewerd start) then launch teamviewer.

Alp commented on 2012-12-29 18:04

Thanks for your answer. I get another error now:

> sudo systemctl start teamviewerd
Failed to get D-Bus connection: No connection to service manager.

alucryd commented on 2012-12-29 17:33

I'm taking over the package. You have to start the daemon with systemd "sudo systemctl start teamviewerd" then you will be able to launch teamviewer.

Alp commented on 2012-12-29 17:29

@Ariec:

i tried your solution: /opt/teamviewer8/tv_bin/teamviewerd start && teamviewer
but it does not work, i am still getting this error message:

"Teamviewer daemon is not running
Please start teamviewerd and then restart TeamViewer"

Anonymous comment on 2012-12-26 06:55

It's work:

/opt/teamviewer8/tv_bin/teamviewerd start && teamviewer
[url=http://www.zimagez.com/zimage/-26122012-105846.php][img]http://www.zimagez.com/miniature/-26122012-105846.php[/img][/url]

Tomato commented on 2012-12-24 11:08

package still doesn't install correctly, no systemd service file

gardar commented on 2012-12-23 20:35

sudo teamviewer --daemon enable


Sun Dec 23 20:32:12 GMT 2012
Action: Installing daemon (8.0.16675) for 'SystemV' ...
Failed to update daemon configuration
/etc/init.d/teamviewerd start
/opt/teamviewer8/tv_bin/script/tvw_daemon: line 166: /etc/init.d/teamviewerd: No such file or directory
fail

alucryd commented on 2012-12-21 15:11

You might want to fix that desktop file of yours. Just copying the one from the regular teamviewer is not gonna do it.
And that "teamviewer --daemon enable" should be done in the pkgbuild because now we all have a service file in our system that is not referenced by pacman, and this is _bad_.
Finally please run namcap on your package once build and correct all the errors it throws at you, there are a lot but you can of course disregard errors telling you files are in a wrong directory as /opt is not supported.

alucryd commented on 2012-12-21 09:06

You might want to fix that desktop file of yours. Just copying the one from the regular teamviewer is not gonna do it.
And that "teamviewer --daemon enable" should be done in the pkgbuild because now we all have a service file in our system that is not referenced by pacman, and this is _bad_.

Anonymous comment on 2012-12-21 07:25

muflone, a new upstream version was released. PKGBUILD has been updated to the latest verion now. :)

Muflone commented on 2012-12-20 23:55

wrong md5 value for both 32 and 64 bit packages.

==> Validating source files with md5sums...
teamviewer_linux-8.0.16485.deb ... FAILED
teamviewer.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!

$ md5sum *.deb
8615365b444eb3927cefbbf3dbed6ffa teamviewer_linux-8.0.16485.deb
4f718ad52ea9091fab4218968a3c1fd7 teamviewer_linux_x64-8.0.16485.deb

Fong-Wan commented on 2012-12-20 03:54

New version: v8.0.16675 beta

Zeth commented on 2012-12-17 09:40

The only clients that'll be unable to connect are outdated clients in their respective main version number.
E.g. I had collegues using windows with an old 7 version which where unable to connect. But they were asked to update either to latest 7 oder new 8 version.

And this package uses the latest 7 (7.0.9377) published on teamviewer.com so please don't mark it as outdatet...
Also, if you want to use the version 8, please use the teamviewer8-beta package.

I'd also vote for not upgrading this package to 8 even when 8 is released as stable (not beta) on the teamviewer website. It'll break my license.

Anonymous comment on 2012-12-16 10:57

Once the daemon has been enabled via the 'teamviewer --daemon enable' command you should be abled to control it with systemctl.

Anonymous comment on 2012-12-15 16:38

My fault.
Default behaviour for systemd is that enable is used for autostart on boot.
For example, I use tomcat and mysql for development, I can start/stop them as I want without enabling them first.
Teamviewer seems to do things differently. I can't even enable/disable the service using systemctl. I mistakenly assumed that "teamviewer --daemon" was just a wrapper for "systemctl".

Anonymous comment on 2012-12-15 13:53

pkgname fixed, thanks.

You will need to enable the daemon before you can start it.

Use: 'teamviewer --daemon enable' to enable the daemon in systemd before you try to start it.

You cannot start a daemon that has not been enabled.

Anonymous comment on 2012-12-15 10:06

It currently does not build, it should be:
pkgname=teamviewer
and not
pkgname=teamviewer8-beta

And after fixing that, the service does not seem to be getting installed.

$ sudo teamviewer --daemon start

systemctl start teamviewerd.service
Failed to issue method call: Unit teamviewerd.service failed to load: No such file or directory. See system logs and 'systemctl status teamviewerd.service' for details.
fail

$ sudo systemctl status teamviewerd
teamviewerd.service
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)

Anonymous comment on 2012-12-15 09:00

When trying to launch teamviewer it will complain: "TeamViewer Daemon is not running, Please start teamviewerd and then restart TeamViewer."

Use: 'teamviewer --daemon enable' to enmable the daemon in systemd
Use: 'teamviewer --daemon start' to start the daemon in systemd

And you're good to go.

Source: http://ubuntuforums.org/showthread.php?t=2092298

max.bra commented on 2012-12-13 08:42

the real problem is not stable or beta!

download pages for other systems except linux offers version 8.x as unique download link available. sooner or later in these days, 7.x linux client will not more be able to connect with others (like me yesterday). at least this will happens with occasional remote controlled customers.

russo79 commented on 2012-12-11 17:15

@Raymondcal

If you go to the linux downloads page[1], you will see that the version 8 provided for linux is still a beta one.

[1] http://www.teamviewer.com/en/download/linux.aspx

Raymondcal commented on 2012-12-11 17:03

@all :
Where have you read that version 8 is a beta version ? On the official website, they present this 8 version as as whole stable one…

@vwyodajl :
yaourt -R teamviewer
yaourt -S teamviewer
et voilà, your version 8 is here, without any problem. Not a sorcery and no need to downgrade to version 7.

And I have had no problem with the systemd service either… Systemd is now the ONLY official service manager for ArchLinux…

So, I would be very glad to see version 8 coming back ! :)

donny commented on 2012-12-08 15:26

dluciv:
> Having no running systemd, what can one do with it?

You should switch to systemd soon. Packages maintainers are going to start removing all initscripts parts from packages by january.

Read this: https://www.archlinux.org/news/end-of-initscripts-support/

Hilinus commented on 2012-12-07 10:27

You're right. I should create a teamviewer-beta package and push the testing version there: I have reuploaded the PKGBUILD for the stable version.

As always thanks for your feedback.

dluciv commented on 2012-12-07 07:07

Version 8 requires its daemon to be started.
In fact, daemon depends on either systemd or debian-like initV.

Having no running systemd, what can one do with it?

vwyodajl commented on 2012-12-06 20:17

@Hilinus I also do not get why you pushed a beta version on this. This should only be using the "stable" versions of teamviewer. If you want a "beta" version I think a new PKGBUILD would be more appropriate.

Can you roll this back to the stable version and wait until 8 is stable. I also have to second with this many votes on the package beta should be avoided.

Now on to issues:
I can not even install the new version.
(1/1) checking package integrity [---------------------] 100%
(1/1) loading package files [---------------------] 100%
(1/1) checking for file conflicts [---------------------] 100%
error: failed to commit transaction (conflicting files)
teamviewer: /opt/teamviewer exists in filesystem
Errors occurred, no packages were upgraded.
local database is up to date

I could force it to install but alas that is a dirty fix.

I vote roll this to stable and keep it only on stable.

vwyodajl commented on 2012-12-06 20:01

@Hilinus I also do not get why you pushed a beta version on this. This should only be using the "stable" versions of teamviewer. If you want a "beta" version I think a new PKGBUILD would be more appropriate.

Can you roll this back to the stable version and wait until 8 is stable. I also have to second with this many votes on the package beta should be avoided.

Now on to issues:
I can not even install the new version.
(1/1) checking package integrity [---------------------] 100%
(1/1) loading package files [---------------------] 100%
(1/1) checking for file conflicts [---------------------] 100%
error: failed to commit transaction (conflicting files)
teamviewer: /opt/teamviewer exists in filesystem
Errors occurred, no packages were upgraded.
local database is up to date

I could force it to install but alas that is a dirty fix.

I vote roll this to stable and keep it only on stable.

roentgen commented on 2012-12-06 18:42

@Hilinus as a maintainer maybe you should check more throughly before pushing a beta beta version which clearly has some problems.

After all this has ~800 votes which probably means that people care to have it working.

Hilinus commented on 2012-12-06 18:29

I upgraded the PKGBUILD to install the new beta version. Please report any problems here.

Please be sure to read the installation note.

innn commented on 2012-12-06 18:06

please update this, I've managed to install by changing 7 with 8 all's fine but complains about a daemon teamviewerd not started and I don't know where to get that also.

eworm commented on 2012-12-04 19:04

Can we please wait with the update until version 8 is final for Linux? Thanks!

(Would be great to get a new package teamviewer-beta for testing purposes, though.)

Invie commented on 2012-12-04 18:46

Going to need an update to the PKGBUILD.

For now, use:

pkgname=teamviewer
pkgver=8.0.16485
pkgrel=1
pkgdesc="All-in-one solution for accessing PC's using the internet"
arch=('i686' 'x86_64')
url="http://www.teamviewer.com"
license="nonfree"
makedepends=('binutils')


if [ $CARCH == 'i686' ]; then
source=("teamviewer_linux-${pkgver}.deb::http://www.teamviewer.com/download/version_8x/teamviewer_linux.deb" "teamviewer.desktop")
md5sums=('ab13157b1f68234e1887332cda93786a' 'b282ecbb72ff3cf82979defd8fc5a0c5')
depends=('libsm' 'libxext' 'freetype2' 'libxtst')
elif [ $CARCH == 'x86_64' ]; then
source=("teamviewer_linux_x64-${pkgver}.deb::http://www.teamviewer.com/download/version_7x/teamviewer_linux_x64.deb" "teamviewer.desktop")
md5sums=('bb63d2bd4879fc8956b754b227402a66' 'b282ecbb72ff3cf82979defd8fc5a0c5')
depends=('lib32-libsm' 'lib32-libxext' 'lib32-glibc' 'lib32-freetype2' 'lib32-gcc-libs' \
'lib32-alsa-lib' 'lib32-libx11' 'lib32-libxtst' 'lib32-libxdamage' 'lib32-libxfixes' \
'lib32-libxcb' 'lib32-libxi' 'lib32-libxau' 'lib32-libxdmcp')
fi


package() {
cd $srcdir
[ $CARCH == "i686" ] && ar x ${pkgname}_linux-${pkgver}*
[ $CARCH == "x86_64" ] && ar x ${pkgname}_linux_x64-${pkgver}*
tar xvf data.tar.gz
cp -R opt $pkgdir
cp -R usr $pkgdir
mkdir -p $pkgdir/usr/share/applications
install -Dm644 $startdir/teamviewer.desktop $pkgdir/usr/share/applications/teamviewer.desktop
}

ryley commented on 2012-11-07 11:23

Yeah, I have chrome installed. I probably should've looked closer at the file path... Still not sure why I repeatedly got the error when only trying to upgrade teamviewer, but whatever lol. Thanks for pointing that out and keeping the package up to date!

Hilinus commented on 2012-11-06 22:41

I don't think that is related to Teamviewer... Do you have Google Chrome installed?

ryley commented on 2012-11-06 01:33

Upgrading teamviewer to latest version on 32bit arch, I get the error "strip:./opt/google/chrome/nacl_irt_x86_64.nexe: File format not recognized" when yaourt is building the package. Can anyone recommend a fix?

Hilinus commented on 2012-10-31 17:15

Done.

scarecrow commented on 2012-10-31 06:56

New version released, please update:


pkgname=teamviewer
pkgver=7.0.9377
pkgrel=1
pkgdesc="All-in-one solution for accessing PC's using the internet"
arch=('i686' 'x86_64')
url="http://www.teamviewer.com"
license="nonfree"
makedepends=('binutils')


if [ $CARCH == 'i686' ]; then
source=("teamviewer_linux-${pkgver}.deb::http://www.teamviewer.com/download/version_7x/teamviewer_linux.deb" "teamviewer.desktop")
md5sums=('ab13157b1f68234e1887332cda93786a' 'b282ecbb72ff3cf82979defd8fc5a0c5')
depends=('libsm' 'libxext' 'freetype2' 'libxtst')
elif [ $CARCH == 'x86_64' ]; then
source=("teamviewer_linux_x64-${pkgver}.deb::http://www.teamviewer.com/download/version_7x/teamviewer_linux_x64.deb" "teamviewer.desktop")
md5sums=('bb63d2bd4879fc8956b754b227402a66' 'b282ecbb72ff3cf82979defd8fc5a0c5')
depends=('lib32-libsm' 'lib32-libxext' 'lib32-glibc' 'lib32-freetype2' 'lib32-gcc-libs' \
'lib32-alsa-lib' 'lib32-libx11' 'lib32-libxtst' 'lib32-libxdamage' 'lib32-libxfixes' \
'lib32-libxcb' 'lib32-libxi' 'lib32-libxau' 'lib32-libxdmcp')
fi


package() {
cd $srcdir
[ $CARCH == "i686" ] && ar x ${pkgname}_linux-${pkgver}*
[ $CARCH == "x86_64" ] && ar x ${pkgname}_linux_x64-${pkgver}*
tar xvf data.tar.gz
cp -R opt $pkgdir
cp -R usr $pkgdir
mkdir -p $pkgdir/usr/share/applications
install -Dm644 $startdir/teamviewer.desktop $pkgdir/usr/share/applications/teamviewer.desktop
}

roentgen commented on 2012-10-06 07:00

@ crichton
lib32-alsa-lib is in [multilib] repo which is necessary for x64 installs.

Anonymous comment on 2012-10-04 21:53

Hmm, I have a problem with the dependency lib32-alsa-lib, the package doesn't seem to exist, or it can't be found by pacman (I see it in the package database)? Tried switching my mirror, but that didn't either.

Hilinus commented on 2012-10-01 16:51

You should download the entire tarball, not only the PKGBUILD:
https://aur.archlinux.org/packages/te/teamviewer/teamviewer.tar.gz

Next time click on "Archive" next to the "PKGBUILD" link, as you may miss important files contained in the SOURCE array of the PKGBUILD, such as the .desktop file in this case.

Anonymous comment on 2012-09-23 14:30

download PKGBUILD, makepkg -s as non-root user, yields this result:

==> ERROR: teamviewer.desktop was not found in the build directory and is not a URL.

Hilinus commented on 2012-09-17 16:28

This version isn't supposed to be run with another version wine than the one it comes packaged with, I suppose.

ValdikSS commented on 2012-09-17 09:50

Not working with the latest wine.

Hilinus commented on 2012-07-20 12:24

Updated.

Anonymous comment on 2012-07-20 12:06

Current checksums:
7ccea6a656c196eacd028774e0811fe3 teamviewer_linux.deb
00d08807be74cc88c12d280be3720d0b teamviewer_linux_x64.deb

Anonymous comment on 2012-07-18 14:47

Validating md5 sum of teamviewer_linux_x64-7.0.9350.deb fails.

skuda commented on 2012-06-08 16:21

I get a wine fail with teamviewer_desktop.exe when i try to share my screen in a meeting, do meeting works for someone?

Hilinus commented on 2012-06-03 19:05

Fixed, thanks.

Anonymous comment on 2012-06-03 14:36

The i686 checksum has to be changed with:
0af22c7d12f1559c9def98d2a572334f

eworm commented on 2012-06-03 10:36

Looks like checksum for i686 fails...

Hilinus commented on 2012-06-03 07:05

Upgraded. Sorry for the delay.

jose1711 commented on 2012-05-28 18:19

@tlm: why don't you write at aur-general list so that they will reassign the pkgbuild to you? jose

dserban commented on 2012-04-25 09:33

Version 7 definitely crashes more often than version 6 did.

jose1711 commented on 2012-04-25 09:29

> This package it's not working for me...

could you be a little more specific what was not working?

Anonymous comment on 2012-04-25 09:25

This package it's not working for me... i tried to search with google something else about the resolution of this problem, but nothing to do.

My answer for this problem is:

1) Download the Windows Version of teamviewer

2) Install this with the local wine.

3) Enjoy teamviewer...


zeld

fhtagn commented on 2012-04-03 12:53

Works fine now.

Meanwhile, I used http://www.teamviewer.com/download/teamviewer_linux.tar.gz

However, it is nice being able to manage the installation with packer/manager of choice.

Thank you

Hilinus commented on 2012-03-30 16:50

Upgraded.

fhtagn commented on 2012-03-29 22:33

==> Validating source files with md5sums...
teamviewer_linux.deb ... FAILED
teamviewer.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
The build failed.


=/

MorningWood commented on 2012-03-15 18:39

I am having the most annoying bug with Teamviewer (both AUR releases). Whenever I connect to my Arch install it kicks the screensaver on literally every 2 seconds. Anyone else experiencing this? How do I fix it? I've even turned the screensaver off and no go.

Hilinus commented on 2012-02-03 19:30

That's NOT a bug. The linux version of Teamviewer, is actually the Windows version that runs under an embedded version of Wine, which is provided as a 32bit executable and therefore needs 32bit libs. As for the dependencies, it's assumed that, as a 64bit user, you have enabled the [multilib] repo.

timofonic commented on 2012-02-02 22:02

Dependency `lib32-alsa-lib' of `teamviewer' does not exist.

timofonic commented on 2012-02-02 22:01

There's a bug: it asks me 32bit libraries in a 64bit environment. There's a 64bit version of teamviewer...

Hilinus commented on 2012-01-26 18:52

Done!

eworm commented on 2012-01-26 12:30

Can you please change the source to

source=("teamviewer_linux-${pkgver}.deb::http://www.teamviewer.com/download/version_7x/teamviewer_linux.deb" "teamviewer.desktop")
and
source=("teamviewer_linux_x64-${pkgver}.deb::http://www.teamviewer.com/download/version_7x/teamviewer_linux_x64.deb" "teamviewer.desktop")

This way makepkg does not fail if an older version is in the cache directory. Thanks!

ottoshmidt commented on 2012-01-25 23:11

confirmed here as well.

artemklevtsov commented on 2012-01-25 18:03

I confirm that new version solved a problem with appearance of window.

Hilinus commented on 2012-01-25 17:38

Upgraded.

@ All of those having problems:
Try this version and report back.

Anonymous comment on 2012-01-24 20:57

> When connection established from Archlinux to Windows, the window of remote desktop is created, but it can not be shown/opened.

It's the same for me, only that I tried to connect from Arch to a Mac. I use KDE as Desktop environment. Don't know if it's a KDE issue or wine issue... No error message when starting from terminal.

Anonymous comment on 2012-01-18 23:19

@geraldoav: Works great for me (7.0.238 on Samsung Galaxy Nexus)...

geraldoav commented on 2012-01-16 11:18

Team Viewer for Android doesn't work with this package (because its in beta). It used to work with Team Viewer 6. Can you make a package with Team Viewer 6?

artemklevtsov commented on 2012-01-13 15:05

> When connection established from Archlinux to Windows, the window of remote desktop is created, but it can not be shown/opened.
Same here.

artemklevtsov commented on 2012-01-13 15:04

> When connection established from Archlinux to Windows, the window of remote desktop is created, but it can not be shown/opened.
Teamviewer 7 on both systems.
Same here.

CPUnltd commented on 2012-01-03 02:31

cannot build on x86_64...

paktahn:
"Couldn't parse dependency spec "perl-dprof="

packer:
/usr/bin/packer: line 271: cd: lib32-libxtst: No such file or directory

CPUnltd commented on 2012-01-03 02:29

cannot build on x86_64...

paktahn:
"Couldn't parse dependency spec "perl-dprof="

packer:
/usr/bin/packer: line 271: cd: lib32-libxtst: No such file or directory

Anonymous comment on 2012-01-02 12:00

Yea i was able to and it works fine. Just one feature i dont know how to do. Is it possible to close teamviewer in try at arch?

max-k commented on 2012-01-02 10:19

Hi, can you create a package withe temviewer 6 ?

Anonymous comment on 2011-12-31 20:11

When connection established from Archlinux to Windows, the window of remote desktop is created, but it can not be shown/opened.
Teamviewer 7 on both systems.
Opposite direction works fine.

Suggestions?

ernetas commented on 2011-12-28 13:18

Because Teamviewer 6 can only be used with Teamviewer <=6.

eworm commented on 2011-12-27 12:21

Version 7 is still beta... Why don't you keep version 6 until the new one is released finally?
BTW, there's a package teamviewer-beta in AUR.

Hilinus commented on 2011-12-26 12:54

Fixed.

s.pantaleev commented on 2011-12-26 09:55

The .desktop file needs some changes after the upgrade to version 7.

-Exec=/opt/teamviewer/teamviewer/6/bin/teamviewer
-Icon=/opt/teamviewer/teamviewer/6/desktop/teamviewer.png
+Exec=/opt/teamviewer/teamviewer/7/bin/teamviewer
+Icon=/opt/teamviewer/teamviewer/7/desktop/teamviewer.png

Hilinus commented on 2011-12-26 08:56

Mmh... don't know how to fix those errors easily. If teamviewer was packaged differently, things could be worked out, but as it is, it's only a mere windows version running on a builtin version of wine, which, of course, uses its libraries but outside of a secure PATH (they are in /opt).

Don't know how serious this issue can be. Please refer to:

https://wiki.archlinux.org/index.php/Namcap
https://bugs.archlinux.org/14049

rwd2 commented on 2011-12-25 18:31

Not sure how important these are, but namcap shows lots of errors:

teamviewer E: Insecure RPATH '/lib32' in file ('opt/teamviewer/teamviewer/7/wine/drive_c/Program Files/TeamViewer/Version7/tvwine.dll.so')
teamviewer W: Dependency 'sh' on your system is a testing release
teamviewer E: ELF file ('opt/teamviewer/teamviewer/7/wine/lib/libwine.so.1.0') outside of a valid path.
teamviewer E: ELF file ('opt/teamviewer/teamviewer/7/wine/lib/wine/comdlg32.dll.so') outside of a valid path.
teamviewer E: ELF file ('opt/teamviewer/teamviewer/7/wine/lib/wine/ole32.dll.so') outside of a valid path.
(etc)

Hilinus commented on 2011-12-25 18:25

Upgraded.

arriagga commented on 2011-12-24 00:36

here the modified PKGBUILD for version 7.0.9300 (BETA):
http://pastebin.com/J0CMzKAZ

Burning_aces commented on 2011-12-20 16:24

There is a beta out.
Just change the link in the package build from "http://www.teamviewer.com/download/teamviewer_linux_x64.deb" to "http://www.teamviewer.com/download/version_7x/teamviewer_linux_x64.deb" for x64
For x32 "http://www.teamviewer.com/download/teamviewer_linux.deb" to "http://www.teamviewer.com/download/version_7x/teamviewer_linux.deb"
Simple.
Currently installing the beta now..

Burning_aces commented on 2011-12-20 16:18

There is a beta out though..

jose1711 commented on 2011-12-20 08:49

@anpieber: for windows only, however

anpieber commented on 2011-12-20 07:20

teamviewer7 had been released

PiousMinion commented on 2011-12-05 11:16

@Punksolid web version? where?

Hilinus commented on 2011-12-01 17:18

Has this been flagged out of date because version 7 is out? It's windows only, AFAIK. Release date for linux version is due to Q1 2012, according to teamviewer website.

http://www.teamviewer.com/en/download/currentversion.aspx#note

Anonymous comment on 2011-10-27 07:59

I installed it, works fine, but I didn't like that is over wine libs, but it has also a web version, that works ok. Maybe some of you wanna try web version first.

dserban commented on 2011-07-29 20:45

The issue I experienced may have had more to do with some instability in Nvidia's binary drivers than with TeamViewer. I don't know for sure.

deimos commented on 2011-07-29 19:44

I had delayed upgrading based on dserban's comment, but after using the latest version, I have experienced no "nastyware" issues. After upgrading there is a EULA prompt. The banner popup that I am used to appearing at the end of every session has only appeared once, so I can immediately reconnect to close the dialog box and disconnect without triggering another one. I also have not encountered any time limits.

deimos commented on 2011-07-29 19:37

I had delayed upgrading based on dserban's comment, but after using the latest version, I have experienced no such "nastyware" issues. After upgrading there is a one time EULA prompt. After ending a session there is no popup on the server nor client side of the connection. There previously was a banner popup at the end of every session "This was a free session sponsored by teamviewer.com. Please note that free sessions are available for NON-COMMERCIAL USE ONLY. Thank you for playing fair!", but that appears to happen less frequently in the 6.0.9258-1 release.

dserban commented on 2011-07-15 14:05

TeamViewer has become nastyware.
I just ran a session and observed the nasty behavior.
At the end of the session, there is a popup on the viewer's side with a question if you want to buy a license. If you answer "No", the target computer's screen locks up (stops responding to mouse and keyboard) and the only way out is a hard reset.
Rest in peace, TeamViewer for Linux.

artemklevtsov commented on 2011-07-14 19:38

lib32-libxau > lib32-glibc
lib32-libxdamage > lib32-libxfixes
lib32-libxdmcp > lib32-libxcb > lib32-x11
lib32-libxtst > lib32-libxi, lib32-libxext
">" = require. therefore lib32-libxext, lib32-libxi, lib32-libxfixes, lib32-glibc, lib32-libx11 doesn't need any more in the depends array. You can test the resulting package with namcap and you get the same thing.

jose1711 commented on 2011-07-11 05:15

@zyghom: so we should better stick to 6.0.9224?

zyghom commented on 2011-07-08 22:04

free time with teaviewer finished - new version limits every connection :-(

Hilinus commented on 2011-07-08 17:41

Allright!

Viaken commented on 2011-07-08 13:46

Version 6.0.9258 is out. Just needs an md5sum change.

Hilinus commented on 2011-06-07 16:53

I have set the permission explicitly, as you requested. Please test the package and tell me if it works.

rwd2 commented on 2011-06-04 08:16

the permissions now depend on which umask root has. It is better to set the permissions explicitly so the result is always the same.

corvolino commented on 2011-04-15 20:55

indeed, teamviewer.desktop is grayed out for me too in this page, but it works normally while downloaded... strange. [2] :/

Hilinus commented on 2011-04-14 10:07

That file was already with 644 permissions on my system.

rwd2 commented on 2011-04-14 07:37

The menu-item is not visible because /usr/share/applications/teamviewer.desktop has the wrong permissions. Fixed with: sudo chmod 644 /usr/share/applications/teamviewer.desktop

Hilinus commented on 2011-04-02 07:27

Indeed, teamviewer.desktop is grayed out for me too in this page, but it works normally while downloaded... strange.

skunkie commented on 2011-04-01 15:50

Hey,
just installed yaourt and it worked fine with yaourt, no idea why makepkg isn't working with me. Is the teamviewer.desktop under Sources on this page also grayed out for you? I do not remember files being like that, more like blue (link) like the deb package. It's been a while since I have been to AUR.

Hilinus commented on 2011-04-01 15:07

Strange... I tried downloading the archive both manually and with yaourt, and the .desktop file is there...

skunkie commented on 2011-04-01 10:17

Hey guys!
I'm getting this error:
==> ERROR: teamviewer.desktop was not found in the build directory and is not a URL.
I'm running wmii so does i have to do with that or is it the fact that I cannot download this file from the Sources?

Any help appreciated!
MOhz

Hilinus commented on 2011-02-10 21:35

Uhm, md5 for the x64 deb is still the same... Maybe your file is corrupt.

[hilinus@archie ~]$ md5sum teamviewer_linux_x64.deb
40167ebe6f3e348928a7e28c941ccda1 teamviewer_linux_x64.deb

mkoskar commented on 2011-02-09 15:41

==> Validating source files with md5sums...
teamviewer_linux_x64.deb ... FAILED
teamviewer.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build teamviewer.

Still 6.0.9224 but new build ?

Anonymous comment on 2010-12-14 21:37

@Bevan doh, thanks! :)

Bevan commented on 2010-12-14 21:36

@ zhobbs: You have to enable "multilib" respository in /etc/pacman.conf:

[multilib]
Include = /etc/pacman.d/mirrorlist

Anonymous comment on 2010-12-14 21:27

Fails here (x86_64): this dep doesn't exist: lib32-libxtst

Hilinus commented on 2010-12-02 09:24

fixed. Thanks for the suggestion.

Anonymous comment on 2010-12-01 22:53

please update the desktop file to point to new file location ./opt/teamviewer/teamviewer/6/bin/teamviewer or ./usr/bin/teamviewer6

Anonymous comment on 2010-12-01 22:50

please update the desktop file to point to new file location ./opt/teamviewer/teamviewer/6/bin/teamviewer or ./usr/bin/teamviewer6

Hilinus commented on 2010-12-01 21:07

Upgraded =)

Janhouse commented on 2010-12-01 16:32

PKGBUILD for version 6 http://pastebin.com/raw.php?i=4cJuNHBL

coolpyrofreak commented on 2010-12-01 12:03

Linux version has been updated to 6.0.9224.

Hilinus commented on 2010-11-21 19:15

Yes, but i would like to stick to their pseudo linux version.

oliparcol commented on 2010-11-19 19:43

It's because the windows version is more recent I suppose...

Hilinus commented on 2010-11-17 19:54

Mmh? Why outdated?

Hilinus commented on 2010-09-29 10:36

It should be fine now.

ivenvd commented on 2010-09-29 06:15

Seems wrong md5sum of teamviewer_linux_x64.deb ?

Hilinus commented on 2010-09-28 18:36

Added. Thanks =)

xduugu commented on 2010-09-28 13:41

libxtst dependency is missing on i686.

mikes commented on 2010-09-13 05:26

i finaly disabled the if/fi section refering to multilib and everything is ok..

mikes commented on 2010-09-13 05:26

i finaly disabled the if/fi section refering to multilib and everything is ok..

mikes commented on 2010-09-13 03:35

This package, since the last change is the only package i am unable to upgrade via yaourt. I also tried to build the package with makepkg but it seems that the new warning causes a problem and it stops. Although i have multilib repo enabled it keeps warning me to add it in /etc/pacman.conf. Anyone else having the same problem?

Hilinus commented on 2010-09-11 08:03

Added annoying reminder to make users add the [multilib] repo before installing on x86_64.

coolpyrofreak commented on 2010-09-10 20:11

@irpye: You need to enable the multilib repository in pacman.conf. Most of the lib32 and bin32 packages are now in that repo.

irpye commented on 2010-09-10 20:10

I tried to update teamviewer from AUR. I am on x86_64.
I have this message :
Erreur: 'lib32-alsa-lib': impossible de trouver ou de lire le paquet
(error : 'lib32-alsa-lib': impossible to find or read the package)
lib32-alsa-lib is listed in the dependancies, but i can not find it in AUR
What should i do ? Thanks.

Anonymous comment on 2010-09-10 03:44

Installing lib32-libxtst solved problems in Arch amd64 :D

Bevan commented on 2010-09-07 21:34

lib32-libxtst is included in official multilib repository. See: http://www.archlinux.org/news/508/

petRUShka commented on 2010-09-07 19:23

I can't find lib32-libxtst in AUR:
"error: 'lib32-libxtst': could not find or read package"

And so I can't build teamviewer.

If I try to use previous version of PKGBUILD, I get an error with tvwine.dll.so...


Bevan commented on 2010-09-07 14:39

Works for me now! :-)
The only package that I didn't have installed before is lib32-libxtst.
@MASSER: Can you confirm that installing lib32-libxtst solves the problem?

Hilinus commented on 2010-09-07 14:06

Updated dependencies to include additional 32bit X libs. Let me know if it doesn't work.

Hilinus commented on 2010-09-07 11:34

http://www.teamviewer.com/download/teamviewer_linux.tar.gz

Try this package. Untar in home and run teamviewer.

Bevan commented on 2010-09-07 10:48

ldd /opt/teamviewer/teamviewer/5/wine/drive_c/Program\ Files/TeamViewer/Version5/tvwine.dll.so
not a dynamic executable

Bevan commented on 2010-09-07 10:47

I forgot to mention that I use x86_64 - seems to be important here. Namcap told me the following about the package:

teamviewer E: Dependency detected and not included (lib32-alsa-lib) from files ['opt/teamviewer/teamviewer/5/wine/lib/wine/winealsa.drv.so']
teamviewer W: Referenced library 'libwine.so.1' is an uninstalled dependency

But installing lib32-alsa-lib and wine doesn't solve the problem.

Hilinus commented on 2010-09-07 10:40

@All of you having problems: Could you paste the result of

ldd /opt/teamviewer/teamviewer/5/wine/drive_c/Program Files/TeamViewer/Version5/tvwine.dll.so

Here, on i686, it doesn't find only libwine.so.1, but it works.

@Bevan: the alsa-lib thing appears probably because lib32-alsa-lib doesn't appear as a dependency in the PKGBUILD. I've updated that now.

Bevan commented on 2010-09-07 09:37

I forgot to mention that I use x86_64 - seems to be important here. Namcap told me the following about the package:

teamviewer E: Dependency detected and not included (lib32-alsa-lib) from files ['opt/teamviewer/teamviewer/5/wine/lib/wine/winealsa.drv.so']
teamviewer W: Referenced library 'libwine.so.1' is an uninstalled dependency

But installing lib32-alsa-lib and wine doesn't solve the problem.

coolpyrofreak commented on 2010-09-07 05:22

I can't confirm any problems on x86_64. Works great over here.

masser commented on 2010-09-07 05:21

I confirm on amd64 platform is the same problem as with Beavan. On x86, everything works fine.

masser commented on 2010-09-07 03:28

I confirm the same problem as Bevan.

Bevan commented on 2010-09-06 20:22

Unfortunately the new version does not work for me. It fails during startup with "Could not load the GNU/Linux extension shared library tvwine.dll.so."
I don't know what the problem could be. The file can be found here: /opt/teamviewer/teamviewer/5/wine/drive_c/Program Files/TeamViewer/Version5
I already tried to remove my ~/.teamviewer folder but with no success.

Hilinus commented on 2010-09-06 19:11

They have released a new version, updated PKGBUILD.

bakerboy commented on 2010-09-06 16:25

Teamviewer seems to be failing to validate as of today, any ways round it?

Hilinus commented on 2010-08-30 20:54

Yes, please read last news about the [multilib] repo :)

Bevan commented on 2010-08-28 06:18

Seems like they have changed it again. Please ignore my last comment.

Bevan commented on 2010-08-27 00:24

Hi!
On x86_64 this package depends on lib32-gcc-libs. I think this package has been replaced by gcc-libs-multilib. lib32-gcc-libs is not available anymore. Could you please change the PKGBUILD?
Thanks for this package!
Michael

coolpyrofreak commented on 2010-08-25 22:26

My girlfriend uses Fedora, and Teamviewer works great from my Arch system to her Fedora computer, so I don't think it's from an incompatibility with X. Sounds more like the person walked away from their system and logged out or locked the screen without telling you.

Alain2 commented on 2010-08-25 21:01

Hi, just for my unbderstanding, this works only to control a windows machine or should it work between 2 arch computers ? I have the error "The connection was closed, because your partner's desktop was currently not available. This is probably due to fast user switching or a disconnected remote desktop session or the screen was simply locked." so I guess it's because it doesn't like to display an X session ?

Thanks

Anonymous comment on 2010-08-25 14:06

Thanks for this great package - great work

Hilinus commented on 2010-06-02 08:48

How are you trying to use the PKBUILD? Download all the files required for the build, put them in a folder and then issue makepkg.

Or you can just use yaourt -S teamviwer.

Anonymous comment on 2010-06-01 15:04

./PKGBUILD: line 10: [: ==: unary operator expected
./PKGBUILD: line 13: [: ==: unary operator expected

What is it?

Anonymous comment on 2010-05-03 15:52

doesnt work on my system. :( nobody is able to connect

V3n3RiX commented on 2010-04-27 17:46

Thanks

Hilinus commented on 2010-04-23 08:25

Updated.

Anonymous comment on 2010-04-23 02:11

32 bit does too, de966eeb243385e857a73a99613e2a72

Anonymous comment on 2010-04-22 19:54

Seems 64 bits deb package has a new md5sum : 0612cb7b5d452d72ad94b930f87822d1

Hilinus commented on 2010-04-17 07:32

Corrected. Thanks!

msquared commented on 2010-04-17 07:24

There is a dependency bug for i686. Since the i686-versions should not rely on lib32-***.

You should try something like this:
[ $CARCH == 'x86_64' ] && depends=('lib32-libsm' 'lib32-libxext' 'lib32-glibc' 'lib32-freetype2' 'lib32-gcc-libs')
[ $CARCH == 'i686' ] && depends=('libsm' 'libxext' 'freetype2')

I stripped off glibc and gcc-libs for i686 since they are part of the base installation.

Regards, Matthias

Anonymous comment on 2010-04-16 14:17

It's a redundant release. wine emulated release? no thanks.

Teamviewer should treat their Linux users like they do their Mac users. They got a native app. Heck, the iPhone has a native app.

Anonymous comment on 2010-04-16 10:28

you should correct the second line of the build function. it should look like this:

ar x ${pkgname}_linux*

Hilinus commented on 2010-04-16 08:04

Added launcher.

Hilinus commented on 2010-04-16 07:52

Yes, but it is not native: if you see in /opt, it uses an embedded version of wine.

guisacouto commented on 2010-04-15 18:12

great app! never thought they were going to make a linux version..

tks!

Hilinus commented on 2010-04-15 10:30

First release.