Gast
#6374560
Hallo, Wie installiere ich da die eagle-lin64-7.7.0.run Installations Datei am besten? APT-get install geht leider nicht.
Gast
#6374569
chmod +x und ausführen Da war aber ein Bug mit den alten libssl.so.1.0.0 und libcrypto.so.1.0.0, die sind nicht mehr aktuell. Die musst Du vorher installiert bekommen. Im Internet findet man aber einige Anleitungen.
Gast
#6375126
Dunk schrieb: > chmod +x und ausführen > > Da war aber ein Bug mit den alten libssl.so.1.0.0 und > libcrypto.so.1.0.0, die sind nicht mehr aktuell. > Die musst Du vorher installiert bekommen. Im Internet findet man aber > einige Anleitungen. Danke das hilft schonmal weiter. Die SSL und Crypto bekomme ich leider nicht instaliert sondern bricht mit Syntax Fehler ab unter Debian 10. die wurden wohl zuletzt für Debian 8 Aktualisiert... Gibts da Tricks?
Debian 10.4 installiert normalerweise die libssl.so.1.1 und die libcrypto.so.1.1, beide im Verzeichnis /usr/lib/x86_64-linux-gnu/. Ich musste garnichts weiter installieren, mein ganzer Trick war (als root):
1 | |
2 | |
3 | |
Das Kleingedruckte: das ist auf x86_64 ungetestet, ich hab' ein i386.
Vielleicht hilft dir das hier weiter: Beitrag "Re: Eagle 6.0.0 als download verfügbar"
Gast
#6375338
Igorrr schrieb: > Gibts da Tricks? Ein Link auf neuere Version hat bei mir nicht funktioniert, ich habe Pakete aus älteren Systemen kopiert. Es wird nicht empfohlen alte libssl und libcrypto zu verwenden, die sind nicht mehr sicher und sind deshalb nicht in neuen Systemen zu finden. Nur so als Warnung. Hier kannst Du die alten Pakete finden: https://packages.debian.org/jessie/libssl1.0.0 Herunterladen und in den Ordner /usr/lib/x86_64-linux-gnu/ ablegen. Sollte funktionieren.
Dunk schrieb: > Ein Link auf neuere Version hat bei mir nicht funktioniert, ich habe > Pakete aus älteren Systemen kopiert. Bei mir funktioniert es formal auch nicht, sobald nach Updates gesucht wird, stürzt Eagle ab mit
1 | |
2 | |
3 | |
4 | |
Alles andere funktioniert aber mit dem Link auf die neuen (10.4) libs. Nachdem die Suche nach Updates sowieso sinnlos ist, habe ich im ~/.eaglerc sowas stehen:
1 | |
2 | |
3 | |
4 | |
Daraus könnte man auch schließen, dass die alten libs kein Sicherheitsrisiko sind, weil daraus keine Funktionen aufgerufen werden.
Gast
#6375395
Bauform B. schrieb: > Alles andere funktioniert aber mit dem Link auf die neuen (10.4) libs. Das war bei mir nicht der Fall, einige Funktionen heißen in den neuen libs anders, als in den alten. Eagle findet die Funktionen nicht und kann nicht starten. Die SO-Module sind aber nicht nur für eagle da, andere Programme können auch darauf zugreifen. Somit bleibt ein Risiko bestehen.
Gast
#6375406
> Die SO-Module sind aber nicht nur für eagle da, andere Programme können > auch darauf zugreifen. Somit bleibt ein Risiko bestehen. Da man seine alte Eagleversion vermutlich bis zum juengsten Tag nutzen will waere es vermutlich relativ klug sich ein eigenes Verzeichnis lib-eagle zu erstellen und da einmal ALLE libs reinzukopieren die Eagle so braucht. Dann koennte man Eagle in einem script aufrufen und vorher die libs in den Pfad bringen. Man koennte auch sagen das dies einer der extrem seltenen Faelle ist wo soetwas wie container sinnvoll sind. [ausspuck] Langfristig, also so fuer in 10-20Jahren wird man wohl ein kleines virtualisiertes Linux brauchen weil die unfaehigen Programmierer von heute bis dahin sicher schon dreiunddroelfzig inkompatible Docker Versionen haben oder etwas komplett neues mit irgendeinem neuen coolen Kindernamen erfinden. Olaf
Gast
#6375553
Olaf schrieb: > weil die unfaehigen Programmierer von > heute bis dahin sicher schon dreiunddroelfzig inkompatible Docker > Versionen haben oder etwas komplett neues mit irgendeinem neuen coolen > Kindernamen erfinden. Du bist der Checker schlechthin, mein Freund.
Gast
#6376347
Bauform B. schrieb: > Nachdem die Suche nach Updates sowieso sinnlos ist, habe ich im > ~/.eaglerc sowas stehen:CheckForUpdate.Auto = "0" > CheckForUpdate.Beta = "0" > CheckForUpdate.Proxy = "" > CheckForUpdate.ReportedVersions = ""Daraus könnte man auch schließen, > dass die alten libs kein > Sicherheitsrisiko sind, weil daraus keine Funktionen aufgerufen werden. Wo finde ich die die zu bearbeitende Datei/wie heisst die?
Gast
#6376435
Ich schrieb: > Wo finde ich die die zu bearbeitende Datei/wie heisst die? Bauform B. schrieb: > ..., habe ich im ~/.eaglerc sowas stehen:CheckForUpdate.Auto = "0"
Gast
#6376558
Genau diese Datei finde ich nicht bei mir nach der Installation Dunk schrieb: > Bauform B. schrieb: >> ..., habe ich im ~/.eaglerc sowas stehen:CheckForUpdate.Auto = "0"
Nach der Installation gibt es die noch nicht, Eagle erzeugt sie, sobald du eine Platine speicherst. Und überschreibt sie jedesmal, aber das sollte nicht stören. Moment, wir reden von der Linux-Version? Unter Windows heißt die Datei eaglerc.usr. Aber frag mich nicht, in welchem Verzeichnis.
Gast
#6376590
Ich schrieb: > Genau diese Datei finde ich nicht bei mir nach der Installation Die erste Zeile von der Datei: # EAGLE Parameter File (generated by EAGLE Version 7.7.0 - DO NOT EDIT!)
Oops! Die hab' ich glatt übersehen :) Aber ich bin unschuldig, mein vim benutzt für Kommentare dunkelgraue Schrift auf schwarz.
Das geht auch einfacher, siehe Bild 1 bis 3! Arno
Angehängte Dateien:
-
Bild_1.jpg
(110 KB)
-
Bild_2.jpg
(130 KB)
-
Bild_3.jpg
(130 KB)
@Bauform libssl.so.1.1 ist leider schon die Version, die die gemeine Fehlermeldung gibt: "undefined symbol: CRYPTO_num_locks". Habe ich im Debian Buster drin. Version 1.0.2 (ist aus Stretch) funktioniert noch. Also https://packages.debian.org/stretch/libssl1.0.2 laden, libssl und libcrypto auspacken und @Dunk >>NICHT<< in den Ordner /usr/lib/x86_64-linux-gnu/ kopieren. Dann würden die alten Libs von allen Programmen benutzt werden. Es hat vermutlich einen Grund, weshalb die Debian Maintainer die Libs neu gemacht haben. Lieber einen eigenen Ordner, z.B eagle-7.7.0/lib anlegen, die .1.0.2 libs dort ablegen, in .1.0.0 umbenennen oder einen Link drauf machen und Eagle mit einem kleinen Shellscript starten (angenommen, daß Eagle unter /opt installiert ist): cd /opt/eagle-7.7.0 LD_PRELOAD=lib/libssl.so.1.0.0:lib/libcrypto.so.1.0.0 bin/eagle Ohne "export" vor dem LD_PRELOAD. Dann werden nur für dieses eine Mal die eigenen Libs VOR den System-Libs geladen, und es werden keine systemweiten Pfade verbogen. Zum Testen kann man, wie von @Bauform empfohlen, in der .eaglerc rumpfuschen. Wenn man die "Updates verbieten" Zeilen rausnimmt, crasht Eagle sofort beim Starten, wenn es die System-Libs benutzt. @Arno Natürlich kann man auch über das GUI Menü Updates verbieten. Nützt nur nichts, wenn Eagle gar nicht erst startet... ;-)
Gast
#6482270
> Lieber einen eigenen Ordner, z.B eagle-7.7.0/lib anlegen, die .1.0.2 Derartiges hab ich ja auch schon empfohlen. Man koennte natuerlich auch auf die Idee kommen sich den Source der Libary zu besorgen und die mal zu ueberarbeiten. Das ist ja Linux und kein Kindergarten. :) > Natürlich kann man auch über das GUI Menü Updates verbieten. Nützt nur > nichts, wenn Eagle gar nicht erst startet... ;-) Dann wuerde ich mal pruefen ob Eagle genug Zeit hatte seine .eaglerc anzulegen. Da steht zwar drin das man sie nicht editieren soll, aber daran muss man sich ja nicht halten. CheckForUpdate.Auto = "0" CheckForUpdate.Beta = "0" Aber wie ich schon sagte. Langfristig muss man das System virtualiesieren. Olaf
Hier kannst Du die alten Pakete finden:
Geht leider nicht (mehr).
Es geht nach wie vor mit den Tips von bauformb.
Eagle 7.70 auf Linux Bullseye
~/eagle-7.7.0/bin/eagle ~/eagle-7.7.0/bin/eagle: error while loading shared libraries:libssl.so.1.0.0: cannot open shared object file: No such file or directory sudo ln -s /usr/lib/x86_64-linux-gnu/libssl.so.1.1 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
~/eagle-7.7.0/bin/eagle ~/eagle-7.7.0/bin/eagle: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory sudo ln -s /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 /
Ab hier sollte sich eagle schon einmal aufrufen lassen und man darf die Version wählen (Bei mir Express). Danach kommt der Abstrutz weil er noch nach updates sucht und hierfür wohl CRYPTO_num_locks braucht.
~/eagle-7.7.0/bin/eagle ~/eagle-7.7.0/bin/eagle: symbol lookup error: ~/eagle-7.7.0/bin/eagle: undefined symbol: CRYPTO_num_locks
Deswegen noch die Suche nach Updates abschalten. sed -E -i.bak 's/CheckForUpdate.Auto = "(.)/CheckForUpdate.Auto = "0/' ~/.eaglerc
Ab jetz sollte eagle Starten.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.