Lasall
Ehemalige
Anmeldungsdatum: 30. März 2010
Beiträge: 7723
|
Hi, creatix hat den Hinweis gegeben, dass die Versionen 7.0 und 8.0 inkompatibel sind. Und da unter Linux noch 7.0 unter Windows und Mac aber 8.0 aktuell sind, kommt es hier zu Problemen. Man muss unter Linux also die Beta-Version installieren. Sollten wir hier (wegen Wartbarkeit) nicht besser auf die gut gestaltete Downloadseite verweisen und die Problematik nur mit einem Hinweis erwähnen? Auf der anderen Seite muss der Hinweis genauso gewartet werden (sprich, sobald 8.0 für Linux stabil ist, entfernt werden). Die Downloadvorlage für die 8.0er Beta-Version macht da kaum Mehraufwand. Meinungen, ob der Betaabschnitt benötigt wird, sind erbeten. Außerdem kam die Frage auf, ob die Downloadvorlage in diesem Fall überhaupt benötigt wird, da die offizielle Downloadseite übersichtlicher ist. Gruss
Lasall
|
Lsf_Lf
Anmeldungsdatum: 27. September 2010
Beiträge: 2159
|
den "Beta" Verweis drin lassen (da es schon wichtig ist wenn es zu Inkompatibilitäten wegen Versionsunterschieden kommt) die Download-Vorlage raus, (die Projektseitenübersicht der Downloads ist übersichtlich genug um seine Version zu finden)
|
Lasall
Ehemalige
Anmeldungsdatum: 30. März 2010
Beiträge: 7723
|
Hi Lsf Lf, vielen Dank für die Rückmeldung ☺ , Artikel entsprechend angepasst. Gruss
Lasall
|
nemos
Anmeldungsdatum: 6. November 2007
Beiträge: 140
|
Ich bin gerade über folgendes Problem gestolpert siehe https://bugs.launchpad.net/ubuntu/+source/lsb/+bug/1094218. Habe es jetzt hoffentlich durch deinstallieren gelöst, war aber trotzdem nervig! Sollte das eventuell im Artikel erwähnt werden?
|
Lasall
Ehemalige
Anmeldungsdatum: 30. März 2010
Beiträge: 7723
|
Hi nemos, danke für den Hinweis, Artikel erweitert. Melde dich bitte wieder, wenn das Problem gelöst ist, bzw. entferne den Abschnitt dann einfach. Gruss
Lasall
|
nemos
Anmeldungsdatum: 6. November 2007
Beiträge: 140
|
Es gibt jetzt eine "Lösung", leider nur mit dem aktivieren der precise-proposed repository...
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29457
Wohnort: WW
|
Hallo, wenn's die einzige gangbare Lösung ist, dann kann das IMHO auch so im Abschnitt "Problembehebung" in den Artikel. Gruß, noisefloor
|
mal-zeit
Anmeldungsdatum: 19. Februar 2013
Beiträge: 105
|
Moin, Lubuntu 14.10 @ AMD64 mit Teamviewer 64bit: dpkg: dependency problems prevent configuration of teamviewer:
teamviewer depends on lib32asound2; however:
Package lib32asound2 is not installed.
teamviewer depends on ia32-libs; however:
Package ia32-libs is not installed. Mit dem i386 Paket aber klappt es; Hinweise (ia32-libs) bei Problemen aktualisieren? Gruß,
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
mal-zeit schrieb: Lubuntu 14.10 @ AMD64 mit Teamviewer 64bit Hinweise (ia32-libs) bei Problemen aktualisieren?
Siehe ia32-libs - also keine Loesung f. 14.10. Stattdessen 32-bit-Version installieren.
|
slowmo42
Anmeldungsdatum: 2. April 2015
Beiträge: 2
|
Hi ihr fleißigen Schreibmenschen, ich möchte euch noch vorschlagen im Wiki den Befehl "sudo teamviewer daemon disable" zu empfehlen, da ich es irgendwie unheimlich und so garnicht ubuntu mäßig finde, wenn immer im Hintergrund ein Prozess läuft/startet, den ich nicht gestartet habe und den mensch nicht beenden kann.
Außerdem hat bei mir auf zwei Geräten dieser Prozess (teamviewerd) beim Systemstart schon zu Problemen geführt (möglicherweise diesen Tipp unter 'Probleme' einfügen). Uständlich ist dann nur, dass teamviewer nicht wie im Fehlerfenster nach dem Befehl "teamviewer --daemon start" gestartet werden kann, sondern stattdessen den Befehl "teamviewer daemon enable" braucht... Grüße PS: Lacht mich ruhig aus, aber ich habe sogar den sehr starken verdacht, dass dieser autostart fehler daemon dafür verantwortlich ist, dass ich auf meinem Lappie keinen Sound aus den integrierten Boxen mehr hatte (leider kann ich das aber nicht mehr beweisen ☺ )
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29457
Wohnort: WW
|
Hallo, also ist der Befehl sudo teamviewer --daemon start falsch, im Sinne von: wenn man den eingibt, kommt eine Fehlermeldung? Könnte sein, dass der noch von einer alten Version stammt... Gruß, noisefloor
|
slowmo42
Anmeldungsdatum: 2. April 2015
Beiträge: 2
|
Hi, es scheint so zu sein:
sudo teamviewer daemon stop
beendet den Prozess -teamviewerd- (Teamviewer Daemon) für diese Sitzung und kann durch den Befehl
sudo teamviewer daemon start
( oder
sudo teamviewer --daemon start
) wieder gestartet werden.
sudo teamviewer daemon disable
blockiert den Daemon jedoch für immer, auch beim nächsten Systemstart. Diese Blockade kann nur mir
sudo teamviewer daemon enable
wieder aufgehoben werden. Letzterer startet den Prozess dann auch gleich. Es gibt also zwei Start/Stop Kombinationen, die sich in der Dauer der Start/Stop-Aktion unterscheiden und nicht miteinander kombiniert werden können. Deshalb würde ich letztere Kombination im Wiki empfehlen, für Menschen, die den Daemon los werden wollen. Gruß
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29457
Wohnort: WW
|
Hallo, aha - Danke. Hab's mal eingebaut. Gruß, noisefloor
|
cptechnik
Anmeldungsdatum: 28. Dezember 2007
Beiträge: 299
Wohnort: NRW-Windeck
|
a) aasche schrieb: mal-zeit schrieb: Lubuntu 14.10 @ AMD64 mit Teamviewer 64bit Hinweise (ia32-libs) bei Problemen aktualisieren?
Siehe ia32-libs - also keine Loesung f. 14.10. Stattdessen 32-bit-Version installieren.
Ich weiss zwar nicht ob das der gleiche Fehler wie der in meinem Screenshot ist, Ungültiges MakroDieses Makro ist nicht verfügbar Allerdings wäre ein Hinweis auf die Fehler in dem Abschnitt "64-Bit" hilfreicher...
und den Satz
Der folgende Befehl lädt teamviewer_i386.deb (das auch mit 64-bit-Systemen genutzt werden kann) von der TeamViewer-Homepage herunter und installiert es (getestet mit Ubuntu 14.10 und 15.04).
gegen
Da es mit "ia32-libs" bzw "liba32asound2" Probleme gibt, ist die Empfehlung teamviewer_i386.deb (das auch mit 64-bit-Systemen genutzt werden kann) von der TeamViewer-Homepage herunterzuladen und zu installieren (getestet mit Ubuntu 14.10 und 15.04).
austauschen.
b) Ich finde dass die Vorteile im allerersten Absatz betont werden sollten, und eventuell die Nachteile erwähnt: (Ergänzender Satz:) Vorteil von „TeamViewer“ ist der einfache Umgang, die grundsätzliche Bestätigung des Benutzers am fernbedienten Rechner, und vor allem gegenüber VNC eine wesentlich geringere Bandbreite (nur wenige kB/s statt i.d.R. 15MB/s).
(Nachteil wäre die propritäre und auf Wine-beruhende Installation, was aber schon im Artikel erwähnt wurde) ...noch ein Screenshot fertig zur Illustration des Wiki-Artikels angehängt/nachgereicht
- Bilder
|
NoSpam
Anmeldungsdatum: 4. März 2008
Beiträge: Zähle...
|
Die Teile:
Von TeamViewer GmbH werden folgende DEB-Pakete angeboten:
teamviewer_i386.deb ⮷
teamviewer_amd64.deb ⮷
und
64-Bit Der folgende Befehl lädt teamviewer_i386.deb (das auch mit 64-bit-Systemen genutzt werden kann) von der TeamViewer-Homepage herunter und installiert es
sind verwirrend: Wenn es einen (guten) Grund geben sollte, das 32bit-Paket auf einem 64-bit System dem 64bit-Paket vorzuziehen, dann sollte das auch erläutert werden. Andernfalls steht man (so wie ich jetzt) vor der Frage, welcher Option man den Vorzug geben sollte.
|