Bauteilbibliotheken für EDA-Systeme

In article , Wolfgang Draxinger writes: |> |> Weil die Pakete =C3=BCblicherweise als Binary daherkommen und damit |> gegen bestimmte Versionen der Systembibliotheken gelinkt sind. |> Wenn sich nun ein Distributor dazu entschlie=C3=9Ft, alte Z=C3=B6pfe zu= |> kappen, oder schlichtweg aufgrund von Inkompatiblit=C3=A4ten dazu |> gezwungen ist, die alten Versionen bestimmter Bibliotheken ab |> Version X ihrer Distribution nicht mehr mitaufzunehmen, dann |> kann die Abh=C3=A4ngigkeit nicht mehr erf=C3=BCllt werden.

Es werden die Binaries ja nicht "nackig" ausgeliefert sondern zusammen mit deren Zusatzanforderungen. Anhand dieser Zusatzanforderungen weiß das System, daß es beispielsweise zur Installation von GIMP ggf. noch einen ganzen GTK- Rattenschwanz installieren muß.

Soll heißen: Um Bibliotheken (ja, auch die libc) upzudaten, mußt Du nicht die *Distribution* zwangsläufig auf ein neues Podest stellen, es ginge auch auf herkömmlichem Wege.

|> Weil Systembibliotheken manchmal bin=C3=A4rinkompatibel werden. Aus |> j=C3=BCngster Zeit f=C3=A4llt mir da Expat (XML-Parser, von einer Versi= |> on |> zur n=C3=A4chsten wurden an allen m=C3=B6glichen Stellen aus "unsigned |> int" "signed int") als Negativbeispiel ein. In diesem Fall |> bleibt dem Distributor keine andere L=C3=B6sung, als f=C3=BCr die alte |> Version der Distribution ein speziell gepatchtes Expat zu |> pflegen und f=C3=BCr die n=C3=A4chste Version der Distribution alle |> Programme gegen die neue API von Expat zu kompilieren.

Das ist kein Grund für einen dist upgrade.

Der nächste normale Update wird dann eben dicker, weil alle (installierten) Programmpakete, die in diesem Fall gegen die expat linken, aktualisiert werden.

Geht per ganz normalem update.

Rainer

=?ISO-8859-15?Q?Alexander_D=F6rr?= :

Wat, eagle konnte auch mal Hierarchien?

M.

Hallo Matthias,

Nee, das war ein Fehler von mir, es ginig um LTSPICE, das in früheren Versionen Hirarchien konnte und jetzt zumindest die Funktionalität versteckt hat.

Marte