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

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

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

Show all headers | View raw

Hallo Joerg,

(Sorry, war ein paar Tage unerreichbar, Albasani ist derzeit verschwunden.)

Du schriebst am Fri, 15 May 2020 14:33:00 -0700:

> >>> Klar sind Computer Werkzeuge, Werkzeuge ohne vorgefertigte Funktion.
...
> >> Das ist bei normalem Werkzeug wie etwa einer Dremel nicht anders. Und
...
> > Ächt? So ganz ohne Mitwirken des Benutzers? Der muß da überhaupt nicht
> > wissen - oder gar lernen - wie man das richtig macht, damit man keine
...
> 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.

Nee, aber Du mußt wissen, daß das Futter keine 3er Bohrer aufnehmen kann
und daß eine Trennscheibe möglichst nicht in Laufrichtung über Kanten
geführt werden sollte. Du mußt bei sonem Ding sogar recht genau wissen, wie
Du mit den einzelnen Werkzeugen umgehen mußt und wie die eingesetzt werden
sollen.

> >> Es erscheint keine Dependency-Fehlermeldung :-)  

Spannst Du den Bohrer mit der Schneide ins Futter ein -> Dependency Error,
nix geht. Und der wird Dir nichtmal angezeigt, den mußt Du selber finden!

> > 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.

Aber ich _WILL_ doch unbedingt den Dremel (Linux) nehmen! Den Akkuschrauber
(Windows) will ich nicht mehr! (O-Ton Joerg in de.comp.os.unix.linux.misc.)

> > [WINE]  
> >>> Die Nachteile sind: mit WINE wird ein dicker Klotz Software geladen,
...
> >> BIOS Update 6GB RAM gefressen, obwohl laut Dell bei 4GB haette
...
> > 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.

Auch alle mit viel Geld soweit "aufpoliert", daß sie mit aktuellen
Zusatzteilen arbeiten? (Deine alte Bohrmühle kannste steckenlassen, die
bohrt inzwischen wahrscheinlich eher Dreicke.)

> 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.

Muß sie eine schöne Stange Geld für die Aufbereitungen gekostet haben.

Aber sicher, solange es noch sinnvoll (!) machbar ist, sind Reparaturen
einer Neuanschaffung vorzuziehen - sogar wenn sie teurer kommen, weil dafür
einges an "unsichtbaren" Kosten (Dreck, Gesundheitsbeeinträchtigung,
Belastungen) entfällt. Aber irgendwann ist dann eine Wiederverwertung der
alten Teile doch sinnvoller.

> >>>              ... das Laden allein dauert schon elend lange, ...  
..
> 15sec sind fuer mich jetzt keine Ewigkeit, zumal man ja immer auch was 
> anderes zu tun hat.

Wenn Du das so siehst, i.O.

> >> 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 :-(

Von Spice gibt es Varianten, für die auch Linux-Implementationen
existieren. Nachdem ich sowas bisher nicht notwendig gebraucht habe, kenne
ich mich da aber nicht recht aus.

...
> >> 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.

Ein Graphiker oder in verwandten Bereichen Arbeitender sähe das sicher
anders. Sogar schon ein "Softwerker", wenn der speicherintensive Sachen
bearbeitet. Und Speicherbedarf kann Dir auch Deine Simulationen versauen,
wenn die nicht nur klitzeklein sind.

> > ...  
> 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/

Naja, ohne das jetzt angeschaut zu haben - ich würde das Samba-Share halt
einfach auf ein passendes, vom "WINE-Programm" zugängliches Verzeichnis
mappen und das darüber benutzen. (Wobei das NAS doch hoffentlich unter
Linux läuft und dann auch NFS zur Verfügung stellen sollte...)

> > ...  
> >>> 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.  

Bis auf die eigentliche Arbeit...

> >> Ja, allerdings muss ich noch herausfinden, wie man die Datenspeicherung
> >> nicht ueber die emulierten Windows "Festplatten" macht, sondern z.B.
...
> > 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.

Kannst ja mal berichten, ob.

...
> > Unter Linux - auch mit WINE - solltest Du NTFS künftig _meiden_. Das ist
...
> Nicht so einfach, da ich auch im Windows-Boot auf dieselben 
> Speicherbereiche muss. FAT32 ginge natuerlich auch, zumal ich keine 

Ok, das ist natürlich ein Ausschlußkriterium. FAT(32) ist da sicher die
letzte Wahl...

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

Wenn das einigermaßen aktuell ist, sollte das genauso gehen. Kennzeichen:
ntfs-3g und Fuse-Treiber (Fuse: File System in User Space).

> > [Sicherheit]  
> > Wobei der größte Gefahrenherd bei internet-Zugängen immer vor dem
> > Bildschirm sitzt.
> 
> Bei uns weniger, wir machen keine heiklen Sachen ueber Internet.

Manchmal machen die heiklen Sachen die Betreiber der Sites...
Da kann angeblich schon das Überfahren eines "Links" (natürlich nicht
erkennbar gekennzeichnet) reichen, oder ein mitgeladenes Script macht das
sowieso schon alles gleich beim Aufruf. Nur gut, daß sowas hauptsächlich
auf Windows-Benutzer abzielt - aber man sollte sich auch als Linuxer nicht
zu sicher meinen.

> > ...  
> >>> WINE ist nichtmal eine Krücke, WINE ist der Rollstuhl, die Vorstufe
> >>> zur Bettlägrigkeit.  
...
> > 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?

Etwa genauso wie eine originale James-Watt-Dampfmaschine oder einen
Lanz-Bulldog?

[VirtualBox, VT-x]
> 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 :-)

Das (und Rasenpflege) habe ich "delegiert". Bloß Erdhaufen mit Baumstümpfen
planieren "durfte" ich grade eben... aber freiwillig, bei schönstem Wetter.

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

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