Easystroke / Mouse gestures auf STRETCH

[SirArthur]

Hallo Debianforum,

mein erster Post!
Ich arbeite erst seit einem Jahr mit Linux, verstehe die Basics....ich kann Konfigurations Dateien lesen
und verstehen, allerdings habe ich keine Programmierkenntnisse.

Es geht um Folgendes:
seit den Update auf Stretch funktioniert Easystroke leider nicht mehr bei mir, alles andere läuft aber traumhaft.

Ich hatte vorher Jessie, habe damals Easystroke 0.5.6 heruntergeladen und installiert und alles lief ohne Probleme.

Die Fehlermeldung bei Stretch ist
easystroke: error while loading shared libraries: libboost_serialization.so.1.55.0: cannot open shared object file: No such file or directory.
Ich habe dann irgendwo im Netz eine ziemlich "pragmatische" Lösung dafür gefunden, nämlich die Erstellung eines Symlinks
mit dem alten Namen der Bibliothek, der auf die neue Version zeigt...

Es kommt dann folgende Fehlermeldung:
easystroke: Symbol `_ZTIN5boost7archive6detail14basic_iarchiveE' has different size in shared object, consider re-linking
easystroke: Symbol `_ZTIN5boost7archive6detail14basic_oarchiveE' has different size in shared object, consider re-linking
Segmentation fault

Also nehme ich mal an, daß die alte Version von ES nicht mit der neuen Bibliothek zurecht kommt und es vermutlich keine
einfache Lösung gibt.

Nun also die Frage:
hat es jemand geschafft, Easystroke auf Stretch zu installieren?
bzw. kennt jemand eine Alternative?

WAYV gibt es (noch?) nicht für Stretch, Mygestures funktioniert nur bedingt und hat Grafikfehler, sonst habe ich nichts
gefunden, das irgendwie an Easystroke rankommt.

Danke
SirArthur

[Patsche]

Ich würde dir empfehlen libboost einfach aus Jessie zu installieren. Einfach von hier herunterladen:
https://packages.debian.org/jessie/libb ... tion1.55.0
Und dann mit Hilfe des Befehls:

Code: Alles auswählen

dpkg -i PFAD/ZUR/DEB

installieren.

Alternativ gibt es diese Version auch in sid:
https://packages.debian.org/sid/libboos ... tion1.55.0

[hikaru]

Easystroke gibt es in Ubuntu. [1] Ich würde versuchen, mir aus den Quellpaketen einen Backport für Stretch zu bauen.
Kann sein, das ich das sogar schon mal irgendwann gemacht habe. Vielleicht habe ich das Paket noch rumzuliegen. Ob es dann allerdings noch mit dem aktuellen Stand von Stretch kompatibel ist weiß ich nicht.

[1] https://packages.ubuntu.com/search?keyw ... ection=all

[SirArthur]

@patsche
Danke für den Tip, es hat leider nicht funktioniert, Fehlermeldung war wieder "Segmentation fault".

@hikaru
Auch Dir danke, ich habe mir das angeschaut und bin dabei auf die neueste Version von Easystroke für
Ubuntu gestossen.
https://www.ubuntuupdates.org/package/c ... easystroke

Runtergeladen, mit dpkg -i installiert und läuft ohne Probleme...

PS In meinem Fall ist es Easystroke Version 0.6.0-0ubuntu9, auf Stretch 9.0.

[hikaru]

@hikaru
Auch Dir danke, ich habe mir das angeschaut und bin dabei auf die neueste Version von Easystroke für
Ubuntu gestossen.
https://www.ubuntuupdates.org/package/c ... easystroke

Runtergeladen, mit dpkg -i installiert und läuft ohne Probleme...

PS In meinem Fall ist es Easystroke Version 0.6.0-0ubuntu9, auf Stretch 9.0.

Schön, dass es so reibungslos geklappt hat!

Nur als genereller Hinweis:
Ubuntu-Pakete in Debian zu installieren ist für gewöhnlich keine gute Idee. Im besten Fall (wie wohl hier) funktioniert es problemlos. Im weniger schlechten Fall scheitert es mit einer aussagekräftigen Fehlermeldung (meist aufgrund unpassender Abhängigkeiten). Im ganz schlechten Fall (wie hoffentlich nicht hier) sieht es erstmal so aus als ob alles funktioniert, aber es kommt zu seltsamen Nebeneffekten bei der Benutzung des Systems, teils auch erst Wochen oder Monate später, wenn man die Installation des Fremdpakets schon längst vergessen hat.

[SirArthur]

@hikaru

Danke für den Hinweis, ich bin mir dem bewußt - bin zwar noch ein Rookie und es ist
mir gsd noch nie passiert, aber man liest öfters Warnungen im Netz über Frankenstein Debian.

Ich nehme an, daß sich das System monatelang nach der Installation zerlegt, würde dann bei einem
Update passieren?

Soweit ich das richtig mitbekommen habe, werden bei ES nur die Programmdatei in /usr/local/bin
und die Konfigurationsdatei im /home/.config Verzeichnis installiert, ansonsten kommt es zu keinen Änderungen.

Und hier ist wahrscheinlich der Knackpunkt: hat die Installation eines Paketes mit dpkg -i einen Einfluss auf
die Pakete, die mit apt-get upgrade heruntergeladen werden? Ich dachte immer, daß das nicht der Fall ist....
wenn ja, dann verstehe ich die Problematik. (edit: nein, doch nicht)
Wenn nicht: kann so ein GAU bei einem nicht unbedingt invasivem Programm wie Easystroke auch leicht
passieren, und wie?

Meine Annahme war bisher, daß das Schlimmste, was in dem Fall passieren kann genau das ist, was ich
jetzt bei Update auf Stretch hatte - das Programm funktioniert nicht mehr, weil die richtigen Bibliotheken fehlen
bzw. die Versionen zu neu sind.

Sorry für Rookie Fragen, aber man findet im Netz zu solchen Fällen nur sehr spezifische Ausführungen und
ich konnte bis jetzt nicht verstehen, wie so etwas grundsätzlich passieren kann.

danke
sirarthur

[SirArthur]

PS
@hikaru
Ich habe mir Deinen Tip mit dem Erstellen eines Backports zu Herzen genommen und mir einiges
durchgelesen, aber ganz ehrlich....da brauche ich vermutlich mindestens noch ein weiteres Jahr, um da durchzublicken.

[hikaru]

Ich nehme an, daß sich das System monatelang nach der Installation zerlegt, würde dann bei einem
Update passieren?

Das wäre eine Möglichkeit, z.B. wenn das Fremdpaket einen Abhängigkeitskonflikt mit beim Update installierten Paketen hat. (ist beim Easystroke-Paket aus Ubuntu sehr unwahrscheinlich).
Es könnte aber auch beim Installieren weiterer Pakete aus dem Debian-Repo passieren, nämlich dann, wenn das Fremdpaket Abhängigkeiten mit einer maximalen Paketversionsnummer hat, die zwar in Ubuntu nicht überschritten wird, in Debian aber schon. Solche Abhängigkeiten hat das Easystroke-Paket nicht, daher wird das hier nicht passieren.

Soweit ich das richtig mitbekommen habe, werden bei ES nur die Programmdatei in /usr/local/bin
und die Konfigurationsdatei im /home/.config Verzeichnis installiert, ansonsten kommt es zu keinen Änderungen.

Etwas mehr wird schon noch installiert [1], aber nichts von Belang.

Und hier ist wahrscheinlich der Knackpunkt: hat die Installation eines Paketes mit dpkg -i einen Einfluss auf
die Pakete, die mit apt-get upgrade heruntergeladen werden? Ich dachte immer, daß das nicht der Fall ist....

Wenn ein per dpkg installiertes Paket Abhängigkeitskonflikte erzeugt, dann kann das durchaus Auswirkungen auf die Funktionsweise von apt haben.

Wenn nicht: kann so ein GAU bei einem nicht unbedingt invasivem Programm wie Easystroke auch leicht
passieren, und wie?

Nein, bei diesem Paket wird das nicht passieren. Um zu beurteilen wie "invasiv" ein Paket ist muss man aber zwei getrennte Sachverhalte unterscheiden:
1. Abhängigkeiten: Wie schon erwähnt, wenn es hier Konflikte gibt, dann haut einem apt das um die Ohren. Das ist zwar ärgerlich aber harmlos, denn immerhin lässt sich das Problem eindeutig anhand der Meldungen identifizieren.
2. Compileroptionen der im Paket enthaltenen Programme: Wenn ein Fremdprogramm oder eine -bibliothek mit Optionen compiliert ist die von Debians Standardoptionen abweichen, dann kann es passieren, dass Schnittstellen auf so einem Mischsystem nicht mehr funktionieren und Programme mit nicht nachvollziehbaren Fehlern abstürzen, während die rein formalen Abhängigkeiten problemlos aussehen. Solche Effekte gab(/gibt?) es oft mit dem deb-multimedia-Repo, wenn es erst nachträglich von Nutzern hinzugefügt wurde, weil ihnen irgendein Feature in Debians Standardpaketen fehlte.

Sorry für Rookie Fragen, aber man findet im Netz zu solchen Fällen nur sehr spezifische Ausführungen und
ich konnte bis jetzt nicht verstehen, wie so etwas grundsätzlich passieren kann.

Ich kann nicht für alle hier sprechen, aber bei mir brauchst du dich für Anfängerfragen nicht zu entschuldigen. Jeder fängt klein an, die Frage ist nur, ob man mit seinen Aufgaben/Ansprüchen wächst.

Ich habe mir Deinen Tip mit dem Erstellen eines Backports zu Herzen genommen und mir einiges
durchgelesen, aber ganz ehrlich....da brauche ich vermutlich mindestens noch ein weiteres Jahr, um da durchzublicken.

Verständlich. Backports sind wie Abseits: Einmal verstanden recht einfach, aber als reine Theorie schwierig zu verstehen/vermitteln.


[1] https://packages.ubuntu.com/yakkety/amd ... e/filelist

[SirArthur]

@hikaru

Ich danke Dir für die ausführliche Antwort!

Es wird wohl Zeit, mich etwas ausführlicher mit Aptitude zu beschäftigen, mein System
läuft traumhaft und viel gibts nicht mehr zu tun momentan

Ich komme eigentlich vom MS-DOS und jetzt, nach jahrelanger Terminal Abstinenz, war der
Umstieg auf Linux so circa das Beste, was ich tun konnte. Keine Ahnung, warum ich so lange
damit gewartet habe.
Nach circa einem Monat Ubuntu wusste ich, da geht mehr -> Debian

Macht Spass!
Und das auch nicht zuletzt wegen der Online Community, man findet fast für alles
eine Lösung bzw. Hilfe.

danke
SirArthur

[Dogge]

Ich habe mir Deinen Tip mit dem Erstellen eines Backports zu Herzen genommen und mir einiges
durchgelesen, aber ganz ehrlich....da brauche ich vermutlich mindestens noch ein weiteres Jahr, um da durchzublicken.

Verständlich. Backports sind wie Abseits: Einmal verstanden recht einfach, aber als reine Theorie schwierig zu verstehen/vermitteln.

Wenn man den richtigen Sport nimmt ist Abseits ganz einfach: Spieler überquert die blaue Linie vor dem Puck -> Abseits.

Zum Thema: Ich habe neulich mal wieder einen Backport gebaut und das ganze mal notiert: https://blog.mdosch.de/2017/07/11/einen ... are-bauen/
Das sollte sich ja auch auf ein Ubuntu Quell-Repo übertragen lassen.

[hikaru]

Wenn man den richtigen Sport nimmt ist Abseits ganz einfach: Spieler überquert die blaue Linie vor dem Puck -> Abseits.

Im Prinzip richtig, aber nur wenn der Puck von einem Mitspieler kommt.

Zum Thema: Ich habe neulich mal wieder einen Backport gebaut und das ganze mal notiert: https://blog.mdosch.de/2017/07/11/einen ... are-bauen/
Das sollte sich ja auch auf ein Ubuntu Quell-Repo übertragen lassen.

Im Prinzip ja. So lange Debian die Abhängigkeiten erfüllen kann. Das kann schon mal aufwendig werden, weil in Debian nicht nur die Abhängigkeiten fehlen könnten (was auch bei Debian-internen Backports passieren kann), sondern weil Ubuntu teils auch ein anderes Namensschema für Pakete verwendet.

Genau mit diesem "im Prinzip"-Teil habe ich meine Probleme bei den meisten Beschreibungen zum Erstellen von Backports. Da wird meist irgendein trivialer Fall betrachtet, der aber nur die elementaren Handgriffe auflistet, ohne die zugrundeliegenden Prinzipien zu vermitteln.

Da stellen sich dann ziemlich schnell solche Fragen:
1. Was mache ich, wenn die Abhängigkeiten nicht erfüllt werden können?
2. Wie gehe ich mit Fremdpaketen um?
3. Was mache ich mit nicht debianisierten Quellen?
4. Was wollen mir lintian und quilt sagen und wie reagiere ich darauf?

Eine mMn gute Anleitung zu Backports wäre ein Unterkapitel in einer umfangreichen allgemeinen Erklärung zum Paketbau insgesamt. So eine Erklärung kenne ich aber nicht, was daran liegen mag, dass das sicher ein 1000-Seiten-Dokument wäre. Das einzige was dem nahekommt ist Nussbaums Packaging Tutorial [1], aber auch das ist bestenfalls eine ordentliche Zusammenfassung.


[1] https://www.debian.org/doc/manuals/pack ... ial.en.pdf

[Thomas123]

Hallo Sir Arthur,

ich freu mich über deinen Erfolg mit Easystroke!

Ich wechsel gerade zu Debian, aber wenn Easystroke nicht laufen würden, wäre das ein Ausschlusskriterium für mich. Ich liebe Mausgesten einfach! ... macht das Arbeiten so viel einfacher!

Leider habe ich mit KDE mit folgendem echt nervigen Bug zu leben:

Die Mausgesten stören die Position der Scrollbalken:

https://bugs.kde.org/show_bug.cgi?id=389140

Nutzt du auch KDE? Und hast du vielleicht eine Lösung dafür gefunden?

[hikaru]

@Thomas:
Das hier sieht deinem Bugreport recht ähnlich. [1] KDEs Scroll-Zähler kommt wohl bei geöffnetem Kontextmenü durcheinander, was dann zu dem Sprung führt.
Ich kenne mich mit KDE nicht aus, vielleicht lässt sich ja das Kontextmenü deaktivieren oder mit einem Modifier verknüpfen, so dass es bei einem normalen Rechtsklick nicht öffnet. Abgesehen davon fällt mir nur ein, Easystroke mit einer anderen Maustaste zu verknüpfen.

[1] https://www.reddit.com/r/kde/comments/7 ... _downward/

[Thomas123]

Ah, ganz herzlichen Dank, hikaru!

Ja, der von dir verlinkte Austausch hat mich zu diesem Bug-Report hier geführt:

https://bugreports.qt.io/browse/QTBUG-49294#add-comment

Es ist also offenbar ein Qt Bug.
Zusammen sind wir dem kleinen Quälgeist etwas näher auf die Schliche gekommen. Ich hoffe, seine Tage sind gezählt.

Wunderbar! Besten Dank!

EDIT: Und deine Idee mit der anderen Tastenbelegung ist auch Klasse. Bin ich bisher gar nicht drauf gekommen. Eine neue Maus mit extra Taste nur für die Gesten würde das Auftreten des Bugs immerhin um ca. 50% reduzieren.

[SirArthur]

[...]

Nutzt du auch KDE? Und hast du vielleicht eine Lösung dafür gefunden?

Hallo Thomas123,

nein, bei mir läuft Mate 1.16.2, hatte bisher keine Probleme.

[SirArthur]

Hat KDE nicht standardmässig mouse gestures, irgendwo in den Tiefen der System Settings....?

[Thomas123]

Ja, hat es.
Aber verglichen mit Easystroke ... ist das wie ein Ford Fiesta verglichen mit einem Rolls Roys. ... ... keine Timeout-Gesten, keine Rocker-Gesten, extrem empfindlich gegen leichte Abweichungen in der Bewegung beim Machen der Geste, ....

Deshalb mache ich auch echt Sorgen um die Zukunft von Easystroke. Ich nutze es seit vielen Jahren und kann mir mein System ohne Gesten-Steuerung echt nicht mehr vorstellen. So ein Luxus!!! ... Wenn Easystroke stirbt ... das wäre echt echt schade!

[SirArthur]

Jep. Ich verwende einige. Für alles mögliche, super praktisch......... man gewöhnt sich dran.