Eagle und Linux

Komisch, so wie es aussieht, kann das temporäre Verzeichnis angelegt 
werden und die Dateien wurden auch extrahiert. Zeile 107, die hier das 
Problem beschert, soll das Setup ausführen. Komisch.

Wenn du hier keine Hilfe findest, unbedingt mal in den Cadsoft 
Newsgroups nachfragen, könnte mehr helfen.

Datei nach demm herunterladen ausführbar gemacht ?

Es wird nicht im Suchpfad eingetragen

Du kannst es starten mit ./opt/eagle-5.6.0/bin/eagle

gruss Bernd

>Es wird nicht im Suchpfad eingetragen

Möglich,

>Du kannst es starten mit ./opt/eagle-5.6.0/bin/eagle

Blödsinn, die Installationsdateien sind nach $tmp$ kopiert und nicht 
nach /opt. Und was soll überhaupt der Punkt davor?

doch es ist ein 64bit System. danke für den tip! habe nun auf der 
cadsoft homepage in der faq die antwort auf meine probleme gefunden:

Damit EAGLE 5.x auf einem 64-bit Ubuntu 9.04 System verwendet werden 
kann, müssen folgende Bibliotheken installiert werden:

lib32asound2
lib32gcc1
lib32ncurses5
lib32stdc++6
lib32z1
libc6-i386
ia32-libs

Das mit apt-get install hatte ich versucht:

rolf-56@rolf56-desktop:~/eagle$ ./eagle-lin64-7.6.0.run
Ensure the following libraries are available:
  libssl.so.1.0.0 => not found
  libcrypto.so.1.0.0 => not found

/tmp/eagle-setup.5433/eagle-7.6.0/bin/eagle: error while loading shared 
libraries: libssl.so.1.0.0: cannot open shared object file: No such file 
or directory

rolf-56@rolf56-desktop:~/eagle$ dir
bin    eagle-lin64-7.6.0.run  libexec         qt.conf      translations
cache  examples          libssl.so.1.0.0  README
doc    lib          ngspice         resources
eagle  libcrypto.so.1.0.0     plugins         Start_Eagle

danach noch versucht, die libs zu installieren:
root@rolf56-desktop:/home/rolf-56/Dokumente/Progs/eagle9/eagle-9.6.2/lib 
#  apt-get install libcrypto.so.1.0.0
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket libcrypto.so.1.0.0 kann nicht gefunden werden.
E: Mittels des Musters »libcrypto.so.1.0.0« konnte kein Paket gefunden 
werden.
E: Mittels regulärem Ausdruck »libcrypto.so.1.0.0« konnte kein Paket 
gefunden werden.

muss apt zuerst beibringen in welchem dir sich die Dateien befinden mit 
file...

Alexander S. schrieb:
> rolf-56 schrieb:
>> #  apt-get install libcrypto.so.1.0.0
>
> libcrypto ist in libssl-dev enthalten.
>> #  apt-get install libssl-dev
> sollte daher libssl und libcrypto installieren.
>
> P.S. Bei apt-get immer nur den Basisnamen, ohne die Endung .so.n.m.l
> angeben.
>
> Ich nutze Debian. Aber da Ubuntu auf Debian aufsetzt sollten die
> gleichen Dateien enthalten sein.
>
> https://packages.debian.org/buster/amd64/libssl-dev/filelist

wenns amd64 ist nehmt das:

https://packages.ubuntu.com/bionic/amd64/libssl1.0.0/filelist
https://packages.ubuntu.com/bionic/libssl1.0.0

********************
nicht blind kopieren


$wget 
http://security.ubuntu.com/ubuntu/pool/main/o/openssl1.0/libssl1.0.0_1.0.2n-1ubuntu5.5_amd64.deb
$apt-get install ./libssl1.0.0_1.0.2n-1ubuntu5.5_amd64.deb


********************
ok, no risk no fun ;)


---

Jetzt würde ich die alten libs aber nicht so ohne weiteres in ein 
aktuelles System installieren wollen :/
 wenn nur das eagle die braucht dann ggf.





herunterladen dann entpacken (dpkg -x paketname /tmp/irgendwo)


xals@slax:$cd x86_64-linux-gnu/
xals@slax:$l
total 2736
-rw-r--r-- 1 xals xals 2361920 Dec  2 20:54 libcrypto.so.1.0.0
-rw-r--r-- 1 xals xals  424664 Dec  2 20:54 libssl.so.1.0.0
drwxr-xr-x 3 xals xals    4096 Dec  2 20:54 openssl-1.0.0

libcrypto.so.1.0.0 u. libssl.so.1.0.0 kopieren in ein Verzeichnis 
unterhalb /eagle . Bspw. .../eagle/lib/ anlegen und dann das eagle 
startupscript anpassen mit export 
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./eagle/lib <- je nach dem wo es sich 
halt befindet.


mangels eagle u. ubuntu nicht getestet.

Irgendwann kommt ja doch noch einer,
Da sind die zwei aus  libssl1.0.0_1.0.2n-1ubuntu5.5_amd64.deb


s.o.  im Prinzip kann man sie aber auch direkt nach
/usr/lib/x86_64-linux-gnu kopieren.


eagle-lin64-7.6.0 gibts einen bes. Grund ein alte Version zu nehmen?

Rolf E. schrieb:
> Für mich gibt es mehrere Gründe diese alte Version zu verwenden:

Die einzige Version, die ich zähneknirschend jemals installiert hatte, 
war die Version 6.6. Das war anno Ubuntu 17.04 oder 17.10. Mit 18.04 war 
sie aufgrund von libcrypto Probs nicht mehr lauffähig, seitdem kann ich 
keine eagle-Schaltpläne mehr lesen. :((
Mindestens drei FOSS-Entwickler und ehemals martialische 
EAGLE-Verfechter sind zwischenzeitlich auf KICAD umgestiegen und zwei 
von denen wollen mit ihrer Vergangenheit nichts mehr gemein haben ;)

Andreas B. schrieb:
> Nur die libssl1.0.0. mußte ich vorher noch installieren.
Iss scho klar, abba
Sie wurde und wird vom eagle-linux-run Brimborium nicht erkannt...

Andreas B. schrieb:
> Noch zur Info:
> ldd /opt/eagle-6.6.0/bin/eagle liefert:
>   linux-gate.so.1 (0xf7f9f000)
>   libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1
> (0xf7f63000)
DAS war der entscheidende Hisweis!
Hatte ich früher die libssl noch aus einer alten Distru kopiert, hatte 
ich seit 18.04 immer eine deb aus einer Historienseite gesaugt, der Kram 
ist dann hier gelandet

hf schrieb:
> /usr/lib/x86_64-linux-gnu kopieren.

Und das hat nicht gefunzt.
Gestern habe ich dann nach einer 32bit Version Ausschau gehalten und 
nach Auffinden in mein System gequetscht.
Und siehe da... eagle 6.6 startet.
Allerdings musste ich brach liegende Starter anpassen, da es 
merkwürdigerweise nicht in /opt sondern in /usr/local gelandet ist, wo 
es lt. Linuxregeln nicht hingehört.

Andreas B. schrieb:
> Es gibt da eigentlich keine feste Regel. Das macht jede Distri anders.

Das ist im Prinzip richtig.
Allerdings haben sich bestimmte Muster distributionsübergreifend 
eingefahren ( gestern extra noch mal nachgelesen):

Privatkram: ~, bei debian Derivaten ~/.local

Anwendungsprogramme (aus Paketen): /usr
kompilierte Anwendungsprogramme: /usr/local
distributionsfremde Anwendungsprogramme: /opt

Bei 17.94/17.10 ist eagle noch unter /opt gelandet ;)

rolf-56 schrieb:
> ./eagle-lin64-7.6.0.run

???
Ich meine, mich erinnern zu können hier irgendwo gelesen zu haben, dass 
eagle 6.6 die letzte FREIE Version von eagle wäre....

Matthias F. schrieb:
> Habt ihr nicht bemerkt, dass der Thread über 10 Jahre alt ist? Eagle ist
> mittlerweile glaube ich bei Version 9 angekommen

nicht bei sonder bis zur

> und wird
> sinnvollerweise durch etwas besseres ersetzt.

Eine nette Beschreibung dafür das die Software eingestellt wird und man 
Fusion360 mieten muss um das "bessere" einzusetzen.

bianchifan schrieb:
> Ich meine, mich erinnern zu können hier irgendwo gelesen zu haben, dass
> eagle 6.6 die letzte FREIE Version von eagle wäre....

Auch die 9er gibt es als freie Version (mit stark verbesserter 
Funktionalität). Man muss sich nur einmal anmelden. Kaufen kannst du Sie 
aber nicht mehr bzw. musst Fusion360 mieten.

bianchifan schrieb:
> Ich meine, mich erinnern zu können hier irgendwo gelesen zu haben, dass
> eagle 6.6 die letzte FREIE Version von eagle wäre....

Jein, mit der 7.0 wurde zwar erst ein neues Lizenzmodell mit 
Hardwarebindung eingeführt, aber recht schnell wieder abgeschafft.

Die letzte Version ohne Onlinezwang ist daher die 7.7, zu finden unter:

ftp://ftp.cadsoft.de/eagle/program/7.7/

MosFeratu schrieb:
> Kaufen kannst du Sie aber nicht mehr bzw. musst Fusion360 mieten.

Und das sind dann rund 500 EUR/Jahr, die kleinere EAGLE-Version für 100 
EUR/Jahr läuft allenfalls noch für Bestandskunden weiter.

Um ein altes 32Bit Eagle 5.6 auf 64Bit Fedora10 zu installieren muss man folgendes Libaries vorher installieren:

expat.i386 fontconfig.i386 freetype.i386 glibc.i686 libX11.i386 libXau.i386 libXcursor.i386 libXdmcp.i386 libXext.i386 libXfixes.i386 libXft.i386 libXi.i386 libXrandr.i386 libXrender.i386 libgcc.i386 libjpeg.i386 libpng.i386 libstdc++.i386 libxcb.i386 zlib.i386

Um dasselbe 5.6 auf Centos 7.7 zu installieren:

yum install libstdc++-4.8.5-39.el7.i686 yum install libjpeg-turbo-1.2.90-8.el7.i686 yum install libpng12.i686 yum install libXi.i686 yum install libXft.i686 yum install libXcursor.i686 yum install libXrandr-devel.i686 yum install libXrender.i686 yum install glibc-2.17-292.el7.i686

Dieselbe 5.6 konnte ich mit aehnlicher Vorgehensweise auf dem neuesten Almalinux 9.2 installieren. Dazu musste ich obiges nur mit dnf installieren und zusaetzlich noch ein libpng15 besorgen.

Also Leute, Linux ist nicht fuer irgendwelche Dummkoepfe da die nur Maus schubsen koennen! Wenn es nicht geht dann sitzt das Problem so gut wie immer vor der Tastatur. .-) Allerdings ich gebe zu das mich die unfaehige Libraryverwaltung unter Linux auch etwas ankotzt....

Olaf