Linux Standard Base - Versionsgeschichte

Hamburgum am 21. September 2023 um 13:34 Uhr

Hamburgum — Thu, 21 Sep 2023 13:34:30 GMT

← Nächstältere Version		Version vom 21. September 2023, 15:34 Uhr
Zeile 19:		Zeile 19:
	[[Datei:Linux kernel interfaces.svg\|mini\|Linux Standard Base soll die Portierbarkeit von Binärdateien gewährleisten.]]		[[Datei:Linux kernel interfaces.svg\|mini\|Linux Standard Base soll die Portierbarkeit von Binärdateien gewährleisten.]]

	Die '''Linux Standard Base''' ('''LSB''') ist eine Arbeitsgruppe der [[Linux Foundation]], die Ende der 1990er ins Leben gerufen wurde.<ref name="linuxfordevices">{{cite web \|url=http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|title=LSB 4.0 certifications aim to heal Linux fragmentation \|first=Eric \|last=Brown \|date=2010-12-08 \|accessdate=2011-11-16 \|language=englisch \|publisher=linuxfordevices.com \|quote=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. […] \|archiveurl=https://web.archive.org/web/20131224204224/http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|archivedate=2013-12-24 ~~\|offline=yes~~ ~~\|archivebot=2019-04-25 23:16:56 InternetArchiveBot~~ }}</ref> Die LSB definiert [[Standard]]s für [[Binärschnittstelle]]n, [[Programmbibliothek]]en und andere Betriebssystembestandteile mit dem Ziel, die Kompatibilität zwischen den verschiedenen [[Linux-Distribution]]en, 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.<ref name="linuxfordevices" />		Die '''Linux Standard Base''' ('''LSB''') ist eine Arbeitsgruppe der [[Linux Foundation]], die Ende der 1990er ins Leben gerufen wurde.<ref name="linuxfordevices">{{cite web \|url=http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|title=LSB 4.0 certifications aim to heal Linux fragmentation \|first=Eric \|last=Brown \|date=2010-12-08 \|accessdate=2011-11-16 \|language=englisch \|publisher=linuxfordevices.com \|quote=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. […] \|archiveurl=https://web.archive.org/web/20131224204224/http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|archivedate=2013-12-24 }}</ref> Die LSB definiert [[Standard]]s für [[Binärschnittstelle]]n, [[Programmbibliothek]]en und andere Betriebssystembestandteile mit dem Ziel, die Kompatibilität zwischen den verschiedenen [[Linux-Distribution]]en, 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.<ref name="linuxfordevices" />

	== Motivation ==		== Motivation ==
	Im Laufe der [[Geschichte von Linux]] haben sich eine Reihe von verschiedenen [[Linux-Distribution]]en entwickelt, die in vielen Details unterschiedliche Ansätze verfolgten wie beispielsweise inkompatible Software-Paket-Formate, abweichende [[Verzeichnisstruktur]]en oder unterschiedliche Versionen der integrierten Softwarepakete. Dadurch sind unabhängige Softwareanbieter ([[Independent Software Vendor\|ISVs]]) gezwungen, ihre Software für jede Distribution spezifisch anzupassen (oder anpassen zu lassen) und separiert anzubieten,- ein enormer Mehraufwand.<ref name="lgp">{{cite web\|url=http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|title=Playing well with distros \|date=2009-11-24 \|accessdate=2012-01-15\|first=Eskild\|last=Hustvedt\|publisher=[[Linux Game Publishing]]\|language=englisch\|archiveurl=https://web.archive.org/web/20110921031204/http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|archivedate=2011-09-21}}</ref><ref name="icaza2003">{{cite web \|url=http://primates.ximian.com/~miguel/texts/linux-developers.html \|date=2003-11-04 \|author=[[Miguel de Icaza]] \|title=Linux and Independent Software Vendors \|publisher=primates.ximian.com \|accessdate=2012-04-07 \|language=englisch \|quote=[…] staffing requirements for maintaining and testing […] software for a dozen of distributions and release versions quickly becomes a big burden […] \|archiveurl=https://web.archive.org/web/20120715205643/http://primates.ximian.com/~miguel/texts/linux-developers.html \|archivedate=2012-07-15 ~~\|offline=yes~~ ~~\|archivebot=2019-04-25 23:16:56 InternetArchiveBot~~ }}</ref>		Im Laufe der [[Geschichte von Linux]] haben sich eine Reihe von verschiedenen [[Linux-Distribution]]en entwickelt, die in vielen Details unterschiedliche Ansätze verfolgten wie beispielsweise inkompatible Software-Paket-Formate, abweichende [[Verzeichnisstruktur]]en oder unterschiedliche Versionen der integrierten Softwarepakete. Dadurch sind unabhängige Softwareanbieter ([[Independent Software Vendor\|ISVs]]) gezwungen, ihre Software für jede Distribution spezifisch anzupassen (oder anpassen zu lassen) und separiert anzubieten,- ein enormer Mehraufwand.<ref name="lgp">{{cite web\|url=http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|title=Playing well with distros \|date=2009-11-24 \|accessdate=2012-01-15\|first=Eskild\|last=Hustvedt\|publisher=[[Linux Game Publishing]]\|language=englisch\|archiveurl=https://web.archive.org/web/20110921031204/http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|archivedate=2011-09-21}}</ref><ref name="icaza2003">{{cite web \|url=http://primates.ximian.com/~miguel/texts/linux-developers.html \|date=2003-11-04 \|author=[[Miguel de Icaza]] \|title=Linux and Independent Software Vendors \|publisher=primates.ximian.com \|accessdate=2012-04-07 \|language=englisch \|quote=[…] staffing requirements for maintaining and testing […] software for a dozen of distributions and release versions quickly becomes a big burden […] \|archiveurl=https://web.archive.org/web/20120715205643/http://primates.ximian.com/~miguel/texts/linux-developers.html \|archivedate=2012-07-15 }}</ref>

	== Konzept ==		== Konzept ==

Aka: /* Versionen */ Tippfehler entfernt

Aka — Wed, 23 Jun 2021 16:52:39 GMT

Versionen: Tippfehler entfernt

← Nächstältere Version		Version vom 23. Juni 2021, 18:52 Uhr
Zeile 37:		Zeile 37:

	== Versionen ==		== Versionen ==
	Die erste Version 1.0 der LSB umfasste ältere, schon weiter verbreitete Standards. Anfang [[Januar 2004]] wurde die LSB das erste Mal der [[Internationale Organisation für Normung\|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 ~~des selben~~ 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.		Die erste Version 1.0 der LSB umfasste ältere, schon weiter verbreitete Standards. Anfang [[Januar 2004]] wurde die LSB das erste Mal der [[Internationale Organisation für Normung\|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.

	=== Übersichtstabelle ===		=== Übersichtstabelle ===

2001:16B8:2A2C:1100:E608:C7B0:D735:C351: /* Drepper-Kritik */

2001:16B8:2A2C:1100:E608:C7B0:D735:C351 — Mon, 07 Jun 2021 12:39:24 GMT

Drepper-Kritik

← Nächstältere Version		Version vom 7. Juni 2021, 14:39 Uhr
Zeile 34:		Zeile 34:

	=== Drepper-Kritik ===		=== Drepper-Kritik ===
	2005 wurde die LSB von [[glibc]]-[[Maintainer]] [[Ulrich Drepper]] als ineffektiv kritisiert<ref>{{cite web\|url=http://www.linux-magazin.de/Heft-Abo/Ausgaben/2006/01/Software-nach-Standardmass/%28offset%29/10 \|pages=10 \|publisher=linux-magazin.de \|title=Linux Standard Base 3.0 Software nach Standardmaß \|first=Tim\|last=Schürmann \|date=2006-01-01\|work=Linux-Magazin 2006/01 \|accessdate=2012-02-12}}</ref>, konkret monierte er fehlerhafte Testsuiten.<ref name="drepper2005">{{cite web\|url=http://udrepper.livejournal.com/8511.html\|first=Ulrich\|last=Drepper\|title=Do you still think the LSB has some value?\|publisher=udrepper.livejournal.com\|quote=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.\|date=2005-09-17\|language=englisch\|accessdate=2012-02-12}}</ref> 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, [[Interoperabilität\|interoperablen]] Softwaremarkt.<ref name=licquia2005>{{cite web\|url=http://www.licquia.org/archives/2005/09/27/yes-the-lsb-has-value/\|title=Yes, the LSB Has Value\|date=2005-09-27 \|accessdate=2012-02-12\|language=englisch\|first=Jeff \|last=Licquia}}</ref>		2005 wurde die LSB von [[glibc]]-[[Maintainer]] [[Ulrich Drepper]] als ineffektiv kritisiert<ref>{{cite web\|url=http://www.linux-magazin.de/Heft-Abo/Ausgaben/2006/01/Software-nach-Standardmass/%28offset%29/10 \|pages=10 \|publisher=linux-magazin.de \|title=Linux Standard Base 3.0 Software nach Standardmaß \|first=Tim\|last=Schürmann \|date=2006-01-01\|work=Linux-Magazin 2006/01 \|accessdate=2012-02-12}}</ref>; konkret monierte er fehlerhafte Testsuiten.<ref name="drepper2005">{{cite web\|url=http://udrepper.livejournal.com/8511.html\|first=Ulrich\|last=Drepper\|title=Do you still think the LSB has some value?\|publisher=udrepper.livejournal.com\|quote=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.\|date=2005-09-17\|language=englisch\|accessdate=2012-02-12}}</ref> 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, [[Interoperabilität\|interoperablen]] Softwaremarkt.<ref name=licquia2005>{{cite web\|url=http://www.licquia.org/archives/2005/09/27/yes-the-lsb-has-value/\|title=Yes, the LSB Has Value\|date=2005-09-27 \|accessdate=2012-02-12\|language=englisch\|first=Jeff \|last=Licquia}}</ref>

	== Versionen ==		== Versionen ==
	Die erste Version 1.0 der LSB umfasste ältere, schon weiter verbreitete Standards. Anfang [[Januar 2004]] wurde die LSB das erste Mal der [[Internationale Organisation für Normung\|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 des ~~gleichen~~ 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.		Die erste Version 1.0 der LSB umfasste ältere, schon weiter verbreitete Standards. Anfang [[Januar 2004]] wurde die LSB das erste Mal der [[Internationale Organisation für Normung\|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 des selben 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.

	=== Übersichtstabelle ===		=== Übersichtstabelle ===

2001:16B8:2A2C:1100:E608:C7B0:D735:C351: /* POSIX-Inkompatibilität */

2001:16B8:2A2C:1100:E608:C7B0:D735:C351 — Mon, 07 Jun 2021 12:37:17 GMT

POSIX-Inkompatibilität

← Nächstältere Version		Version vom 7. Juni 2021, 14:37 Uhr
Zeile 31:		Zeile 31:

	=== POSIX-Inkompatibilität ===		=== POSIX-Inkompatibilität ===
	Im Jahr 2005 begann die LSB jedoch darauf zu beharren, bestimmte in Linux-Distributionen übliche Abweichungen ([[Kompatibilität (Technik)\|Inkompatibilität]]) nicht zu beseitigen.<ref>[http://www.opengroup.org/personal/ajosey/tr20-08-2005.txt Conflicts between ISO/IEC 9945 (POSIX) and the Linux Standard Base] (englisch) – Bericht der ''OpenGroup'', vom 20. August 2005</ref> Seitdem gab es bei dem Prozess zur Erreichung der UNIX-Standardkonformität keine Fortschritte, ~~das~~ Ziel der vollständigen POSIX- und [[Single UNIX Specification\|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.<ref>{{Internetquelle\| url = http://lwn.net/Articles/457089/ \| titel=Re: RFD: x32 ABI system call numbers \| autor=[[Linus Torvalds]] \| datum=2011-08-31 \| zugriff=2011-09-06 \| sprache=en \| zitat=POSIX has been wrong before. Sometimes the solution really is to say ‘sorry, you wrote that 20 years ago, and things have changed’.}}</ref>		Im Jahr 2005 begann die LSB jedoch darauf zu beharren, bestimmte in Linux-Distributionen übliche Abweichungen ([[Kompatibilität (Technik)\|Inkompatibilität]]) nicht zu beseitigen.<ref>[http://www.opengroup.org/personal/ajosey/tr20-08-2005.txt Conflicts between ISO/IEC 9945 (POSIX) and the Linux Standard Base] (englisch) – Bericht der ''OpenGroup'', vom 20. August 2005</ref> Seitdem gab es bei dem Prozess zur Erreichung der UNIX-Standardkonformität keine Fortschritte. Das Ziel der vollständigen POSIX- und [[Single UNIX Specification\|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.<ref>{{Internetquelle\| url = http://lwn.net/Articles/457089/ \| titel=Re: RFD: x32 ABI system call numbers \| autor=[[Linus Torvalds]] \| datum=2011-08-31 \| zugriff=2011-09-06 \| sprache=en \| zitat=POSIX has been wrong before. Sometimes the solution really is to say ‘sorry, you wrote that 20 years ago, and things have changed’.}}</ref>

	=== Drepper-Kritik ===		=== Drepper-Kritik ===

2001:16B8:2A2C:1100:E608:C7B0:D735:C351: /* Geschichte */

2001:16B8:2A2C:1100:E608:C7B0:D735:C351 — Mon, 07 Jun 2021 12:35:29 GMT

Geschichte

← Nächstältere Version		Version vom 7. Juni 2021, 14:35 Uhr
Zeile 28:		Zeile 28:

	== Geschichte ==		== Geschichte ==
	Das Ende der 1990er<ref name="linuxfordevices" /> ins Leben gerufene LSB-Projekt wollte anfänglich die Standards [[Portable Operating System Interface\|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.		Das Ende der 1990er<ref name="linuxfordevices" /> ins Leben gerufene LSB-Projekt wollte anfänglich die Standards [[Portable Operating System Interface\|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 ===		=== POSIX-Inkompatibilität ===

2001:16B8:2A2C:1100:E608:C7B0:D735:C351: /* Motivation */

2001:16B8:2A2C:1100:E608:C7B0:D735:C351 — Mon, 07 Jun 2021 12:33:20 GMT

Motivation

← Nächstältere Version		Version vom 7. Juni 2021, 14:33 Uhr
Zeile 22:		Zeile 22:

	== Motivation ==		== Motivation ==
	Im Laufe der [[Geschichte von Linux]] haben sich eine Reihe von verschiedenen [[Linux-Distribution]]en entwickelt, die in vielen Details unterschiedliche Ansätze verfolgten, wie beispielsweise inkompatible Software-Paket-Formate, abweichende [[Verzeichnisstruktur]]en oder unterschiedliche Versionen der integrierten Softwarepakete. Dadurch sind unabhängige Softwareanbieter ([[Independent Software Vendor\|ISVs]]) gezwungen, ihre Software für jede Distribution spezifisch anzupassen (oder anpassen zu lassen) und separiert anzubieten, ein enormer Mehraufwand.<ref name="lgp">{{cite web\|url=http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|title=Playing well with distros \|date=2009-11-24 \|accessdate=2012-01-15\|first=Eskild\|last=Hustvedt\|publisher=[[Linux Game Publishing]]\|language=englisch\|archiveurl=https://web.archive.org/web/20110921031204/http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|archivedate=2011-09-21}}</ref><ref name="icaza2003">{{cite web \|url=http://primates.ximian.com/~miguel/texts/linux-developers.html \|date=2003-11-04 \|author=[[Miguel de Icaza]] \|title=Linux and Independent Software Vendors \|publisher=primates.ximian.com \|accessdate=2012-04-07 \|language=englisch \|quote=[…] staffing requirements for maintaining and testing […] software for a dozen of distributions and release versions quickly becomes a big burden […] \|archiveurl=https://web.archive.org/web/20120715205643/http://primates.ximian.com/~miguel/texts/linux-developers.html \|archivedate=2012-07-15 \|offline=yes \|archivebot=2019-04-25 23:16:56 InternetArchiveBot }}</ref>		Im Laufe der [[Geschichte von Linux]] haben sich eine Reihe von verschiedenen [[Linux-Distribution]]en entwickelt, die in vielen Details unterschiedliche Ansätze verfolgten wie beispielsweise inkompatible Software-Paket-Formate, abweichende [[Verzeichnisstruktur]]en oder unterschiedliche Versionen der integrierten Softwarepakete. Dadurch sind unabhängige Softwareanbieter ([[Independent Software Vendor\|ISVs]]) gezwungen, ihre Software für jede Distribution spezifisch anzupassen (oder anpassen zu lassen) und separiert anzubieten,- ein enormer Mehraufwand.<ref name="lgp">{{cite web\|url=http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|title=Playing well with distros \|date=2009-11-24 \|accessdate=2012-01-15\|first=Eskild\|last=Hustvedt\|publisher=[[Linux Game Publishing]]\|language=englisch\|archiveurl=https://web.archive.org/web/20110921031204/http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/\|archivedate=2011-09-21}}</ref><ref name="icaza2003">{{cite web \|url=http://primates.ximian.com/~miguel/texts/linux-developers.html \|date=2003-11-04 \|author=[[Miguel de Icaza]] \|title=Linux and Independent Software Vendors \|publisher=primates.ximian.com \|accessdate=2012-04-07 \|language=englisch \|quote=[…] staffing requirements for maintaining and testing […] software for a dozen of distributions and release versions quickly becomes a big burden […] \|archiveurl=https://web.archive.org/web/20120715205643/http://primates.ximian.com/~miguel/texts/linux-developers.html \|archivedate=2012-07-15 \|offline=yes \|archivebot=2019-04-25 23:16:56 InternetArchiveBot }}</ref>

	== Konzept ==		== Konzept ==

2001:16B8:2A2C:1100:E608:C7B0:D735:C351 am 7. Juni 2021 um 12:31 Uhr

2001:16B8:2A2C:1100:E608:C7B0:D735:C351 — Mon, 07 Jun 2021 12:31:17 GMT

← Nächstältere Version		Version vom 7. Juni 2021, 14:31 Uhr
Zeile 19:		Zeile 19:
	[[Datei:Linux kernel interfaces.svg\|mini\|Linux Standard Base soll die Portierbarkeit von Binärdateien gewährleisten.]]		[[Datei:Linux kernel interfaces.svg\|mini\|Linux Standard Base soll die Portierbarkeit von Binärdateien gewährleisten.]]

	Die '''Linux Standard Base''' ('''LSB''') ist eine Arbeitsgruppe der [[Linux Foundation]], die Ende der 1990er ins Leben gerufen wurde.<ref name="linuxfordevices">{{cite web \|url=http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|title=LSB 4.0 certifications aim to heal Linux fragmentation \|first=Eric \|last=Brown \|date=2010-12-08 \|accessdate=2011-11-16 \|language=englisch \|publisher=linuxfordevices.com \|quote=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. […] \|archiveurl=https://web.archive.org/web/20131224204224/http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|archivedate=2013-12-24 \|offline=yes \|archivebot=2019-04-25 23:16:56 InternetArchiveBot }}</ref> Die LSB definiert [[Standard]]s für [[Binärschnittstelle]]n, [[Programmbibliothek]]en und andere Betriebssystembestandteile mit dem Ziel, die Kompatibilität zwischen den verschiedenen [[Linux-Distribution]]en, 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.<ref name="linuxfordevices" />		Die '''Linux Standard Base''' ('''LSB''') ist eine Arbeitsgruppe der [[Linux Foundation]], die Ende der 1990er ins Leben gerufen wurde.<ref name="linuxfordevices">{{cite web \|url=http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|title=LSB 4.0 certifications aim to heal Linux fragmentation \|first=Eric \|last=Brown \|date=2010-12-08 \|accessdate=2011-11-16 \|language=englisch \|publisher=linuxfordevices.com \|quote=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. […] \|archiveurl=https://web.archive.org/web/20131224204224/http://archive.linuxgizmos.com/lsb-40-certifications-aim-to-heal-linux-fragmentation/ \|archivedate=2013-12-24 \|offline=yes \|archivebot=2019-04-25 23:16:56 InternetArchiveBot }}</ref> Die LSB definiert [[Standard]]s für [[Binärschnittstelle]]n, [[Programmbibliothek]]en und andere Betriebssystembestandteile mit dem Ziel, die Kompatibilität zwischen den verschiedenen [[Linux-Distribution]]en, 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.<ref name="linuxfordevices" />

	== Motivation ==		== Motivation ==

Aka: /* Weblinks */ Tippfehler entfernt

Aka — Wed, 05 May 2021 17:06:33 GMT

Weblinks: Tippfehler entfernt

← Nächstältere Version		Version vom 5. Mai 2021, 19:06 Uhr
Zeile 105:		Zeile 105:
	* [http://www.iso.org/iso/home/store/catalogue_ics/catalogue_ics_browse.htm?ICS1=35&ICS2=080& ISO-Spezifizierungen der LSB] (englisch)		* [http://www.iso.org/iso/home/store/catalogue_ics/catalogue_ics_browse.htm?ICS1=35&ICS2=080& ISO-Spezifizierungen der LSB] (englisch)
	* [http://refspecs.linuxfoundation.org/lsb.shtml Übersicht über alle LSB-Spezifikationen] (englisch)		* [http://refspecs.linuxfoundation.org/lsb.shtml Übersicht über alle LSB-Spezifikationen] (englisch)
	* [https://pdfs.semanticscholar.org/641d/13e702173c7dc3807f478c35c4928d169a20.pdf?sg=AOvVaw15SJQ2DdVQ68U4Z1TC_9VU ''Building Applications with the Linux Standard Base''] (PDF Download) Handbuch zum Entwickeln von LSB-konformer Software (englisch)		* [https://pdfs.semanticscholar.org/641d/13e702173c7dc3807f478c35c4928d169a20.pdf?sg=AOvVaw15SJQ2DdVQ68U4Z1TC_9VU ''Building Applications with the Linux Standard Base''] (PDF-Download) Handbuch zum Entwickeln von LSB-konformer Software (englisch)

	== Einzelnachweise ==		== Einzelnachweise ==

80.155.186.252: Korrekturen der Angaben

80.155.186.252 — Tue, 28 Jul 2020 11:05:13 GMT

Korrekturen der Angaben

← Nächstältere Version		Version vom 28. Juli 2020, 13:05 Uhr
Zeile 65:		Zeile 65:
	\| 31. Oktober 2005		\| 31. Oktober 2005
	\|		\|
	* Unterstützung für [[~~Qt (Bibliothek)\|Qt~~]] 3.~~3 und Qt 4~~		* Unterstützung für [[GTK+]] 2.0
			* Unterstützung für [[Qt (Bibliothek)\|Qt]] 3.3 und optional auch Qt 4
	* Unterstützung für portable Desktop-Anwendungen		* Unterstützung für portable Desktop-Anwendungen
	* Modularer Aufbau<ref>[http://www.golem.de/0604/44936.html LSB 3.1 mit besserer Desktop-Unterstützung]</ref>		* Modularer Aufbau<ref>[http://www.golem.de/0604/44936.html LSB 3.1 mit besserer Desktop-Unterstützung]</ref>
Zeile 81:		Zeile 82:
	\| 11. November 2008		\| 11. November 2008
	\|		\|
			* Aufnahme der Standardbibliothek [[Cairo (Grafikbibliothek)\|Cairo]] 1.0.2
	* Spezifikation für Shellskripte		* Spezifikation für Shellskripte
	* Separates Software Development Kit (SDK)		* Separates Software Development Kit (SDK)
Zeile 88:		Zeile 90:
	\| 3. März 2011		\| 3. März 2011
	\|		\|
	* ~~Aufnahme~~ ~~der Standardbibliotheken~~ [[GTK+]] 2.10 und [[Cairo (Grafikbibliothek)\|Cairo]] 1.2.0		* Update auf [[GTK+]] 2.10.14 und [[Cairo (Grafikbibliothek)\|Cairo]] 1.2.0
	* Entfernung von [[Java (Programmiersprache)\|Java]]<ref>[http://www.golem.de/1103/82044.html Linux Foundation: Linux Standard Base 4.1 ohne Java] – Artikel bei ''[[Golem.de]]'', vom 11. März 2011</ref>		* Entfernung von [[Java (Programmiersprache)\|Java]]<ref>[http://www.golem.de/1103/82044.html Linux Foundation: Linux Standard Base 4.1 ohne Java] – Artikel bei ''[[Golem.de]]'', vom 11. März 2011</ref>
	\|-		\|-

Aka: /* Drepper-Kritik */ Tippfehler entfernt

Aka — Mon, 11 May 2020 09:44:57 GMT

Drepper-Kritik: Tippfehler entfernt

← Nächstältere Version		Version vom 11. Mai 2020, 11:44 Uhr
Zeile 34:		Zeile 34:

	=== Drepper-Kritik ===		=== Drepper-Kritik ===
	2005 wurde die LSB von [[glibc]]-[[Maintainer]] [[Ulrich Drepper]] als ineffektiv kritisiert<ref>{{cite web\|url=http://www.linux-magazin.de/Heft-Abo/Ausgaben/2006/01/Software-nach-Standardmass/%28offset%29/10 \|pages=10 \|publisher=linux-magazin.de \|title=Linux Standard Base 3.0 Software nach Standardmaß \|first=Tim\|last=Schürmann \|date=2006-01-01\|work=Linux Magazin 2006/01 \|accessdate=2012-02-12}}</ref>, konkret monierte er fehlerhafte Testsuiten.<ref name="drepper2005">{{cite web\|url=http://udrepper.livejournal.com/8511.html\|first=Ulrich\|last=Drepper\|title=Do you still think the LSB has some value?\|publisher=udrepper.livejournal.com\|quote=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.\|date=2005-09-17\|language=englisch\|accessdate=2012-02-12}}</ref> 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, [[Interoperabilität\|interoperablen]] Softwaremarkt.<ref name=licquia2005>{{cite web\|url=http://www.licquia.org/archives/2005/09/27/yes-the-lsb-has-value/\|title=Yes, the LSB Has Value\|date=2005-09-27 \|accessdate=2012-02-12\|language=englisch\|first=Jeff \|last=Licquia}}</ref>		2005 wurde die LSB von [[glibc]]-[[Maintainer]] [[Ulrich Drepper]] als ineffektiv kritisiert<ref>{{cite web\|url=http://www.linux-magazin.de/Heft-Abo/Ausgaben/2006/01/Software-nach-Standardmass/%28offset%29/10 \|pages=10 \|publisher=linux-magazin.de \|title=Linux Standard Base 3.0 Software nach Standardmaß \|first=Tim\|last=Schürmann \|date=2006-01-01\|work=Linux-Magazin 2006/01 \|accessdate=2012-02-12}}</ref>, konkret monierte er fehlerhafte Testsuiten.<ref name="drepper2005">{{cite web\|url=http://udrepper.livejournal.com/8511.html\|first=Ulrich\|last=Drepper\|title=Do you still think the LSB has some value?\|publisher=udrepper.livejournal.com\|quote=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.\|date=2005-09-17\|language=englisch\|accessdate=2012-02-12}}</ref> 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, [[Interoperabilität\|interoperablen]] Softwaremarkt.<ref name=licquia2005>{{cite web\|url=http://www.licquia.org/archives/2005/09/27/yes-the-lsb-has-value/\|title=Yes, the LSB Has Value\|date=2005-09-27 \|accessdate=2012-02-12\|language=englisch\|first=Jeff \|last=Licquia}}</ref>

	== Versionen ==		== Versionen ==