Beim Erlernen der Assembly-Programmierung habe ich die Dokumente der Linux Standard Base als sehr nützlich empfunden. Es scheint, dass sie mir sagen, wie die Dinge sein sollen (auf standardbasierten Systemen), nicht nur, wie sie in der Implementierung sind, die ich vor mir habe. Auf dem Wikipedia-Artikel sind zwei Artikel aus dem Jahr 2005 verlinkt, die darauf hinweisen, dass es Streit um diesen Standard gibt. 2005 ist lange her, wie ist die aktuelle Ansicht?
(Hinweis: Erst in diesem Jahr hat die Linux Foundation viele Distributionen für LSB 4.0 zertifiziert, sodass sie noch mit einigen Distributionen im Spiel sind. In ihrer Pressemitteilung werden natürlich keine möglichen Konflikte erwähnt.)
Antworten:
Die Linux-Standardbasis besteht aus einer Reihe von APIs, die bei einer LSB-kompatiblen Installation garantiert verfügbar sind. Dies erfordert meistens die Installation einiger anderer freier Softwarebibliotheken, über die die meisten Distributionen bereits verfügen - wie POSIX-kompatibles libc, C ++ - Compilerunterstützung, Python, Perl, GTK + und Qt.
Alle großen Linux-Anbieter liefern heute LSB-kompatible Betriebssysteme aus, darunter RedHat, Debian, Ubuntu und Novell. Ich glaube daher nicht, dass darüber viel Streit besteht.
Als LSB anfing, waren die Leute ein bisschen "meh - wen interessiert das". Später gab es Streit darüber, welche APIs enthalten sein sollten: Wenn Perl benötigt werden soll, was ist dann mit Python? Wenn GTK + benötigt wird, was ist dann mit Qt-Entwicklern? Dies hätte zu einigen ziemlich ausgefallenen Flammenkriegen geführt, wenn nicht die "meh" -Haltung vieler Betriebssystemanbieter gegenüber LSB gewesen wäre. Letztendlich wurde all dies von der Linux Foundation geregelt, die all-inclusive war und mehrere APIs unterstützte, die dasselbe tun, und jetzt sieht es so aus, als ob alle zufrieden sind.
quelle
Die Welt ist weitergegangen. Autotools und Distribution Packager gleichen Unterschiede in Bibliotheken und Schnittstellen aus und passen sie nach Bedarf an.
quelle