Kicad Footprintmodule / Linuxpfade | Namen

[Johannes U. (kampfradler)]

Moinsen,

laufe gerade beim wiederholten Versuch mit Kicad was auf die Reihe zu 
bekommen erneut in bloede Fehler:

Die Zuordnung von Footprints zu den Schaltplansymbolen wirft jede Menge 
Fehler der Art:
IO_FEHLER: Der Footprintbibliothekspfad 
'/usr/share/kicad/modules/Connectors.pretty' existiert nicht.
IO_FEHLER: Der Footprintbibliothekspfad 
'/usr/share/kicad/modules/Connectors_WAGO.pretty' existiert nicht.
IO_FEHLER: Der Footprintbibliothekspfad 
'/usr/share/kicad/modules/Connectors_Mini-Universal.pretty' existiert 
nicht.
IO_FEHLER: Der Footprintbibliothekspfad 
'/usr/share/kicad/modules/Connectors_Terminal_Blocks.pretty' existiert 
nicht.

Fuer andere Bauteile wie Displays, Dioden, Kondensatoren, 
Buttonswitches, Relais wars das gleiche.
Alles THT-Bauteile.
Nungut, gucken wir mal in
/usr/share/kicad/modules/
und finden all die Ordner (der letztgenannten Bauteile) dort, nur halt 
jeweils benannt als *ThroughHole.pretty und eben nicht als *THT.pretty.

Symbolische links gesetzt, sodass kicad das gewuenschte finden kann, die 
Meckerei hoert auf.

Nur mit den Connectors* weiss ich gerade nicht weiter..?
Da gibts naemlich keine derart naheliegende Loesung.
Es existiert Connect.pretty, der Inhalt jedoch laesst mich schliessen, 
dass das nicht das Gesuchte ist.

Edit
Es gibt ebenso:
Connectors_Harwin.pretty
Connectors_Hirose.pretty
Connectors_JAE.pretty
Connectors_JST.pretty
Connectors_Molex.pretty
Connectors_Multicomp.pretty
Connectors_Phoenix.pretty
Connectors_Samtec.pretty
Connectors_TE-Connectivity.pretty

WAGOs z.B. finde ich jedoch innerhalb eines ganz anders benannten 
Ordners
IO_FEHLER: Der Footprintbibliothekspfad 
'/usr/share/kicad/modules/Connectors_WAGO.pretty' existiert nicht.
naemlich dort:
/usr/share/kicad/modules/Terminal_Blocks.pretty

Was ist da los?

Kicad Version ist 4.0.5 (mitgeliefert von einem ranzigen Debian stable 
;) )

[wendelsberg (Gast)]

Johannes U. schrieb:
> Kicad Version ist 4.0.5 (mitgeliefert von einem ranzigen Debian stable
> ;) )

Nein. stable ist z.Zt. buster, das enthaelt 5.0.2
buster-backports bietet 5.1.9

Ohne das upzudaten (besser purgen und neu installieren) wuerde ich da 
gar keine Muehe reinstecken.

wendelsberg

[Johannes U. (kampfradler)]

wendelsberg schrieb:

> Nein. stable ist z.Zt. buster, das enthaelt 5.0.2
> buster-backports bietet 5.1.9

Ja, auch gerade gemerkt ;)
Kann mich auch nach zig Jahren nicht an das Debian Benamungsschema mit 
dem Toystorygedoens gewoehnen, datt muss ich immer erstmal nachschlagen, 
was der Name denn aktuell bedeutet, ich wuenschte, die wuerden einfach 
nur eine Nummer fuer jeden Zweig haben und feddich.
NAJA.

War  nun auch schon drauf und dran mir 5.17 zukompilieren, doch dann ... 
werd mal auf das aktuelle stable upgraden und hab dann wie von Dir 
erwaehnt 5.0.2 out of the box.

Merkwuerdig find ich die fehlerhafte Bennennung bei den footprints 
allerdings schon sehr.
Auch wenn ich lese, dass es zw Vers 4 und 5 Unterschiede gibt wie 
Mehrzahl(Capacitors) <-> Einzahl(Capacitor)...wieso zum Henker?
Das programmiert doch nur Fehler und Verwirrung?

[wendelsberg (Gast)]

Johannes U. schrieb:
> Kann mich auch nach zig Jahren nicht an das Debian Benamungsschema mit
> dem Toystorygedoens gewoehnen

Ich ermittle auf diesem Weg:
http://packages.debian.org
und dann das Suchfeld ausfuellen oder gleich z.B.
http://packages.debian.org/kicad

wendelsberg

[Johannes U. (kampfradler)]

So, jetzt kurze Rueckmeldung:

Vollstaendiges Systemupgrade gefahren und so Kicad 5.0.2 erhalten.
Vorher natuerlich purgen aller Reste der Version 4.

Erster Eindruck ist ganz gut auch wenn ich noch nicht vollstaendig mit 
einem Testprojekt durch bin.
Jedoch alleine, dass der ERC nun DEUTLICH unzickiger zu sein scheint als 
noch in der alten 4er Version und nicht laenger unnachvollziehbare 
Verbindungsfehler moniert, faellt schon mal sehr positiv auf.

Das Upgrade war's echt wert!

Viele Gruesse
J