Eagle 7.7.0 auf aktuellen Ubuntu 22.04.4 LTS installieren

[Wulf D. (holler)]

Wegen Rechnerwechsel wollte ich die letzte offline Eagle Version 7.7.0 
in der freien, eingeschränkten Version neu installieren.

Bei Autodesk kann man sich für das 64 Bit Linux zwei Installationspakete 
laden, wobei mir deren Unterschied nicht klar ist. eagle-lin64-7.7.0.run 
und eagle-lin64.run.

Wie auch immer, beide steigen wegen nicht vorhandener Libs aus:

Ensure the following libraries are available:
  libssl.so.1.0.0 => not found
  libcrypto.so.1.0.0 => not found

Wurde hier schon mehrmals durchgekaut, aber die Maßnahmen von damals 
funktionieren bei mir leider nicht. Eine Maßnahme war Links auf die Libs 
anzulegen mit

sudo ln -s ~/Downloads/openssl/libcrypto.so.1.0.0 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0/

was bei mir zu der Fehlermeldung

Die symbolische Verknüpfung '/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0/' konnte nicht angelegt werden: Die Datei existiert bereits

führt. Analog das gleiche bei der fehlenden libssl.

Die Quellen aus dem Git laden, compilieren und an geeignete Stelle 
(wohin bei aktuellem Ubuntu?) kopieren klappt auch nicht:

cp: Schreiben durch die defekte symbolische Verknüpfung './libcrypto.so.1.0.0' ist nicht möglich

Diese Fehlermeldung lässt mich komplett ratlos zurück.

Kurzum: hat jemand einen Tipp, wie man das alte Eagle noch auf einem 
aktuellen Ubuntu 22.04 zum Laufen bekommt?

[Stephan S. (uxdx)]

schau mal nach welche libs es bei Dir gibt:

ls -la /usr/lib/x86_64-linux-gnu/libssl*
ls -la /usr/lib/x86_64-linux-gnu/libcrypto*

[Wulf D. (holler)]

Das ist vorhanden:

Rechner:~/Downloads$ ls -la /usr/lib/x86_64-linux-gnu/libssl*
-rw-r--r-- 1 root root 913144 Aug 17 14:08 /usr/lib/x86_64-linux-gnu/libssl1.0.0_1.0.2n-1ubuntu5_i386.deb
-rw-r--r-- 1 root root 434928 Apr 11 16:19 /usr/lib/x86_64-linux-gnu/libssl3.so
lrwxrwxrwx 1 root root     13 Aug 17 13:44 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 -> libssl.so.1.1
-rw-r--r-- 1 root root 667864 Jul 30 17:18 /usr/lib/x86_64-linux-gnu/libssl.so.3
Rechner:~/Downloads$ ls -la /usr/lib/x86_64-linux-gnu/libcrypto*
lrwxrwxrwx 1 root root      16 Aug 17 13:44 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 -> libcrypto.so.1.1
-rw-r--r-- 1 root root 4455728 Jul 30 17:18 /usr/lib/x86_64-linux-gnu/libcrypto.so.3

[Stephan S. (uxdx)]

es gibt zwar einen Link mit libssl.so.1.0.0 und der zeigt auf 
libssl.so.1.1 aber libssl.so.1.1 ist nicht vorhanden, das gleiche für 
libcrypto

mach mal versuchsweise Links von 1.0.0 auf 3, vielleicht läuft Eagle 
auch mit libssl.so.3 ???

[Wulf D. (holler)]

Kann den Link nicht anlegen, bekomme die Fehlermeldung

ln: Die symbolische Verknüpfung '/usr/lib/x86_64-linux-gnu/libssl.so.3' konnte nicht angelegt werden: Die Datei existiert bereits

[Wulf D. (holler)]

Bist du sicher, dass das Installationsprogramm die Libs unter /usr/lib/ 
sucht?
Dann müsste ich nochmal versuchen, ob mir es nicht doch gelingt, da die 
Dateien unterzubringen.

Weiß bloß nicht, wie man die Fehlermeldung "Schreiben durch die defekte 
symbolische Verknüpfung ... ist nicht möglich" umschifft.

[Stephan S. (uxdx)]

> Weiß bloß nicht, wie man die Fehlermeldung "Schreiben durch die defekte
> symbolische Verknüpfung ... ist nicht möglich" umschifft.

Die alten Links löschen (geht wie eine Datei löschen) und neue Links 
einrichten (in Unix ist ALLES eine Datei).

[Wulf D. (holler)]

Teilerfolg: den alten Link auf die libssl gelöscht und neu auf die 
libssl.so.3 angelegt, und nun ist diese Fehlermeldung beim Starten des 
Installers verschwunden.

Mit der Crypto-Lib gibts noch Probleme.

ls -la /usr/lib/x86_64-linux-gnu/libcrypto*
-rw-r--r-- 1 root root 4455728 Jul 30 17:18 /usr/lib/x86_64-linux-gnu/libcrypto.so.3

Link anlegen scheitert, warum auch immer:

sudo ln -s /usr/lib/x86_64-linux-gnu/libcrypto.so.3 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0/
ln: Die symbolische Verknüpfung '/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0/' konnte nicht angelegt werden: Datei oder Verzeichnis nicht gefunden

Bei der ssl gab es noch eine /usr/lib/x86_64-linux-gnu/libssl3.so, bei 
der Crypto fehlt eine Datei der Art libcrypto3.so

[Stephan S. (uxdx)]

Wulf D. schrieb:
> Bei der ssl gab es noch eine /usr/lib/x86_64-linux-gnu/libssl3.so, bei
> der Crypto fehlt eine Datei der Art libcrypto3.so

Dein Listing von 16:08 behauptet es gäbe eine libcrypto.so.3, schau noch 
mal nach

[Wulf D. (holler)]

Ja, die gibt es auch, hatte ich eben gleich nochmal gelistet:

-rw-r--r-- 1 root root 4455728 Jul 30 17:18 
/usr/lib/x86_64-linux-gnu/libcrypto.so.3

Vielleicht starte ich den Rechner mal neu. Vielen Dank erstmal, der Weg 
ist vielversprechend.

[Stephan S. (uxdx)]

Good luck, schreib mir ggf eine PN

[Wulf D. (holler)]

Läuft, vielen Dank!!!

Habe oben einen Tippfehler beim ln Befehl reingebastelt, am Ende ein 
Slash zu viel.

[Joachim J. (felidae)]

Ist zwar schon anders gelöst, aber hier die Variante wie ich das Problem 
immer löse:

Ich installiere die Lib aus einer externen quelle nach.
via apt-get und nicht aus dem git.
http://security.ubuntu.com/ubuntu sollte ja eine Seriöse Paketquelle 
sein.
sihe https://wiki.ubuntuusers.de/Paketquellen_freischalten/

folgende quelle aktiviren:
deb http://security.ubuntu.com/ubuntu xenial-security main

dann die Libs einfach installieren.

sudo apt update
sudo apt upgrade
sudo apt install libssl1.0.0
sudo apt install libcrypto++-utils

Fertig.

[Armin S. (knall_e)]

Man kann alte Eagle versionen ganz wunderbar in einer Dockerumgebung 
laufen lassen:

https://github.com/siredmar/eagle-run

[Andreas K. (akae88)]

Als andere Alternative lässt sich die Sandbox Umgebung Bubblewrap dafür 
nutzen. Darin dann ein Ubuntu 14.04 installiert und schon rockt das 
Eagle 7.7.0 wieder. Anleitung dazu hier: 
https://github.com/akaeba/eagle-bubblewrap

VG

[Mampf F. (mampf)]

Armin S. schrieb:
> Man kann alte Eagle versionen ganz wunderbar in einer Dockerumgebung
> laufen lassen:
>
> https://github.com/siredmar/eagle-run

oh! Ich nutze Docker ständig aber nur für Konsolen-Anwendungen wie 
Server  oder Build-Umgebungen.

Wusste nicht, dass grafische Anwendungen auch in Docker funktionieren!

Leider kriegt man bestimmt mit Wayland dann wieder ein neues Problem 😑

[Christian S. (uhrenfreak)]

Die Lösung mit der Paketquelle von Joachim J. finde ich etwas ungünstig 
- da macht man die Liste mit Abhängigkeiten ggf. nur noch länger und 
baut sich sogar eine ältere Ubuntu-Distribution dort mit ein.
Der Code der älteren *.1.0-Libraries braucht ja gar nicht physikalisch 
vorhanden sein, ein Symlink mit dem Namen der älteren Library und 
Verweis auf die aktuelle reicht aus.

Eine Lösung mit Container-Format kommt mir etwas zu schwergewichtig vor. 
Da landet ja noch mal ein riesiges Paket auf der Festplatte, mit vielen 
neuen Fehlermöglichkeiten.

Für mein Empfinden wäre folgendes schöner: Wenn nur eine einzige 
Anwendung eine exotische Library-Konstellation benötigt, kann man 
"LD_LIBRARY_PATH" umbiegen.

Hat hier schon mal einer gemacht, auch wegen Eagle:
Beitrag "Re: Eagle und Linux"

Aber Vorsicht damit, hier warnen einige:

http://xahlee.info/UnixResource_dir/_/ldpath.html

https://www.hpc.dtu.dk/?page_id=1180

Also keinesfalls global umbiegen, auch nicht für eine Shell, die länger 
offen bleibt.

Es würde dann z. B. so aussehen:

Die Eagle-binaries kommen z.B. in /opt/eagle7/bin,
und die wenigen exotischen Libraries kommen nach /opt/eagle7/lib (evtl. 
sogar als symlink).
Ein testweiser Aufruf könnte dann z. B. so erfolgen:

env LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/eagle7/lib /opt/eagle7/bin/eagle

Ein Problem besteht aber darin, dass der Installer, der Eagle auspackt, 
schon die Libraries benötigt. Da müsste man mit manuellen 
Umkopier-Arbeiten nachhelfen.

Grüße C.

P.S. Evtl. könnte man auch einfach das Eagle-Binary mit dem Hexeditor 
patchen und sich den ganzen Kram sparen.

[Jens G. (jensig)]

Man kann das Windows-Eagle auch ganz gut in Wine installieren/nutzen, 
wenn das Linux-Eagle wegen irgendwelcher Abhängigkeiten nicht will. 
Zumindest bis 5.7 ...