Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #110471

Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries

Show all headers | View raw

On 2020-05-15 13:03, Sieghard Schicktanz wrote:
> Hallo Joerg,
>
> Du schriebst am Wed, 13 May 2020 11:48:22 -0700:
>
>>> Klar sind Computer Werkzeuge, Werkzeuge ohne vorgefertigte Funktion. Ein
>>> Computer macht halt ohne die Funktion - Software - _gernichts_. Na gut,
>>> er verbraucht Strom, wenn er eingeschaltet wird...
>>
>> Das ist bei normalem Werkzeug wie etwa einer Dremel nicht anders. Und da
>
> Kommt in (sehr) groben Zügen hin...
>
>> haette ich es auch gern wie bei der Dremel. Wenn man die Polierscheibe
>> reintut, poliert sie. Wenn man einen Fraeskopf reinspannt, fraest sie.
>
> Ächt? So ganz ohne Mitwirken des Benutzers? Der muß da überhaupt nicht
> wissen - oder gar lernen - wie man das richtig macht, damit man keine
> Striemen in der Oberfläche oder gar Löcher an der falscha Stelle
> produziert, oder sich gar in die Finger fräst?
> Aber beim Computer muß das natürlich alles ohne Vorkenntnisse gehen.
>

Die Anwender-Software kann als hinlaenglich bekannt vorauagesetzt 
werden, damit kann ich umgehen. Der Computer muss sie aber fressen, ohne 
dass es Dependency Errors et cetera gibt. Ich muss bei der Dremel ja 
auch nicht wissen, wie die Maschine innen aussieht.


>> Es erscheint keine Dependency-Fehlermeldung :-)
>
> Der 3er Bohrer paßt aber nicht, den kann ich nicht einspannen!
> Und der Fräsersatz von <anderem Hersteller> geht auch nicht.
> Warum ist das nicht alles schon im Grundgerät integriert?
>

Gibt es Adapter fuer oder man nimmt den Akkuschrauber.

https://www.amazon.com/Dremel-4486-MultiPro-Keyless-Chuck/dp/B0000302ZV


> [WINE]
>>>> Schon, aber ich kann weder bei Eagle noch bei anderer Software (fuer
>>>> die es keine Linux-Version gibt) Nachteile feststellen.
>>>
>>> Die Nachteile sind: mit WINE wird ein dicker Klotz Software geladen, der
>>> viel Arbeitsspeicher kostet, ...
>>
>> Macht nichts mehr. Zu meiner Ueberraschung hat der Rechner nach einem
>> BIOS Update 6GB RAM gefressen, obwohl laut Dell bei 4GB haette Schluss
>
> Bist ein guter Konsument...
>

Das war nicht das erste Mal :-)

Ich habe hier viele Werkzeuge in Benutzung, die weit ueber ein halbes 
Jahrhundert alt sind.

http://www.analogconsultants.com/ng/sed/olddrill.JPG

Die Kroenung war eine alte Dame, die ueber ihr ganzes Leben nur ein 
einziges Auto gekauft hat und immer noch fuhr, einen in den 50ern 
gebraucht erworbenen Austin Sportwagen.


>>>              ... das Laden allein dauert schon elend lange, ...
>>
>> Das kann ich fuer Eagle, MS-Works und aehnliches nicht bestaetigen. Bei
>
> Bist ein geduldiger Benutzer, sozusagen ein Patient.
>

15sec sind fuer mich jetzt keine Ewigkeit, zumal man ja immer auch was 
anderes zu tun hat.


>> LTSpice weiss ich es nicht, es funktioniert nur unmittelbar nach
>> Installation und dann sehr gut. Nach jedem Re-Boot ist es weg, wird
>
> Vielleicht geht das bei einer Linux-Implementation?
>

Tja, wenn es die denn gaebe :-(

> ...
>>> Aber auf einer Deiner schwächeren Maschinen solltest Du das wohl besser
>>> nicht machen.
>>
>> Das ist ja gerade der Pfiff. Ich habe zur Probe Simulationen mit LTSpice
>> unter WINE laufen lassen und die sind kaum langsamer als im Windows-Boot
>
> What wonder - Software, die zu 90% rechenintensive Funktionen abarbeitet,
> die identisch laufen, ist "kaum langsamer" aufgrund der 10% Anzeige- und
> Bedienfunktionen. Da ist dann wohl das, was wirklich beeinflußt wird, um
> Faktoren >2 langsamer.
>

Fast alle meine Software ist fuer rechenintensive Dinge. Vielleicht 
begeistert mich WINE deshalb so.

> ...
>>> Nicht in diesem Zusammenhang - _Du_ hast Eagle haben wollen.
>>
>> Wer viel Hardware entwickelt, weiss wie muehselig ein CAD-Wechsel ist.
>
> Ist Dir doch unbenommen. Du darfst Dich auch mit der Zwischenlage WINE
> damit rumquälen, wenn's für Dich ausreichend läuft.
> Nur solltest Du dann nicht irgendwann mal kommen und Dich drüber beklagen,
> daß es "unter Linux" doch so langsam und umständlich funktioniert.
>

Was ich noch rausfinden muss ist, wie man von WINE aus auf 
Speicherbereicher ausserhalb von /.wine zugreift, vor allem auf das 
Netzwerk. Fuer Dateien und so. Das haben andere jedoch schon geloest.

https://fitzcarraldoblog.wordpress.com/2016/09/18/how-to-enable-a-windows-application-in-wine-to-access-a-samba-share-on-a-nas/


> ...
>>> Auch mit WINE wird der Aufwand nicht viel kleiner, ...
>>
>> Der Aufwand  war wesentlich kleiner. Rechtklick -> Install with WINE ->
>> Lizenz-File laden, Lizenz-Code eintippen -> feddich.
> ...
>> Ja, allerdings muss ich noch herausfinden, wie man die Datenspeicherung
>> nicht ueber die emulierten Windows "Festplatten" macht, sondern z.B. in
>
> Soweit ich WINE (noch) kenne, nutzt das keine "emulierten Festplatten",
> sondern einfach Links auf Verzeichnisbäume mit dem passenden Inhalt.
> Stz' Dir einfach 'n Link "e:" oder so in Dein ~/.wine/dosdevices, der auf
> ein Verzeichnis mit dem gewünschten Inhalt zeigt. Das kannst Du dann in dem
> Windows-Programm als "Laufwerk" "E:" benutzen.
>

Danke, so aehnlich sollte es gehen.


>> eine gemeinsame NTFS Partition und ins Netzwerk kommt. Egal, das sind am
>> Ende nur Feinheiten und nicht "mission-critical".
>
> Unter Linux - auch mit WINE - solltest Du NTFS künftig _meiden_. Das ist
> keine "Feinheit", sondern verhindert u.U. größere Probleme mit fremdartigen
> (Speicher-) Verfahren.
>

Nicht so einfach, da ich auch im Windows-Boot auf dieselben 
Speicherbereiche muss. FAT32 ginge natuerlich auch, zumal ich keine 
Spielfilme speichern muss. Ich koennte das mit gparted umformatieren, 
habe aber im Internet gelesen, dass Debian inzwischen recht gut mit NTFS 
zurechtkommen soll.

Mit ArchLinux wuerde ich das natuerlich nicht versuchen, da ist derzeit 
alles ext3 und FAT.


> [Sicherheit]
>> Klar, Web Browsing machen wir hier jetzt eh mit Linux und meine Frau hat
>> weder Dual-Boot noch WINE auf dem Rechner.
>
> Wobei der größte Gefahrenherd bei internet-Zugängen immer vor dem
> Bildschirm sitzt.
>

Bei uns weniger, wir machen keine heiklen Sachen ueber Internet.


> ...
>>> WINE ist nichtmal eine Krücke, WINE ist der Rollstuhl, die Vorstufe zur
>>> Bettlägrigkeit.
>>
>> Ach wat, es ist eine wunderbares Feature von Linux. Fuer einige von uns
>
> Wie Du grandios belegst, ist es ein wunderbares Mittel für Leute, die
> eigentlich kein anderes System haben wollen, trotz geändertem Unterbau
> weiterhin auf ihren gewohnten Dielen 'rumlaufen zu können.
>

Nein, es ist ein Notbehelf, aber ein weit besser als erwartet 
funktioniertender. Wie soll ich sonst meine LTSpice Files laufen lassen 
oder MS-Works Datenbanken weiterpflegen?


>> gibt es "mission-critical" Software, fuer die es keine Linux-Version
>> oder Alternative gibt und mit aelteren Rechnern kann man VM vergessen,
>> seit Oracle den VT-x Zwang eingefuehrt hat.
>
> Nur, wenn man unbedingt VirtualBox verwenden will, weil man sich dann nicht
> weiter mit Grundlagen beschäftigen müssen zu können meint.
>

Klar, qemu und anderes werde ich noch probieren. Der Tag hat leider nur 
24h und es liegen noch bergeweise anderer Arbeiten an. Was ich noch weit 
weniger als Dependencies leiden kann, ist z.B. Unkraut zupfen :-)


>> [...]
>> Gerade probiert. Vom Doppelklick auf das Eagle Desktop Icon bis zum
>> offenen Proramm dauert es mit WINE 15 Sekunden. Das finde ich voellig
>> akzeptabel, zumal es ein Rechner Baujahr 2007 ist.
>
> Gut meine Kiste ist - wenn auch in einem erheblich älteren Gehäuse - schon
> deutlich schneller, da startet Eagle (egal ob 5.8.0 oder 7.5.0) in weniger
> als 1 Sekunde, inklusive Umschaltung der Installationsverzeichnisse.
>

Das ist so wie die Rudolf Diesel Gedenkzeit bei aelteren Benzen 
(Vorgluehen), hat keinen von deren Besitzern gestoert. Ausser wenn die 
Batterie so gut wie platt war.


>> Das ist nicht mein Hauptrechner, sondern der fuer Arbeiten am
>> Labortisch. Man braucht nicht fuer alle Erledigungen einen Ferrari.
>
> Mich stört's nicht, wenn Du damit zufrieden bist.
> Wenn Du damit zufrieden bist, will ich Dir das nicht ausreden.
> Alles Gute mit Deinem ([wine] "besoffenen") Eagle!
>

Selbst bevorzuge ich Belgische Klosterbiere.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

Back to de.comp.os.unix.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-08 15:36 -0700
  Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Kay Martinen <kay@martinen.de> - 2020-05-09 01:00 +0200
    Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-09 15:10 -0700
      Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2020-05-10 11:28 +0200
        Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-10 11:08 -0700
          Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2020-05-11 13:12 +0200
            Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries olaf <olaf@criseis.ruhr.de> - 2020-05-11 14:17 +0200
              Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2020-05-11 14:46 +0200
              Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-11 13:36 -0700
      Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-10 21:11 +0200
        Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-11 13:45 -0700
          Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-12 22:48 +0200
            Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-13 11:48 -0700
              Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Enrik Berkhan <Enrik.Berkhan@inka.de> - 2020-05-13 19:44 +0000
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries olaf <olaf@criseis.ruhr.de> - 2020-05-14 06:01 +0200
              Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries olaf <olaf@criseis.ruhr.de> - 2020-05-14 05:59 +0200
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-15 11:59 -0700
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries olaf <olaf@criseis.ruhr.de> - 2020-05-16 06:11 +0200
              Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-05-14 08:48 +0000
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Herrand Petrowitsch <herrands@t-online.de> - 2020-05-14 16:50 +0200
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-15 12:07 -0700
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-05-19 10:24 +0000
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-19 15:50 -0700
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-05-20 10:59 +0000
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Christian Schumacher <cs.spam@nurfuerspam.de> - 2020-05-20 17:51 +0200
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-05-20 18:16 +0200
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-05-25 13:10 +0000
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-20 09:27 -0700
              Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-15 22:03 +0200
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-15 14:33 -0700
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-05-20 21:21 +0200
                Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-20 14:55 -0700
            Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2020-05-20 08:39 +0200
  Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries olaf <olaf@criseis.ruhr.de> - 2020-05-09 06:18 +0200
    Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-09 15:12 -0700
      Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries olaf <olaf@criseis.ruhr.de> - 2020-05-10 08:13 +0200
        Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-10 11:21 -0700
          Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Michael Brand <brandm@gmx.net> - 2020-05-11 10:19 +0200
            Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-11 13:52 -0700
          Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Christian Garbs <mitch@cgarbs.de> - 2020-05-11 17:59 +0200
            Re: Eagle 7.7.0 64-bit in Linux, fehlende Libraries Joerg <news@analogconsultants.com> - 2020-05-11 13:53 -0700

csiph-web