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

Groups > de.comp.os.unix.linux.misc > #110321 > unrolled thread

Eagle 7.7.0 64-bit in Linux, fehlende Libraries

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  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

Page 1 of 3  [1] 2 3  Next page →

#110321 — Eagle 7.7.0 64-bit in Linux, fehlende Libraries

Die Installation von Cadsoft Eagle Version 7.7.0 64-bit schlaegt fehl, 
weil es 32-bit Libraries braucht, warum auch immer. Leider schlaegt 
deren Nachladung ebenfalls fehl mit diesen Fehlermeldungen im Terminal:


# apt-get install libxrender1:i386 libxrandr2:i386 libxcursor1:i386 
libfontconfig:i386 libxi6:i386 libssl1.0.0:i386 libcrypto++9:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'libfontconfig1:i386' instead of 'libfontconfig:i386'
Package libssl1.0.0:i386 is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'libssl1.0.0:i386' has no installation candidate
E: Unable to locate package libcrypto++9:i386
E: Couldn't find any package by regex 'libcrypto++9'


Hier nach haette das funktionieren sollen, allerdings ist der Post gut 
fuenf Jahre alt:

http://blog.floriancargoet.com/installing-eagle-7-on-linux-64-bits/

Muss man vorher irgendwelche Geheim-Repositories aktivieren oder 
sonstige Tricks benutzen?

Ich moechte von Autodesk unabhaengig bleiben und daher in Linux meine V7 
Lizenz weiterbenutzen.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [next] | [standalone]

#110323

Am 09.05.20 um 00:36 schrieb Joerg:
> Die Installation von Cadsoft Eagle Version 7.7.0 64-bit schlaegt fehl,
> weil es 32-bit Libraries braucht, warum auch immer. Leider schlaegt
> deren Nachladung ebenfalls fehl mit diesen Fehlermeldungen im Terminal:
> 
> 
> # apt-get install libxrender1:i386 libxrandr2:i386 libxcursor1:i386
> libfontconfig:i386 libxi6:i386 libssl1.0.0:i386 libcrypto++9:i386
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Note, selecting 'libfontconfig1:i386' instead of 'libfontconfig:i386'
> Package libssl1.0.0:i386 is not available, but is referred to by another
> package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source

packages.debian.org kennst du? Da kann man auch nach librarys suchen und
findet zumindest raus in welchem Repo die stecken könnten.

So finde ich dort das libfontconfig durch libfontconfig1 ersetzt wurde
und libssl1.0.0 in sid und jessie Oldstable ist und die aktuelle
libssl1.1 offenbar als quellcode unter security einsortiert ist.

Siehe: https://packages.debian.org/buster/libssl1.1


> E: Package 'libssl1.0.0:i386' has no installation candidate
> E: Unable to locate package libcrypto++9:i386
> E: Couldn't find any package by regex 'libcrypto++9'

Meist bedeutet es das ein Repository bei dir nicht aktiviert oder
aktualisiert ist. Hast du security und source-code repos aktiviert und
'apt-update' gemacht?

> Muss man vorher irgendwelche Geheim-Repositories aktivieren oder
> sonstige Tricks benutzen?

Zeig mal was du unter /etc/apt/ so an sources dateiinhalten liegen hast.
Auch die unter sources.d/ falls da welche sind.


Kay

-- 
Posted via SN

[toc] | [prev] | [next] | [standalone]

#110341

On 2020-05-08 16:00, Kay Martinen wrote:
> Am 09.05.20 um 00:36 schrieb Joerg:
>> Die Installation von Cadsoft Eagle Version 7.7.0 64-bit schlaegt fehl,
>> weil es 32-bit Libraries braucht, warum auch immer. Leider schlaegt
>> deren Nachladung ebenfalls fehl mit diesen Fehlermeldungen im Terminal:
>>
>>
>> # apt-get install libxrender1:i386 libxrandr2:i386 libxcursor1:i386
>> libfontconfig:i386 libxi6:i386 libssl1.0.0:i386 libcrypto++9:i386
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> Note, selecting 'libfontconfig1:i386' instead of 'libfontconfig:i386'
>> Package libssl1.0.0:i386 is not available, but is referred to by another
>> package.
>> This may mean that the package is missing, has been obsoleted, or
>> is only available from another source
>
> packages.debian.org kennst du? Da kann man auch nach librarys suchen und
> findet zumindest raus in welchem Repo die stecken könnten.
>
> So finde ich dort das libfontconfig durch libfontconfig1 ersetzt wurde
> und libssl1.0.0 in sid und jessie Oldstable ist und die aktuelle
> libssl1.1 offenbar als quellcode unter security einsortiert ist.
>
> Siehe: https://packages.debian.org/buster/libssl1.1
>

Das hoert sich etwas zu kompliziert an fuer Anfaenger wie mich.

Ich bin erstmal den "Chicken Exit" gegangen, vor allem nach dem, was 
Olaf geschrieben hat. Habe die Windows Version mit WINE installiert, das 
funktionierte sofort.

>
>> E: Package 'libssl1.0.0:i386' has no installation candidate
>> E: Unable to locate package libcrypto++9:i386
>> E: Couldn't find any package by regex 'libcrypto++9'
>
> Meist bedeutet es das ein Repository bei dir nicht aktiviert oder
> aktualisiert ist.  Hast du security und source-code repos aktiviert ...


Hmm, source-code wohl nicht:

$ apt-cache policy
Package files:
  100 /var/lib/dpkg/status
      release a=now
  500 http://mxrepo.com/mx/repo buster/non-free i386 Packages
      release v=19.0,o=MX repository,a=mx,n=buster,l=MX 
repository,c=non-free,b=i386
      origin mxrepo.com
  500 http://mxrepo.com/mx/repo buster/non-free amd64 Packages
      release v=19.0,o=MX repository,a=mx,n=buster,l=MX 
repository,c=non-free,b=amd64
      origin mxrepo.com
  500 http://mxrepo.com/mx/repo buster/main i386 Packages
      release v=19.0,o=MX repository,a=mx,n=buster,l=MX 
repository,c=main,b=i386
      origin mxrepo.com
  500 http://mxrepo.com/mx/repo buster/main amd64 Packages
      release v=19.0,o=MX repository,a=mx,n=buster,l=MX 
repository,c=main,b=amd64
      origin mxrepo.com
  500 http://deb.debian.org/debian-security buster/updates/non-free i386 
Packages
      release 
v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=non-free,b=i386
      origin deb.debian.org
  500 http://deb.debian.org/debian-security buster/updates/non-free 
amd64 Packages
      release 
v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=non-free,b=amd64
      origin deb.debian.org
  500 http://deb.debian.org/debian-security buster/updates/main i386 
Packages
      release 
v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=main,b=i386
      origin deb.debian.org
  500 http://deb.debian.org/debian-security buster/updates/main amd64 
Packages
      release 
v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=main,b=amd64
      origin deb.debian.org
  500 http://deb.debian.org/debian buster/non-free i386 Packages
      release v=10.4,o=Debian,a=stable,n=buster,l=Debian,c=non-free,b=i386
      origin deb.debian.org
  500 http://deb.debian.org/debian buster/non-free amd64 Packages
      release v=10.4,o=Debian,a=stable,n=buster,l=Debian,c=non-free,b=amd64
      origin deb.debian.org
  500 http://deb.debian.org/debian buster/contrib i386 Packages
      release v=10.4,o=Debian,a=stable,n=buster,l=Debian,c=contrib,b=i386
      origin deb.debian.org
  500 http://deb.debian.org/debian buster/contrib amd64 Packages
      release v=10.4,o=Debian,a=stable,n=buster,l=Debian,c=contrib,b=amd64
      origin deb.debian.org
  500 http://deb.debian.org/debian buster/main i386 Packages
      release v=10.4,o=Debian,a=stable,n=buster,l=Debian,c=main,b=i386
      origin deb.debian.org
  500 http://deb.debian.org/debian buster/main amd64 Packages
      release v=10.4,o=Debian,a=stable,n=buster,l=Debian,c=main,b=amd64
      origin deb.debian.org
  500 http://deb.debian.org/debian buster-updates/main i386 Packages
      release 
o=Debian,a=stable-updates,n=buster-updates,l=Debian,c=main,b=i386
      origin deb.debian.org
  500 http://deb.debian.org/debian buster-updates/main amd64 Packages
      release 
o=Debian,a=stable-updates,n=buster-updates,l=Debian,c=main,b=amd64
      origin deb.debian.org


>   ... und 'apt-update' gemacht?
>

Damit bin ich inzwischen sehr zurueckhaltend geworden, nachdem mir das 
innerhalb nur einen Jahres regelmaessiger Linux-Nutzung mehrmals 
wichtige Sachen zerschossen hat.


>> Muss man vorher irgendwelche Geheim-Repositories aktivieren oder
>> sonstige Tricks benutzen?
>
> Zeig mal was du unter /etc/apt/ so an sources dateiinhalten liegen hast.
> Auch die unter sources.d/ falls da welche sind.
>

Aus /etc/apt:

aus der anitx.list Datei:
# Use with Debian Stable/buster repositories.
deb http://iso.mxrepo.com/antix/buster buster main
#deb-src http://iso.mxrepo.com/antix/buster buster main


aus debian.list:
# Debian Stable.
deb http://deb.debian.org/debian buster main contrib non-free
deb http://deb.debian.org/debian-security buster/updates main contrib 
non-free
#deb-src http://deb.debian.org/debian buster main contrib non-free

#buster backports
#deb http://deb.debian.org/debian buster-backports main contrib non-free

aus debian-stable-updates.list:
# Debian buster Updates
deb http://deb.debian.org/debian buster-updates main contrib non-free

aus der mx-list:
# MX Community Main and Test Repos
deb http://mxrepo.com/mx/repo/ buster main non-free
#deb http://mxrepo.com/mx/testrepo/ buster test

#ahs hardware stack repo
#deb http://mxrepo.com/mx/repo/ buster ahs

aus various.list:
# opera
#deb http://deb.opera.com/opera/ stable non-free

# virtualbox
#deb http://download.virtualbox.org/virtualbox/debian buster contrib


sources.d/habe ich nicht gefunden.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#110345

On 10.05.20 00:10, Joerg wrote:
> Das hoert sich etwas zu kompliziert an fuer Anfaenger wie mich.

Das ist eigentlich gar nicht kompliziert.

Eagle wird beim Start erstmal genau eine fehlenden Library anmeckern.

Diese eine installieren (nach Prüfen wo die drin ist).

Nun wieder Eagle versuchen zu starten. Wenn nun noch etwas fehlt wird 
eine andere Library angemeckert werden. Mit dieser dann wie oben verfahren.

Wiederholen solange bis Eagle durchstartet.

Das ist halt der Nachteil wenn man ein Programm nicht als Paket anbietet 
sondern in Form einer ".run"-Datei oder ähnlichem. Ein Paket hätte die 
Info, was gebraucht wird, eingebaut.

> Ich bin erstmal den "Chicken Exit" gegangen, vor allem nach dem, was 
> Olaf geschrieben hat. Habe die Windows Version mit WINE installiert, das 
> funktionierte sofort.

Schon möglich das Wine beim Installieren einen Großteil der fehlenden 
Libraries "mitgenommen" hat und die Linux-Version jetzt entweder sofort 
läuft oder mit minimalem Aufwand zum Lau
>>   ... und 'apt-update' gemacht?
> 
> Damit bin ich inzwischen sehr zurueckhaltend geworden, nachdem mir das 
> innerhalb nur einen Jahres regelmaessiger Linux-Nutzung mehrmals 
> wichtige Sachen zerschossen hat.

Soll heißen du fährst gar keine Updates mehr?

Halte ich für ziemlich riskant.

Gruß

Manuel

[toc] | [prev] | [next] | [standalone]

#110352

On 2020-05-10 02:28, Manuel Reimer wrote:
> On 10.05.20 00:10, Joerg wrote:
>> Das hoert sich etwas zu kompliziert an fuer Anfaenger wie mich.
>
> Das ist eigentlich gar nicht kompliziert.
>
> Eagle wird beim Start erstmal genau eine fehlenden Library anmeckern.
>
> Diese eine installieren (nach Prüfen wo die drin ist).
>
> Nun wieder Eagle versuchen zu starten. Wenn nun noch etwas fehlt wird
> eine andere Library angemeckert werden. Mit dieser dann wie oben verfahren.
>
> Wiederholen solange bis Eagle durchstartet.
>

Das erinnert mich an "Solange gegen den Fernseher treten, bis die 
Synchronisation haelt" :-)


> Das ist halt der Nachteil wenn man ein Programm nicht als Paket anbietet
> sondern in Form einer ".run"-Datei oder ähnlichem. Ein Paket hätte die
> Info, was gebraucht wird, eingebaut.
>

Mir waeren richtige Container ohne Dependencies am liebsten, fuer alle 
Software. Einen Trend dazu gibt es bei Linux ja und das laesst hoffen.


>> Ich bin erstmal den "Chicken Exit" gegangen, vor allem nach dem, was
>> Olaf geschrieben hat. Habe die Windows Version mit WINE installiert,
>> das funktionierte sofort.
>
> Schon möglich das Wine beim Installieren einen Großteil der fehlenden
> Libraries "mitgenommen" hat und die Linux-Version jetzt entweder sofort
> läuft oder mit minimalem Aufwand zum Lau


Der Install der Linux-Version versagt noch immer. Ich denke auch nicht, 
dass mit WINE Linux-Treiber geladen werden, denn es wird ja die 
Windows-Version von Eagle installiert.

Ich habe Eagle mit WINE nur mal schnell probiert, aber das scheint gut 
zu laufen. D.h. fuer Eagle muss ich nicht mehr in den Windows Boot. 
Aehnlich betreibe ich MS-Works, fuer das es keine Linux-Vesion gibt. 
Auch das laeuft sehr schoen, obwohl im Internet meist gesagt wird 
"Vergiss es".


>>>   ... und 'apt-update' gemacht?
>>
>> Damit bin ich inzwischen sehr zurueckhaltend geworden, nachdem mir das
>> innerhalb nur einen Jahres regelmaessiger Linux-Nutzung mehrmals
>> wichtige Sachen zerschossen hat.
>
> Soll heißen du fährst gar keine Updates mehr?
>
> Halte ich für ziemlich riskant.
>

Doch, mache ich schon, aber nie mehr automatisch. Nur auf meine 
Bestaetigung und das tue ich nur, wenn die naechsten Tage nichts 
wichtiges anliegt und genug Zeit ist. Falls dabei mal wieder was 
zertruemmert wurde. Auch mache ich das selektiv erstmal nur bei einem 
Computer. Man weiss ja nie.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#110363

On 10.05.20 20:08, Joerg wrote:
> Mir waeren richtige Container ohne Dependencies am liebsten, fuer alle 
> Software. Einen Trend dazu gibt es bei Linux ja und das laesst hoffen.

Ich will doch hoffen das das nicht im großen Stil um sich schlägt.

Ein großes Problem dabei ist, dass man alle Abhängigkeiten X-mal hat. 
Und wenn ein Container nicht mehr gepflegt wird, dann fixt auch keiner 
mehr die Abhängigkeiten dafür.

Bei "Closed-Source-Kram" würde ich es aber noch in einem gewissen Rahmen 
einsehen. Aber dann gerne auch gleich mit einer Art "Sandbox-Konzept" 
damit der Closed-Source-Kram auch sauber eingesperrt ist.

Valve plant sowas ja für Steam auf Linux. Jedes Spiel wäre dann in seine 
eigene Sandbox eingesperrt.

> Der Install der Linux-Version versagt noch immer. Ich denke auch nicht, 
> dass mit WINE Linux-Treiber geladen werden, denn es wird ja die 
> Windows-Version von Eagle installiert.

Treiber brauchst du gar nicht. Du meinst sicher Bibliotheken. Mein 
Gedanke war das durch die Installation von Wine etwas mitgekommen ist. 
Wenn Wine schon installiert war, dann entfällt das natürlich.

> Ich habe Eagle mit WINE nur mal schnell probiert, aber das scheint gut 
> zu laufen. D.h. fuer Eagle muss ich nicht mehr in den Windows Boot. 
> Aehnlich betreibe ich MS-Works, fuer das es keine Linux-Vesion gibt. 
> Auch das laeuft sehr schoen, obwohl im Internet meist gesagt wird 
> "Vergiss es".

Eventuell mal KiCad probieren. Denn Eagle ist in der Form wie du es 
kennst eben dank Autodesk faktisch tot.

> Doch, mache ich schon, aber nie mehr automatisch. Nur auf meine 
> Bestaetigung und das tue ich nur, wenn die naechsten Tage nichts 
> wichtiges anliegt und genug Zeit ist. Falls dabei mal wieder was 
> zertruemmert wurde. Auch mache ich das selektiv erstmal nur bei einem 
> Computer. Man weiss ja nie.

Gutes Konzept. Mache ich genau so.

Gruß

Manuel

[toc] | [prev] | [next] | [standalone]

#110365

Manuel Reimer <manuel.nulldevice@nurfuerspam.de> wrote:

 >Ein großes Problem dabei ist, dass man alle Abhängigkeiten X-mal hat. 
 >Und wenn ein Container nicht mehr gepflegt wird, dann fixt auch keiner 
 >mehr die Abhängigkeiten dafür.

Das grosse Problem ist etwas anderes. Wenn es erst einmal ein
Containersystem gibt das irgendwie funktioniert dann wird es bald
darauf ein zweites, drittes usw geben. Weil ja jeder kleine Scheisser
seinen eigenen Mist machen muss. Und das ganze natuerlich in
unterschiedlichen Versionen. Damit kann man dann die Komplexizitaet
noch um eine Groessenordnung steigern. Irgendwann werden dann
Containersimulatoren in virtuellen Maschinen laufen...

Ich moechte einmal einen Programmierer erleben der etwas programmiert
das funktioniert und das man danach bis zum juengsten Tag
benutzt. Einfach so immer weiter weil ja die Arbeit getan ist...


 >Treiber brauchst du gar nicht. Du meinst sicher Bibliotheken. Mein 
 >Gedanke war das durch die Installation von Wine etwas mitgekommen ist. 
 >Wenn Wine schon installiert war, dann entfällt das natürlich.

Das ist aber nicht so. Ich hatte auch bei mir bereits 32Bit
Unterstuetzung installiert. Eagle braucht wohl noch eine Reihe alter
Libaries die man so defaultmaessig nicht auf dem System hat. Aber gut,
ich hab auch eine aeltere Version installiert.

 >Eventuell mal KiCad probieren. Denn Eagle ist in der Form wie du es 
 >kennst eben dank Autodesk faktisch tot.

Nein. Wenn man das installiert bekommt, kann man damit bis zum
juengsten Tag Platinen designen. Es erzeugt ja Gerber und Postscript.

Ich hab mir KiCad vor 1-2Jahren mal angeschaut und es war ein
bemerkenswert bizarres Gewuerge. Mindestens genauso schlimm wie
Eagle. Aber das kennen wir halt schon 25Jahre. 
Ich kann der Vorstellung Eagle nicht mehr zu verwenden durchaus etwas
abzugewinnen, aber gewiss nicht indem ich es durch Kicad
ersetze. Bloss weil etwas umsonst ist wird es nicht gut.


 >> zertruemmert wurde. Auch mache ich das selektiv erstmal nur bei einem 
 >> Computer. Man weiss ja nie.

 >Gutes Konzept. Mache ich genau so.

Vor allem kann man vorher noch ein Backup machen. Man weiss heutzutage
ja nie. 

Olaf

p.s: Joerg: Schon LT-Spice laufen? Das ist zwar ein 64Bit Programm,
hat aber einen 32Bit Installer und Wine unterstuetzt defaultmaessig
erstmal kein 32Bit.  Da musste ich wine erstmal neu compilieren...  
Da kommt dann auch wieder Freude auf.

[toc] | [prev] | [next] | [standalone]

#110368

On 11.05.20 14:17, olaf wrote:
> p.s: Joerg: Schon LT-Spice laufen? Das ist zwar ein 64Bit Programm,
> hat aber einen 32Bit Installer und Wine unterstuetzt defaultmaessig
> erstmal kein 32Bit.  Da musste ich wine erstmal neu compilieren...
> Da kommt dann auch wieder Freude auf.

https://packages.ubuntu.com/focal/wine32

Gruß

Manuel

[toc] | [prev] | [next] | [standalone]

#110378

On 2020-05-11 05:17, olaf wrote:
> Manuel Reimer <manuel.nulldevice@nurfuerspam.de> wrote:
>
>   >Ein großes Problem dabei ist, dass man alle Abhängigkeiten X-mal hat.
>   >Und wenn ein Container nicht mehr gepflegt wird, dann fixt auch keiner
>   >mehr die Abhängigkeiten dafür.
>
> Das grosse Problem ist etwas anderes. Wenn es erst einmal ein
> Containersystem gibt das irgendwie funktioniert dann wird es bald
> darauf ein zweites, drittes usw geben. Weil ja jeder kleine Scheisser
> seinen eigenen Mist machen muss. Und das ganze natuerlich in
> unterschiedlichen Versionen. Damit kann man dann die Komplexizitaet
> noch um eine Groessenordnung steigern. Irgendwann werden dann
> Containersimulatoren in virtuellen Maschinen laufen...
>
> Ich moechte einmal einen Programmierer erleben der etwas programmiert
> das funktioniert und das man danach bis zum juengsten Tag
> benutzt. Einfach so immer weiter weil ja die Arbeit getan ist...
>

Das haben Leute geschafft, aber eher Teams. Z.B. laeuft eine meiner 
Entwicklungen von 1994 immer noch vom Fliessband und die Platinen werden 
ueber den In-Circuit Tester Checksum geprueft. Vor gut einem Jahrzehnt 
gab der Rechner auf. Kunde etwas in Panik, da ein ISA Bus Slot 
erforderlich war. Wir kauften einen nagelneuen ISB Bus PC, gibt es heute 
noch, und alles war paletti. D.h. die Checksum ICT Software von 1994 
laeuft heute noch. Das ganze hat den urspruenglichen Inhaber dieses 
Kunden bereits ueberlebt.

MS-Works ist auch so ein Kandidat, damit mache ich seit 1989 (erstes 
Jahr der Selbststaendigkeit) meine Buchfuehrung. Die Windows Versionen 
sind zwar ein wenig buggy, aber man kann mit leben oder eben eine 
DOS-Urversion weiterbenutzen.

Wie das am juengsten Tag ist, weiss ich nicht, der kam ja noch nicht :-)

>
>   >Treiber brauchst du gar nicht. Du meinst sicher Bibliotheken. Mein
>   >Gedanke war das durch die Installation von Wine etwas mitgekommen ist.
>   >Wenn Wine schon installiert war, dann entfällt das natürlich.
>

Ja, sorry, ich meinte Libraries. Aber es kam wohl nichts mit, die Eagle 
Installation direkt in Linux hakt immer noch so wie vorher. Aber ok, es 
funktioniert ja mit WINE und das reicht.


> Das ist aber nicht so. Ich hatte auch bei mir bereits 32Bit
> Unterstuetzung installiert. Eagle braucht wohl noch eine Reihe alter
> Libaries die man so defaultmaessig nicht auf dem System hat. Aber gut,
> ich hab auch eine aeltere Version installiert.
>
>   >Eventuell mal KiCad probieren. Denn Eagle ist in der Form wie du es
>   >kennst eben dank Autodesk faktisch tot.
>
> Nein. Wenn man das installiert bekommt, kann man damit bis zum
> juengsten Tag Platinen designen. Es erzeugt ja Gerber und Postscript.
>

Yup :-)


> Ich hab mir KiCad vor 1-2Jahren mal angeschaut und es war ein
> bemerkenswert bizarres Gewuerge. Mindestens genauso schlimm wie
> Eagle. Aber das kennen wir halt schon 25Jahre.
> Ich kann der Vorstellung Eagle nicht mehr zu verwenden durchaus etwas
> abzugewinnen, aber gewiss nicht indem ich es durch Kicad
> ersetze. Bloss weil etwas umsonst ist wird es nicht gut.
>

Fuer analog war Kicad nicht sehr gut, als ich es vor Jahren probierte. 
Ich habe hoeflich einige detaillierte Vorschlaege nach Frankreich 
geschickt, was Back-Annotation angeht. Das wuerde bruesk abgeschmettert 
mit "Ist nicht wichtig". Das war's dann fuer mich in Sachen Kicad.

>
>   >> zertruemmert wurde. Auch mache ich das selektiv erstmal nur bei einem
>   >> Computer. Man weiss ja nie.
>
>   >Gutes Konzept. Mache ich genau so.
>
> Vor allem kann man vorher noch ein Backup machen. Man weiss heutzutage
> ja nie.
>

Nur eben nicht kurz vor einem Besuch eiens Kundeningenieurs. "Aehm, tja, 
also, ich muss erstmal das System restaurieren, weil ...".


> Olaf
>
> p.s: Joerg: Schon LT-Spice laufen? Das ist zwar ein 64Bit Programm,
> hat aber einen 32Bit Installer und Wine unterstuetzt defaultmaessig
> erstmal kein 32Bit.  Da musste ich wine erstmal neu compilieren...
> Da kommt dann auch wieder Freude auf.
>

Das war alles voellig problemlos, LTSpice XVII lief sofort. Allerdings 
gibt es da ein Problem der seltsamen Art. Waehrend alle anderen WINE 
Programme brav in der Linux Programmliste auftauchen und darueber auch 
auf den Desktop gelegt werden koennen, taucht LTSpice nirgends auf. Auch 
nicht auf dem virtuellen C: Drive in .wine, in keiner der Directories. 
D.h. die einzige Moeglichkeit, LTSpice aufzurufen, ist, es jedesmal 
"drueber zu installieren". Dabei wird jedesmal brav gemeldet, dass 
LTSpice bereits existiert. Nur wo? Das ist auf Dauer natuerlich nix, 
muss ich also noch hinterkommen, wo das Geheimversteck von LTSpice ist.

Funktionieren tut es aber wie Sahne und erstaunlich flott. Man sieht, es 
geht auch ohne VT-x :-)

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#110356

Hallo Joerg,

Du schriebst am Sat, 09 May 2020 15:10:07 -0700:

[Eagle 7 fehlende Libraries]
> Das hoert sich etwas zu kompliziert an fuer Anfaenger wie mich.

Nimmst Du für Deine Entwicklungen auch immer schon fertig verkaufte Geräte?

> Ich bin erstmal den "Chicken Exit" gegangen, vor allem nach dem, was Olaf
> geschrieben hat. Habe die Windows Version mit WINE installiert, das
> funktionierte sofort.

Aber halt als Windows-Programm, sozusagen "durch eine dicke Schicht
Dammstoff".

Du schriebst am Sun, 10 May 2020 11:08:54 -0700:

> On 2020-05-10 02:28, Manuel Reimer wrote:
...
> > Das ist eigentlich gar nicht kompliziert.
> > Eagle wird beim Start erstmal genau eine fehlenden Library anmeckern.
> > Diese eine installieren (nach Prüfen wo die drin ist).
> > Nun wieder Eagle versuchen zu starten. Wenn nun noch etwas fehlt wird
...
> > Wiederholen solange bis Eagle durchstartet.
> 
> Das erinnert mich an "Solange gegen den Fernseher treten, bis die
> Synchronisation haelt" :-)

Nee, das ist kein Verfahren zur "Selbstreparatur", sondern das
konstruktionsbedingte Vorgehen, wenn halt beim ersten erkannten Fehler
abgebrochen wird, um nix zu zerdeppern.
Da ist auch nix mit "Gegentreten", sondern mit Nachschieben von benötigten
Bauteilen, an die man halt erst nach und nach 'rankommt, so wie bei manchen
"modernen" Autos an vielen Stellen.
(Außerdem wäre ein besserer Vergleich: Puzzleschachtel schütteln, bis sich
alle Teile selbständig zusammenfügen.)

> > Das ist halt der Nachteil wenn man ein Programm nicht als Paket anbietet
> > sondern in Form einer ".run"-Datei oder ähnlichem. Ein Paket hätte die
> > Info, was gebraucht wird, eingebaut.
> 
> Mir waeren richtige Container ohne Dependencies am liebsten, fuer alle
> Software. Einen Trend dazu gibt es bei Linux ja und das laesst hoffen.

Dann installier' Dir halt eine virtuelle Maschine mit dem geeigneten Linux
drin auf Deiner Linux-Maschine.
Was? Zu umfangreich? Bloat? Unmöglich, bei den heutigen Platten- und
Arbeitsspeichergrößen...

Ich hoffe eher, daß dieser o.g. "Trand" möglichst schnell wieder ausstirbt.
Aber leider haben kommerzielle Trends die unglückliche Eigenschaft,
besonders erfolgreich bei besonders miserablen Entwicklungen zu sein.

...
> > Schon möglich das Wine beim Installieren einen Großteil der fehlenden
> > Libraries "mitgenommen" hat und die Linux-Version jetzt entweder sofort

Mit ziemlicher Sicherheit nicht, außer das Wine hat den ganzen Haufen für
32-bit-Kompatibilität mitinstalliert. Könnte natürlich sein.

> Der Install der Linux-Version versagt noch immer. Ich denke auch nicht,
> dass mit WINE Linux-Treiber geladen werden, denn es wird ja die
> Windows-Version von Eagle installiert.

Kannste das mal bisserl auseinanderklabüsern?
Der Install der Linux-Version versagt, und die Windows-Version wird
installiert? Passt nicht zusammen.
Außerdem braucht Eagle überhaupt keine Linux-Treiber über das hinaus, was
im System eh schon vorhanden ist. Da ist eher ein Trivialfehler am Werken.

> Ich habe Eagle mit WINE nur mal schnell probiert, aber das scheint gut zu
> laufen. D.h. fuer Eagle muss ich nicht mehr in den Windows Boot. Aehnlich

Naja, kannst Du natürlich auch so machen. Warum zu Hause übernachten, wenn
man dafür auch ins Hotel fahren kann...

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

[toc] | [prev] | [next] | [standalone]

#110379

On 2020-05-10 12:11, Sieghard Schicktanz wrote:
> Hallo Joerg,
>
> Du schriebst am Sat, 09 May 2020 15:10:07 -0700:
>
> [Eagle 7 fehlende Libraries]
>> Das hoert sich etwas zu kompliziert an fuer Anfaenger wie mich.
>
> Nimmst Du für Deine Entwicklungen auch immer schon fertig verkaufte Geräte?
>

Nein, aber damit kenne ich mich gut aus. Mit IT nicht. Es ist auch so, 
dass Computer fuer mich Werkzeuge sind und kein Selbstzweck. Daher gehe 
ich moeglichst den Weg des geringsten Widerstandes und der fuehrte hier 
ueber WINE. Auch wenn es nicht die feine englische war.


>> Ich bin erstmal den "Chicken Exit" gegangen, vor allem nach dem, was Olaf
>> geschrieben hat. Habe die Windows Version mit WINE installiert, das
>> funktionierte sofort.
>
> Aber halt als Windows-Programm, sozusagen "durch eine dicke Schicht
> Dammstoff".
>

Schon, aber ich kann weder bei Eagle noch bei anderer Software (fuer die 
es keine Linux-Version gibt) Nachteile feststellen.


> Du schriebst am Sun, 10 May 2020 11:08:54 -0700:
>
>> On 2020-05-10 02:28, Manuel Reimer wrote:
> ...
>>> Das ist eigentlich gar nicht kompliziert.
>>> Eagle wird beim Start erstmal genau eine fehlenden Library anmeckern.
>>> Diese eine installieren (nach Prüfen wo die drin ist).
>>> Nun wieder Eagle versuchen zu starten. Wenn nun noch etwas fehlt wird
> ...
>>> Wiederholen solange bis Eagle durchstartet.
>>
>> Das erinnert mich an "Solange gegen den Fernseher treten, bis die
>> Synchronisation haelt" :-)
>
> Nee, das ist kein Verfahren zur "Selbstreparatur", sondern das
> konstruktionsbedingte Vorgehen, wenn halt beim ersten erkannten Fehler
> abgebrochen wird, um nix zu zerdeppern.
> Da ist auch nix mit "Gegentreten", sondern mit Nachschieben von benötigten
> Bauteilen, an die man halt erst nach und nach 'rankommt, so wie bei manchen
> "modernen" Autos an vielen Stellen.


Weshalb wir zwei aeltere Autos fahren :-)


> (Außerdem wäre ein besserer Vergleich: Puzzleschachtel schütteln, bis sich
> alle Teile selbständig zusammenfügen.)
>
>>> Das ist halt der Nachteil wenn man ein Programm nicht als Paket anbietet
>>> sondern in Form einer ".run"-Datei oder ähnlichem. Ein Paket hätte die
>>> Info, was gebraucht wird, eingebaut.
>>
>> Mir waeren richtige Container ohne Dependencies am liebsten, fuer alle
>> Software. Einen Trend dazu gibt es bei Linux ja und das laesst hoffen.
>
> Dann installier' Dir halt eine virtuelle Maschine mit dem geeigneten Linux
> drin auf Deiner Linux-Maschine.
> Was? Zu umfangreich? Bloat? Unmöglich, bei den heutigen Platten- und
> Arbeitsspeichergrößen...
>

WINE geht ja auch und Windows-Versionen gibt es fuer fast jede Software. 
Dann hat man die Container. WINE ist IMO eine der sehr praktischen 
Aspekte von Linux.


> Ich hoffe eher, daß dieser o.g. "Trand" möglichst schnell wieder ausstirbt.
> Aber leider haben kommerzielle Trends die unglückliche Eigenschaft,
> besonders erfolgreich bei besonders miserablen Entwicklungen zu sein.
>
> ...
>>> Schon möglich das Wine beim Installieren einen Großteil der fehlenden
>>> Libraries "mitgenommen" hat und die Linux-Version jetzt entweder sofort
>
> Mit ziemlicher Sicherheit nicht, außer das Wine hat den ganzen Haufen für
> 32-bit-Kompatibilität mitinstalliert. Könnte natürlich sein.
>

Tat es bei mir offenbar nicht.


>> Der Install der Linux-Version versagt noch immer. Ich denke auch nicht,
>> dass mit WINE Linux-Treiber geladen werden, denn es wird ja die
>> Windows-Version von Eagle installiert.
>
> Kannste das mal bisserl auseinanderklabüsern?
> Der Install der Linux-Version versagt, und die Windows-Version wird
> installiert? Passt nicht zusammen.


Doch, passt schon. Bei der Linux Version werden alle moeglichen 
Libraries als fehlen angemeckert. Die kann man beschaffen, wobei das bei 
einigen fuer Linux-Anfaenger wie mich alles andere als trivial ist. Die 
Windows-Version lief hingegen mit WINE sofort problemlos.


> Außerdem braucht Eagle überhaupt keine Linux-Treiber über das hinaus, was
> im System eh schon vorhanden ist. Da ist eher ein Trivialfehler am Werken.
>
>> Ich habe Eagle mit WINE nur mal schnell probiert, aber das scheint gut zu
>> laufen. D.h. fuer Eagle muss ich nicht mehr in den Windows Boot. Aehnlich
>
> Naja, kannst Du natürlich auch so machen. Warum zu Hause übernachten, wenn
> man dafür auch ins Hotel fahren kann...
>

Dieses Hotel ist aber im Nebenzimmer und man muss nicht gross umziehen. 
Eagle liegt wie gewohnt auf dem Desktop. Klick -> loeppt.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#110404

Hallo Joerg,

Du schriebst am Mon, 11 May 2020 13:45:52 -0700:

> > [Eagle 7 fehlende Libraries]  
> Nein, aber damit kenne ich mich gut aus. Mit IT nicht. Es ist auch so,
> dass Computer fuer mich Werkzeuge sind und kein Selbstzweck. Daher gehe

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

> ich moeglichst den Weg des geringsten Widerstandes und der fuehrte hier
> ueber WINE. Auch wenn es nicht die feine englische war.

Naja, manche Menschen schaffen sogar mit Krücken und Prothesen Rekorde,
warum nicht auch Software...

> > Aber halt als Windows-Programm, sozusagen "durch eine dicke Schicht
> > Dammstoff".
> 
> 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, das Laden allein dauert schon elend lange, der
Betrieb der geladenen Software wird behindert, nicht alle benutzten
Windows-Funktionen sind vollständig implementiert, und nicht zuletzt ist
das Bedienkonzept vom "umgebenden" System reichlich verschieden - wobei
letzeres Dir als Windows-(Brain-)Child aber eher nichts ausmachen dürfte.
Aber auf einer Deiner schwächeren Maschinen solltest Du das wohl besser
nicht machen.

[fehlenden Libraries nachinstallieren]
> > Nee, das ist kein Verfahren zur "Selbstreparatur", sondern das
> > konstruktionsbedingte Vorgehen, wenn halt beim ersten erkannten Fehler
> > abgebrochen wird, um nix zu zerdeppern.
> > Da ist auch nix mit "Gegentreten", sondern mit Nachschieben von
> > benötigten Bauteilen, an die man halt erst nach und nach 'rankommt, so
> > wie bei manchen "modernen" Autos an vielen Stellen.  
> 
> Weshalb wir zwei aeltere Autos fahren :-)

Nicht in diesem Zusammenhang - _Du_ hast Eagle haben wollen.
Jetzt fährst Du sozusagen Dein richtiges Auto auf dem Anhänger spazieren.

...
> >>> Das ist halt der Nachteil wenn man ein Programm nicht als Paket

sondern als Fremdkörper...

> > Dann installier' Dir halt eine virtuelle Maschine mit dem geeigneten
> > Linux drin auf Deiner Linux-Maschine.
> > Was? Zu umfangreich? Bloat? Unmöglich, bei den heutigen Platten- und
> > Arbeitsspeichergrößen...
> 
> WINE geht ja auch und Windows-Versionen gibt es fuer fast jede Software.

Auch mit WINE wird der Aufwand nicht viel kleiner, und WINE bindet das
Programm auch wirklich fest ins System ein. Das ist bei Eagle wohl kein
Problem, das ist recht gutmütig programmiert, aber ein Programm, das z.B.
liebend gerne "nach Hause telephoniert", um Deine Aktivitäten oder Daten
oder sonstwas weiterzugeben hat damit halt freien Zugang zu allem, was es
haben möchte. Einen Web-Browser sollte man so sicher nicht betreiben.

> Dann hat man die Container. WINE ist IMO eine der sehr praktischen
> Aspekte von Linux.

WINE ist nichtmal eine Krücke, WINE ist der Rollstuhl, die Vorstufe zur
Bettlägrigkeit.

> > Ich hoffe eher, daß dieser o.g. "Trand" möglichst schnell wieder
> > ausstirbt. Aber leider haben kommerzielle Trends die unglückliche
> > Eigenschaft, besonders erfolgreich bei besonders miserablen
> > Entwicklungen zu sein.

...
> > Mit ziemlicher Sicherheit nicht, außer das Wine hat den ganzen Haufen
> > für 32-bit-Kompatibilität mitinstalliert. Könnte natürlich sein.
> 
> Tat es bei mir offenbar nicht.

Nicht nur bei Dir nicht, wie anderweitig ja auch schon berichtet wurde.

> >> Der Install der Linux-Version versagt noch immer. Ich denke auch nicht,
> >> dass mit WINE Linux-Treiber geladen werden, denn es wird ja die
> >> Windows-Version von Eagle installiert.  
...
> Doch, passt schon. ...

Nee, da ist Dir der Zusammenhang bisserl in der Tastatur steckengeblieben,
die Kurzfassung Deiner "Gedankenkette" hat den Großteil der zum Verständnis
nötigen Glieder verloren.

...
> > Naja, kannst Du natürlich auch so machen. Warum zu Hause übernachten,
> > wenn man dafür auch ins Hotel fahren kann...
> 
> Dieses Hotel ist aber im Nebenzimmer und man muss nicht gross umziehen.
> Eagle liegt wie gewohnt auf dem Desktop. Klick -> loeppt.

Bei Dir ist eine Koffeinüberdosis ja nicht so wahrscheinlich. Aber auch
anderes kann man bei solchen Gelgenheiten im Übermaß konsumieren...

Will heißen: Allein der Start von WINE dauert schon so lange, daß man solche
Programme eigentlich nicht benutzen will. Und Eagle ist sowieso nicht grade
ein Schnellstarter.
Aber wenn Du damit zufrieden bist, habe ich kein Problem damit (anders aber
auch nicht...).

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

[toc] | [prev] | [next] | [standalone]

#110423

On 2020-05-12 13:48, Sieghard Schicktanz wrote:
> Hallo Joerg,
>
> Du schriebst am Mon, 11 May 2020 13:45:52 -0700:
>
>>> [Eagle 7 fehlende Libraries]
>> Nein, aber damit kenne ich mich gut aus. Mit IT nicht. Es ist auch so,
>> dass Computer fuer mich Werkzeuge sind und kein Selbstzweck. Daher gehe
>
> 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 
haette ich es auch gern wie bei der Dremel. Wenn man die Polierscheibe 
reintut, poliert sie. Wenn man einen Fraeskopf reinspannt, fraest sie. 
Es erscheint keine Dependency-Fehlermeldung :-)


>> ich moeglichst den Weg des geringsten Widerstandes und der fuehrte hier
>> ueber WINE. Auch wenn es nicht die feine englische war.
>
> Naja, manche Menschen schaffen sogar mit Krücken und Prothesen Rekorde,
> warum nicht auch Software...
>

So isset.


>>> Aber halt als Windows-Programm, sozusagen "durch eine dicke Schicht
>>> Dammstoff".
>>
>> 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 
sein sollen. Das ist mehr als ausreichend fuer meine Vorhaben mit diesem 
Rechner.


>             ... das Laden allein dauert schon elend lange, ...


Das kann ich fuer Eagle, MS-Works und aehnliches nicht bestaetigen. Bei 
LTSpice weiss ich es nicht, es funktioniert nur unmittelbar nach 
Installation und dann sehr gut. Nach jedem Re-Boot ist es weg, wird 
nicht gefunden. Da muss ich noch rausfinden, warum.


>                                                           ... der
> Betrieb der geladenen Software wird behindert, nicht alle benutzten
> Windows-Funktionen sind vollständig implementiert, und nicht zuletzt ist
> das Bedienkonzept vom "umgebenden" System reichlich verschieden - wobei
> letzeres Dir als Windows-(Brain-)Child aber eher nichts ausmachen dürfte.


Klar, ist wie ein Heimspiel. Es gibt dabei auch Ueberraschungsbonbons. 
Z.B. ist die Bilddarstellung von MS-Works in WINE erheblich schaerfer 
und klarer als selbst der XFCE Desktop. Warum auch immer. Ist nicht 
wichtig, nur ein angenehmer Nebeneffekt.


> 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 
auf demselben Rechner. Das waren immerhin Schaltregler-Designs, also vom 
Simulationsaufwand her nicht trivial. Vor den Architekten von WINE muss 
ich echt den Hut ziehen, die haben es drauf.

Richtig schweres Geschuetz wird natuerlich weiterhin auf einem grossen 
Rechner mit i7 Prozessor laufen und dann im Windows-Boot.


> [fehlenden Libraries nachinstallieren]
>>> Nee, das ist kein Verfahren zur "Selbstreparatur", sondern das
>>> konstruktionsbedingte Vorgehen, wenn halt beim ersten erkannten Fehler
>>> abgebrochen wird, um nix zu zerdeppern.
>>> Da ist auch nix mit "Gegentreten", sondern mit Nachschieben von
>>> benötigten Bauteilen, an die man halt erst nach und nach 'rankommt, so
>>> wie bei manchen "modernen" Autos an vielen Stellen.
>>
>> Weshalb wir zwei aeltere Autos fahren :-)
>
> Nicht in diesem Zusammenhang - _Du_ hast Eagle haben wollen.


Wer viel Hardware entwickelt, weiss wie muehselig ein CAD-Wechsel ist. 
Ich musste einmal von OrCAD nach Eagle wechseln und ein zweites Mal will 
ich das in meinem Leben nicht tun. Stichwort Neuerstellung der 
Bauteilbibliotheken. Ausserdem habe ich bisher keine akzeptable 
Alternative zu Eagle gefunden.


> Jetzt fährst Du sozusagen Dein richtiges Auto auf dem Anhänger spazieren.
>

Wenn es dabei so komfortabel wie vorher ist, warum nicht? Irgendwann 
kriege ich das auch mit direktem Linux-Install hin und 
dankenswerterweise hat mir jemand per PM gute Tipps gegeben. Die habe 
ich fuer spaeter abgespeichert.

> ...
>>>>> Das ist halt der Nachteil wenn man ein Programm nicht als Paket
>
> sondern als Fremdkörper...
>
>>> Dann installier' Dir halt eine virtuelle Maschine mit dem geeigneten
>>> Linux drin auf Deiner Linux-Maschine.
>>> Was? Zu umfangreich? Bloat? Unmöglich, bei den heutigen Platten- und
>>> Arbeitsspeichergrößen...
>>
>> WINE geht ja auch und Windows-Versionen gibt es fuer fast jede Software.
>
> 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.


>                                            ... und WINE bindet das
> Programm auch wirklich fest ins System ein.


Ja, allerdings muss ich noch herausfinden, wie man die Datenspeicherung 
nicht ueber die emulierten Windows "Festplatten" macht, sondern z.B. in 
eine gemeinsame NTFS Partition und ins Netzwerk kommt. Egal, das sind am 
Ende nur Feinheiten und nicht "mission-critical".


>                                  ... Das ist bei Eagle wohl kein
> Problem, das ist recht gutmütig programmiert, aber ein Programm, das z.B.
> liebend gerne "nach Hause telephoniert", um Deine Aktivitäten oder Daten
> oder sonstwas weiterzugeben hat damit halt freien Zugang zu allem, was es
> haben möchte. Einen Web-Browser sollte man so sicher nicht betreiben.
>

Klar, Web Browsing machen wir hier jetzt eh mit Linux und meine Frau hat 
weder Dual-Boot noch WINE auf dem Rechner.

Ansonsten benutze ich keine SW, die ohne nach Hause zu telefonieren 
nicht funktioniert. Das war ja einer der Gruende, warum ich den Umstieg 
auf Windows 10 nicht mehr mitgemacht habe.


>> Dann hat man die Container. WINE ist IMO eine der sehr praktischen
>> Aspekte von Linux.
>
> 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 
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.

[...]


> ...
>>> Naja, kannst Du natürlich auch so machen. Warum zu Hause übernachten,
>>> wenn man dafür auch ins Hotel fahren kann...
>>
>> Dieses Hotel ist aber im Nebenzimmer und man muss nicht gross umziehen.
>> Eagle liegt wie gewohnt auf dem Desktop. Klick -> loeppt.
>
> Bei Dir ist eine Koffeinüberdosis ja nicht so wahrscheinlich. Aber auch
> anderes kann man bei solchen Gelgenheiten im Übermaß konsumieren...
>
> Will heißen: Allein der Start von WINE dauert schon so lange, daß man solche
> Programme eigentlich nicht benutzen will. Und Eagle ist sowieso nicht grade
> ein Schnellstarter.
> Aber wenn Du damit zufrieden bist, habe ich kein Problem damit (anders aber
> auch nicht...).
>

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.

Das ist nicht mein Hauptrechner, sondern der fuer Arbeiten am 
Labortisch. Man braucht nicht fuer alle Erledigungen einen Ferrari.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#110427

Joerg <news@analogconsultants.com> wrote:
> Das ist bei normalem Werkzeug wie etwa einer Dremel nicht anders. Und da 
> haette ich es auch gern wie bei der Dremel. Wenn man die Polierscheibe 
> reintut, poliert sie. Wenn man einen Fraeskopf reinspannt, fraest sie. 
> Es erscheint keine Dependency-Fehlermeldung :-)

Nicht ganz. Du verlangst, dass du eine 115mm Trennscheibe mit deiner
Dremel verwenden kannst, und weigerst dich gleichzeitig standhaft, dafür
zumindest den passenden Adapter besorgen zu müssen.

Viele Grüße,
Enrik

[toc] | [prev] | [next] | [standalone]

#110431

Enrik Berkhan <Enrik.Berkhan@inka.de> wrote:

 >Nicht ganz. Du verlangst, dass du eine 115mm Trennscheibe mit deiner
 >Dremel verwenden kannst, und weigerst dich gleichzeitig standhaft, dafür
 >zumindest den passenden Adapter besorgen zu müssen.

Oder einen rauscharmen Verstaerker mit LM741 zu basteln indem man
einen Jfet davor schaltet. :)

Olaf

[toc] | [prev] | [next] | [standalone]

#110430

Joerg <news@analogconsultants.com> wrote:

 >Ach wat, es ist eine wunderbares Feature von Linux. Fuer einige von uns 
 >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.

Oder die neueren windowsversionen weigern sich sie auszufuehren. Da
wuerde mir z.B die alte Filterdesignsoftware von TI einfallen.

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

Oh..backe. Haettest du dir mal was neues gegoennt. Bei mir ist Eagle
da sobald ich die Finger vom Klick von der Maus gehoben habe.

 >Das ist nicht mein Hauptrechner, sondern der fuer Arbeiten am 
 >Labortisch. Man braucht nicht fuer alle Erledigungen einen Ferrari.

Aber wenn man an einen gewohnt ist dann nervt es. Und ich denke du
hast auch LT-Spice auf dem Rechner. Da weiss ich es schon zu schaetzen
wenn die Simulationszeit 10-50x schneller ist wie bei dir.
Mich nervt es mittlerweile schon das mein nagelneuer Firmenlaptop 
langsamer ist als das womit ich privat arbeite.

Olaf

[toc] | [prev] | [next] | [standalone]

#110466

On 2020-05-13 20:59, olaf wrote:
> Joerg <news@analogconsultants.com> wrote:
>
>   >Ach wat, es ist eine wunderbares Feature von Linux. Fuer einige von uns
>   >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.
>
> Oder die neueren windowsversionen weigern sich sie auszufuehren. Da
> wuerde mir z.B die alte Filterdesignsoftware von TI einfallen.
>

Das tat es bisher mit allen bis Windows 7.


>   >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.
>
> Oh..backe. Haettest du dir mal was neues gegoennt. Bei mir ist Eagle
> da sobald ich die Finger vom Klick von der Maus gehoben habe.
>

Ach wat, es handelt sich bei diesem Rechner um die Labortisch-Moehre. Da 
ist es egal, ob das eine Sekunde dauert oder 30.


>   >Das ist nicht mein Hauptrechner, sondern der fuer Arbeiten am
>   >Labortisch. Man braucht nicht fuer alle Erledigungen einen Ferrari.
>
> Aber wenn man an einen gewohnt ist dann nervt es. Und ich denke du
> hast auch LT-Spice auf dem Rechner. Da weiss ich es schon zu schaetzen
> wenn die Simulationszeit 10-50x schneller ist wie bei dir.
> Mich nervt es mittlerweile schon das mein nagelneuer Firmenlaptop
> langsamer ist als das womit ich privat arbeite.
>

Macht auch nichts, ich muss dort nur schnell einen Laboraufbau 
simulieren, ehe ich das zusammennagele.

Man muss nicht immer alles wegschmeissen, nur weil es alt oder minimal 
unbequem ist. Ueber Umweltschutz reden ist einfach, man muss ihn auch 
leben und dazu gehoert fuer mich Nachhaltigkeit. "Was neues goennen" 
klingt immer ganz toll, bis man mal drueber nachdenkt, was mit der alten 
Hardware passiert, wo die landet.

https://en.wikipedia.org/wiki/Agbogbloshie

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#110473

Joerg <news@analogconsultants.com> wrote:


 >Das tat es bisher mit allen bis Windows 7.

Das ist mit Windows 10 anders. Die TI-Filtersoftware startet ganz
normal, laesst sich aber nicht benutzen. Das Programm reagiert nicht
als ob es abgestuerzt waere. Wenn du dann 1-2min wartest dann laesst
es sich ploetzlich benutzen. Allerdings sehr holprig. Drucken oder als
pdf speichern klappt nicht mehr zuverlaessig. Anzeigen sehen manchmal
komisch aus. 
Die wollen schon da du die Webversion nutzt damit sie dir auf die
Finger schauen koennen. .-) 

Olaf

[toc] | [prev] | [next] | [standalone]

#110432

Well, Joerg <news@analogconsultants.com> wrote:
> Es erscheint keine Dependency-Fehlermeldung :-)

Du nutzt einen Rechner von 2007 um eine Software von ~2015 laufen zu 
lassen, auf einem Linux von 2020. Warum versuchst du es nicht mal mit 
einem Linux, das so ungefähr aus der Zeit stammt, aus der auch deine 
Software stammt? CentOS 7 würde mir da einfallen, das ist Ende 2014 
erschienen und bekommt auch noch ein paar Jahre Security Updates.

Ralph
-- 
He'll rekindle all the dreams it took you a lifetime to destroy

[toc] | [prev] | [next] | [standalone]

#110444

Ralph Angenendt schrieb:
> Well, Joerg wrote:

>> Es erscheint keine Dependency-Fehlermeldung :-)
>
> Du nutzt einen Rechner von 2007 um eine Software von ~2015 laufen zu 
> lassen, auf einem Linux von 2020.

Schlimmer noch:
Der OP verwendet Kommunikations-Software, die seit langem nicht mehr
gewartet werden kann und damit zur boesartigsten Sorte gehoert, wie hier

- Windows XP (seit >6 Jahren ohne security updates) sowie
- Mozilla Thunderbird 2.0.0.6 (seit ca. 13 Jahren nicht mehr mit
  Sicherheitsupdates versorgt).

Zudem befindet sich sein Works, welches er offenbar fuer die Buchhaltung
(!) verwendet, seit mindestens >7 Jahren ausserhalb jeglicher
maintenance, von Windows 7 fange ich gar nicht erst an (wie kann jemand
nur auf den abstrusen Gedanken verfallen, ein abgekuendigtes und
ungewartetes OS jetzt noch kaeuflich erwerben und dieses auch noch
kommerziell einsetzen zu wollen?).

> Warum versuchst du es nicht mal mit 
> einem Linux, das so ungefähr aus der Zeit stammt, aus der auch deine 
> Software stammt? CentOS 7 würde mir da einfallen, das ist Ende 2014 
> erschienen und bekommt auch noch ein paar Jahre Security Updates.

Eben.
Nachdem der OP unter anderem auch auf die Funktionstuechtigkeit und
Zuverlaessigkeit eingesetzter HW/SW angewiesen sein duerfte ... Moderne
Hard- und Software kann das leisten, Altherthymer nicht!

Es scheint ihm leider schlichtweg gleichgueltig zu sein, ob er mit
seinem Verhalten sich und andere schaedigt. Dies ist auch mit den
seitens des OP so vehement propagierten Schlagworten
"Wegwerfmentalitaet" oder "Umweltschutz" kaum erklaerbar.

Gruss Herrand
-- 
Emails an die angegebene Adresse werden gelegentlich sogar gelesen.

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web