Die Linux Standard Base (LSB) ist eine Arbeitsgruppe der Linux Foundation, die Ende der 1990er ins Leben gerufen wurde.[1] Die LSB definiert Standards für Binärschnittstellen, Programmbibliotheken und andere Betriebssystembestandteile mit dem Ziel, die Kompatibilität zwischen den verschiedenen Linux-Distributionen, z. B. mit Hinblick auf die Lauffähigkeit von Programmen, zu verbessern. Bis heute erfüllt nur ein kleiner Teil der Linux-Distributionen die Anforderungen der LSB. Auch sind die Anforderungen noch nicht umfassend genug, um eine vollständige Betriebssystemplattform zu definieren.[1]
Im Laufe der Geschichte von Linux haben sich eine Reihe von verschiedenen Linux-Distributionen entwickelt, die in vielen Details unterschiedliche Ansätze verfolgten wie beispielsweise inkompatible Software-Paket-Formate, abweichende Verzeichnisstrukturen oder unterschiedliche Versionen der integrierten Softwarepakete. Dadurch sind unabhängige Softwareanbieter (ISVs) gezwungen, ihre Software für jede Distribution spezifisch anzupassen (oder anpassen zu lassen) und separiert anzubieten,- ein enormer Mehraufwand.[2][3]
Konzept
Ziel der LSB ist, mit Standards und Richtlinien eine einheitliche binärkompatible Plattform für Softwareinstallationen unter Linux zu erzeugen.[1] Sie macht u. a. Vorgaben, welche grundlegenden Programme und Programmbibliotheken auf einem LSB-konformen System vorhanden sein müssen und legt gemäß dem Filesystem Hierarchy Standard eine Verzeichnisstruktur fest. Die Basis der LSB Standards waren die Standards POSIX und Single UNIX Specification, welche erweitert wurden. Inzwischen weicht der LSB-Standard in einigen Aspekten jedoch Linux-spezifisch von den Open-Group-Unix-Standards ab.
Geschichte
Das Ende der 1990er[1] ins Leben gerufene LSB-Projekt wollte anfänglich die Standards POSIX und Single UNIX Specification vollständig einhalten und diese nur an einigen Stellen erweitern. Daher hatte die Open Group auch angeboten, eine Zertifizierung für einen US-$ durchzuführen.
POSIX-Inkompatibilität
Im Jahr 2005 begann die LSB jedoch darauf zu beharren, bestimmte in Linux-Distributionen übliche Abweichungen (Inkompatibilität) nicht zu beseitigen.[4] Seitdem gab es bei dem Prozess zur Erreichung der UNIX-Standardkonformität keine Fortschritte. Das Ziel der vollständigen POSIX- und SUS-Konformität scheint zugunsten der in bestehenden Linux-Systemen üblichen Konventionen aufgegeben worden zu sein. Im Gegenteil, Linus Torvalds hat wiederholt klargemacht, dass er bereit ist, von POSIX zu divergieren, wenn es dafür gute Gründe gibt.[5]
Drepper-Kritik
2005 wurde die LSB von glibc-MaintainerUlrich Drepper als ineffektiv kritisiert[6]; konkret monierte er fehlerhafte Testsuiten.[7] Jeff Licquia von der LSB gab zu, dass Tests unvollständig und Code fehlerhaft seien, trotzdem hätten die Tests eine Aussagekraft. Außerdem seien definierte und prüfbare Standards alternativlos für einen freien, interoperablen Softwaremarkt.[8]
Versionen
Die erste Version 1.0 der LSB umfasste ältere, schon weiter verbreitete Standards. Anfang Januar 2004 wurde die LSB das erste Mal der Internationalen Organisation für Normung (ISO) vorgelegt. Die darauffolgende Version 2.0 unterstützte mehr Architekturen. Die LSB 3.0 zeichnet sich durch Aktualisierungen der bereits bestehenden Standards aus. Anfang November desselben Jahres wurde dann bekannt, dass die ISO die LSB als internationalen Standard anerkannt hatte. Die anerkannte Version ist die Version 2.0.1. Neuere Versionen der LSB sollen folgen.
↑ abcdeEric Brown: LSB 4.0 certifications aim to heal Linux fragmentation. linuxfordevices.com, 8. Dezember 2010, archiviert vom Original am 24. Dezember 2013; abgerufen am 16. November 2011 (englisch): „The LSB spec outlines interoperability between applications and the Linux operating system, ‘allowing application developers to target multiple versions of Linux with just one software package,’ says the LF. Launched in the late '90s, the LSB working group released its first major LSB 1.1 specification in 2001. […]“
↑Miguel de Icaza: Linux and Independent Software Vendors. primates.ximian.com, 4. November 2003, archiviert vom Original am 15. Juli 2012; abgerufen am 7. April 2012 (englisch): „[…] staffing requirements for maintaining and testing […] software for a dozen of distributions and release versions quickly becomes a big burden […]“
↑Linus Torvalds: Re: RFD: x32 ABI system call numbers. 31. August 2011, abgerufen am 6. September 2011 (englisch): „POSIX has been wrong before. Sometimes the solution really is to say ‘sorry, you wrote that 20 years ago, and things have changed’.“
↑Ulrich Drepper: Do you still think the LSB has some value? udrepper.livejournal.com, 17. September 2005, abgerufen am 12. Februar 2012 (englisch): „There are still people out there who think that the LSB has any value. This just means they buy into the advertisement of the people who have monetary benefits from the existence of the „specification“, they don't do any research, and they generally don't understand ABI issues.“
↑Jeff Licquia: Yes, the LSB Has Value. 27. September 2005, abgerufen am 12. Februar 2012 (englisch).