AnyDesk - wie installieren?

[willy4711]

@mcb
Welchen sinn soll das Pinnen in diesem Fall machen
Das ist in diesem Fall völlig überflüssig

[mcb]

@mcb
Welchen sinn soll das Pinnen in diesem Fall machen
Das ist in diesem Fall völlig überflüssig

Nein -

aber auch nicht zwingend nötig:

Quelle auf -1
Anydesk auf z.B. 200
oder
Anydeskversion auf 1001 <- falls man kein Update wünscht.

https://wiki.debian.org/DebianRepository/UseThirdParty

[willy4711]

Und was soll das Bewirken ??
In der Regel sind Updates Funktionsupdates oder Sicherheitsupdates, die man haben sollte.

Mit dem verqueren von dir vorgeschlagenem Verfahren brauchst du auch kein Repo ergänzen.

Wenn man wirklich sichergehen will, dass da nicht irgendeine Inkompatibilität eingeschleppt wird, muss man sich schon die
Mühe machen, im Paket selbst vorher nachzusehen. Sonst ist das Gepinne alles nur Spielerei

[mcb]

Und was soll das Bewirken ??
In der Regel sind Updates Funktionsupdates oder Sicherheitsupdates, die man haben sollte.

Mit dem verqueren von dir vorgeschlagenem Verfahren brauchst du auch kein Repo ergänzen.

Wenn man wirklich sichergehen will, dass da nicht irgendeine Inkompatibilität eingeschleppt wird, muss man sich schon die
Mühe machen, im Paket selbst vorher nachzusehen. Sonst ist das Gepinne alles nur Spielerei

Ah ha - Probiere es einfach mal aus ?

[willy4711]

Ah ha - Probiere es einfach mal aus ?

Was soll ich ausprobieren ?

Quelle auf -1
Anydesk auf z.B. 200

Das wäre gleichbedeutend mit "ohne Repo":
Warum soll ich dann das Repo einfügen wenn ich keinen Update haben will Irgendwie Sinn frei.
Das Repo enthält nur die deb - Datei und gut ist.

Anydeskversion auf 1001 <- falls man kein Update wünscht.

Das ist identisch ---> Ich brauche auch hier kein Repo. Und kann mir das händisch runterladen, mal im deb Paket
nachsehen und dann per Hand installieren.

Nochmal:
Hier geht es um ein einzelnes Paket, das in diesem Repo zur Verfügung gestellt wird.
Entweder man will Updates haben, oder nicht.
D.h.
Repo oder kein Repo.
Repo mit Pinning ist Quatsch weil so gut wie kein Repo.

[debianoli]

Ich habe die Suchmaschine meiner Wahl bereits intensiv gequält und auch zig Alternativ-To Seiten angeschaut - ohne Erfolg.

Kannst dir mal dieses Projekt für Fernwartung ansehen, ist OpenSource. Konnte ich leider noch nicht testen, sieht für mich aber gut aus:
https://www.dwservice.net/

[mcb]

@Willy

Eben nicht - obwohl das Beispiel mit einem Packet das zusätzlich nicht in Debian enthalten ist nicht alle Eventualitäten abdeckt - es ist auch nicht gottgegeben das das Repro für immer so bleibt.

Es kommen eben nicht nur mit Pin 500 Updates...

[heisenberg]

Ich habe die Suchmaschine meiner Wahl bereits intensiv gequält und auch zig Alternativ-To Seiten angeschaut - ohne Erfolg.

Kannst dir mal dieses Projekt für Fernwartung ansehen, ist OpenSource. Konnte ich leider noch nicht testen, sieht für mich aber gut aus:
https://www.dwservice.net/

Danke!
Ich meine das war es auch gewesen, was ich nicht wieder gefunden habe. (oder ich habe es nicht wahrgenommen, weil DW sich zu sehr nach DameWare(was kommerzielles, aktuell wohl von Solarwinds übernommen) angehört hat).

[TRex]

Was da FOSS ist, sind die clients. Der Server wohl nicht... remotelyOne klingt in der Hinsicht besser, lebt aber leider im Microsoft-Universum (ASP, .net) - kein Blocker, machts aber nicht besonders attraktiv.

[heisenberg]

Ich habe für das Remotely-Thema mal einen eigenen Thread aufgemacht, auch wenn ich dazu nicht mehr all zu viel zu sagen habe:

viewtopic.php?f=32&t=181249&p=1274029#p1274029

[heisenberg]

Was da FOSS ist, sind die clients. Der Server wohl nicht... remotelyOne klingt in der Hinsicht besser, lebt aber leider im Microsoft-Universum (ASP, .net) - kein Blocker, machts aber nicht besonders attraktiv.

Stimmt. Habe ich noch gar nicht bemerkt. Die kostenlos-Verwendung ist da möglicherweise eine Marketing-Massnahme um die Bekanntheit in der Anfangsphase zu steigern.

[willy4711]

https://wiki.debian.org/de/AptPreferences sagt:

<!> Wenn Apt-Pinning benutzt wird, müssen Sie die Kompatibilität der Pakete selbst überprüfen, da Debian dies nicht garantiert. Bedenken Sie, dass Apt-Pinning völlig optional ist und Debian schlägt dessen Verwendung nicht ohne gründliche Überlegung vor.

Wir diskutieren hier nicht über ein Sid oder Experimental Debian Repo in einer Testing Installation,
sondern über ein Repo des ein einzelnes Paket enthält.

Was passiert, wenn du das Repo auf -1 setzt ?

Maximal wird dir von apt bei einem update angezeigt, das da eine neue Version aus dem und dem Repo ist.
Das weißt du ja besser, das "Pin-kundiger", ich wage es aber zu bezweifeln.

Und was machst du dann ?

Normalerweise müsstest du das Paket zuerst auf Kompatibilität überprüfen, bzw. mit apt -s eine Testinstallation machen (s.O.)
oder:

• Paket runter laden , auspacken , Control Datei ansehen, ob alles noch kompatibel ist.
  Nachsehen, (+vergleichen) ob die einzelnen Bestandteile des Paketes so wie vorher im System verteilt werden.

Dann sagst du AHA -->passt und machst ein

Code: Alles auswählen

apt instal Paket/Repo

Oder installierst gleich das runter geladene Paket mit dpkg oder apt.

Es kommen eben nicht nur mit Pin 500 Updates...

Und wie kommen sie mit einer anderen (geringeren) Priorität, wenn aus diesem Repo nur ein Paket installiert ist ?
Dann werden sie entweder vorgeschlagen (Priorität >0) oder eben nicht (Priorität <0) .
Apt vergleicht immer die Versionsnummer. Da keine andere vorhanden ist, wird halt die aus dem betreffenden Repo genommen.

Fazit aus meiner Sicht:
Lass das Repo auf Standard (500) und gut ist.
Ein Gewinn in welcher Sicht auch immer hat man in so einem Fall mit Pinning nicht.

[mcb]

Pinning ist ja auch optional -

Repro auf -1 hat die Funktion das Pakete von Debian nicht aus der Fremdquelle überschrieben werden können - das wird doch immer als Supergau dargestellt (möchte man/ ich nicht haben)....

OK aber letztendlich führen mehrere Methoden zum selben Ergebniss:

Hier könnte man auch das Repro auf <500 > 99 setzen und gut ist -> wird auch nichts überschrieben und die Updates für AnyDesk kommen.

[heisenberg]

bzgl. DWService....

Was da FOSS ist, sind die clients. Der Server wohl nicht...

Ich habe mal nachgefragt.

We want enable you to install a Node (or Relay) In this way all your data go across your Node. This solution will improve the privacy.

We want release it open source but I don't know when it will be plan.

Sie meinen, das soll wohl als OSS veröffentlicht werden, aber sie haben noch keine Planung, wann das sein wird. Also lohnt sich vielleicht mal ein Auge drauf zu haben, ob sich da was ändert. Vielleicht machen sie das ja tatsächlich wahr.

Ich habe das wohl falsch verstanden und die wollen nur ein Relay als OSS veröffentlichen und nicht den richtigen Server.

[rola621]

Okay, ich werde es so machen, dass ich das Paket runterlade (Eintrag "Debian/Ubuntu/Mint 64bit" auf anydesk.de), das dann via "apt install /Pfad/zum/deb-Paket" installiere, und gut ist.

Sobald irgendwas nichtmehr funktioniert oder nach einer neueren Version gefragt wird, entferne ich das dann via

Code: Alles auswählen

apt purge anydesk

und führe das Prozedere von vorn aus.

Und nach jeder Installation dann noch folgendes:

Code: Alles auswählen

systemctl disable anydesk

Dann ist auch der Autostart Geschichte.


Danke für eure Unterstützung!

[willy4711]

Sobald irgendwas nichtmehr funktioniert oder nach einer neueren Version gefragt wird, entferne ich das dann via

Code: Alles auswählen

apt purge anydesk

und führe das Prozedere von vorn aus.

Das kannst du dir sparen. Die Paketverwaltung ist intelligent genug, bei einer höheren Version einfach ein
update durchzuführen. Hast es ja mit apt / dpkg installiert, und ist auch vermerkt.

[rola621]

Wow, super!
Das heißt ich kann dann getrost einfach bei Update-Wunsch „drüberinstallieren“, also so als hätte ich das Paket vorher nie installiert, und es wird ein Update gemacht - top!
Also exakt gleiche Vorgehensweise wie bei der Erstinstallation?
Von welchem Verzeichnis aus ich das „apt install pfadZumPaket“ anstosse ist ja herzlich egal, da innerhalb des deb-Pakets festgelegt wurde in welches Verzeichnis das einzelne Zwug kommen soll, richtig?

[willy4711]

Ich will nochmal meine Einstellung zu Fremdpaketen / Fremdrepos sagen.

Grundvoraussetzung: Man vertraut dem Herausgeber.
Wenn dem so ist, sehe ich nach, was das Paket in meinem System so alles "verstreuen" will,
ob es Bibliotheken mit bringt , die bei Debian nicht vorhanden oder in anderen Versionen vertreiben werden,
oder Abhängigkeiten hat, die nicht erfüllbar sind. Zum Abschätzen (Abhängigkeiten) reicht auch eine
simulierte Installation mit apt oder dpkg.
Das kann man alles recherchieren. in dem man das deb - Paket der Begierde entpackt und sich anschaut.

Besonders sympatische sind mir Pakete (z.B. LO ) die ihren "Mist" komplett nach /opt packen.
Da hab ich alle "Verdächtigen" beisammen. Ausgenommen davon sind lediglich Icons, Desktop-Dateien,
und evtl. Policies.
Andere Fremdpakete installiere ich nicht.
Einzige Ausnahme: Vivaldi, der zwar auch in /opt ist aber noch einen cron-Job installiert,
was das Repo auf Richtigkeit überprüft ??

Wenn das alles zu meiner (nicht sehr fachkundigen) Zufriedenheit ausfällt, hab ich auch kein
Problem, das Repo dieses Programms einzubinden.
Warum auch nicht? Spart einen Haufen Arbeit und Recherche. Denn nicht jedes Programm telefoniert
nach Hause um nach neuen Versionen zu sehen und dich zu benachrichtigen.
Und wenn, verhindern wirst du es kaum können.

[kalle123]

Besonders sympatische sind mir Pakete (z.B. LO ) die ihren "Mist" komplett nach /opt packen.

.... und darum hab ich Anydisk halt per *.tar.gz geladen, entpackt und dorthin 'verbannt'. Und gut isses.

Aber ich wiederhole mich

cu KH

[rola621]

Besonders sympatische sind mir Pakete (z.B. LO ) die ihren "Mist" komplett nach /opt packen.

.... und darum hab ich Anydisk halt per *.tar.gz geladen, entpackt und dorthin 'verbannt'. Und gut isses.

Aber ich wiederhole mich

cu KH

Das klingt mir auch recht sympathisch und nach allem was ich bisher über /opt gelesen habe auch am sinnvollsten:)
Werde dieser Herangehensweise mal eine Chance geben Habe irgendwie das Gefühl, dass mich das nicht enttäuschen wird Und wenn ein Update her soll, Ordner in /opt löschen, neues Paket dorthin entpacken, jut ist, wa?

[willy4711]

Naja aber man sollte doch wenigstens die README lesen, die ein Paar Tipps gibt:

If you need additional features like connecting to your login screen, user
switching, etc, we recommend installing the global service. To achieve this, you
need to install the "anydesk" binary to a location of your choice (we recommend
using "/usr/local/bin"), copy the polkit action to your polkits policy folder
(default: "/usr/share/polkit-1/actions", please consult your distros manual) and
copy either the systemd service file or the init.d service file to the place
your distro uses (see distros manual as these locations might differ), edit this
file to point to the correct binary path for AnyDesk and then enable and start
the service.

ich weiß nicht, was für Einschränkungen da so sind, oder wie das Programm sich verhält,
aber die "action" würde ich z.B. auf jeden Fall installieren.
Und einen Symlink nach /usr/local/bin oder /usr/bin samt der Desktop- Datei am richtigen Platz
kann ja auch nicht schaden

Und wenn ein Update her soll, Ordner in /opt löschen, neues Paket dorthin entpacken, jut ist, wa?

Ja - die Vorarbeit hast du ja gemacht (?), also kann das andre bleiben, solange die ausführbare Datei nicht ihren Namen ändert .

[MSfree]

.... und darum hab ich Anydisk halt per *.tar.gz geladen, entpackt und dorthin 'verbannt'. Und gut isses.

Und was soll daran nun besonders vorteilhaft sein? Die Installation aus dem .deb-Paket kann auch nur Dateien irgendwo hin kopieren. Welche Datei wohin kopiert werden soll, steht im .deb. Und weil das so exakt im .deb steht, kann ein apt-get purge das auch restlos wieder entfernen.

Das Entpacken der .tar.gz hat eigentlich nur Nachteile:

• vorbei an der Paketverwaltung
• keine Protokollierung, welche Datei wohin geht, zwecks sauberer Deinstallation
• mögliche Doppelinstallation von Systembibliotheken

Das ist halt genauso ein Mist wie Flatpacks und konsorten.

Wenn da z.B. im Debiansystem ein Flicken für libssl schon längst bei einem Update eingespielt wurde, krebst dein Paket noch mit der löchrigen libssl rum, die dein .tar.gz mitgebracht hat.

Solange ein Hersteller .deb zur Verfügung stellt, ist das eindeutig die zu bevorzugende Methode, alles andere sind nur Würgarounds.

[willy4711]

Solange ein Hersteller .deb zur Verfügung stellt, ist das eindeutig die zu bevorzugende Methode, alles andere sind nur Würgarounds.

Dem stimme ich voll zu. Aber in diesem Fall (AnyDesk) gibt es keine Libs, die mitgebracht werden. Es wäre also
halbwegs sicher. Mal der Inhalt der tat.gz: (die Icons hab ich mal raus gelassen)
Ich denke mal, das ist alles unschädlich und erst mal harmlos.
Eine Installation via Paketverwaltung ist trotzdem
immer besser,

Code: Alles auswählen

willy@XFCE:~$ ls -lgGR /home/willy/Downloads/anydesk-6.1.1/
/home/willy/Downloads/anydesk-6.1.1/:
insgesamt 13292
-rwx------ 1 13525792 13. Apr 13:08 anydesk
-rwx------ 1      239 13. Apr 13:08 anydesk.desktop
-rw------- 1    55691 13. Apr 13:08 copyright
drwx------ 3     4096 13. Apr 13:08 icons
drwx------ 2     4096 13. Apr 13:08 init
drwx------ 2     4096 13. Apr 13:08 polkit-1
-rw------- 1     1473 13. Apr 13:08 README
drwx------ 2     4096 13. Apr 13:08 systemd

/home/willy/Downloads/anydesk-6.1.1/icons:

[.............................]

/home/willy/Downloads/anydesk-6.1.1/icons/hicolor:
insgesamt 24
drwx------ 3 4096 13. Apr 13:08 16x16
drwx------ 3 4096 13. Apr 13:08 24x24
drwx------ 3 4096 13. Apr 13:08 256x256
drwx------ 3 4096 13. Apr 13:08 32x32
drwx------ 3 4096 13. Apr 13:08 48x48
drwx------ 3 4096 13. Apr 13:08 scalable

[........................................]

/home/willy/Downloads/anydesk-6.1.1/init:
insgesamt 4
-rwx------ 1 1674 13. Apr 13:08 anydesk

/home/willy/Downloads/anydesk-6.1.1/polkit-1:
insgesamt 4
-rw------- 1 730 13. Apr 13:08 com.anydesk.anydesk.policy

/home/willy/Downloads/anydesk-6.1.1/systemd:
insgesamt 4
-rw------- 1 276 13. Apr 13:08 anydesk.service

[TRex]

• keine Protokollierung, welche Datei wohin geht, zwecks sauberer Deinstallation

Das wurde ja damit verargumentiert, dass man einfach den Ordner löschen könne... bei services mit systemd-unitfiles usw funktioniert das schon nicht mehr.

[willy4711]

Das wurde ja damit verargumentiert, dass man einfach den Ordner löschen könne... bei services mit systemd-unitfiles usw funktioniert das schon nicht mehr.

Laut README braucht man das wohl nicht installieren (s.O) -->viewtopic.php?f=28&t=181240&start=45#p1274082
Was dann nicht funktioniert ? Keine Ahnung, da ich das Programm nicht benutze.