Linux Standard Base

Appearance move to sidebar hide

The LSB logo

The Linux Standard Base (LSB) was a joint project by several Linux distributions under the organizational structure of the Linux Foundation to standardize the software system structure, including the Filesystem Hierarchy Standard. LSB was based on the POSIX specification, the Single UNIX Specification (SUS), and several other open standards, but extended them in certain areas.

According to LSB:

The goal of the LSB is to develop and promote a set of open standards that will increase compatibility among Linux distributions and enable software applications to run on any compliant system even in binary form. In addition, the LSB will help coordinate efforts to recruit software vendors to port and write products for Linux Operating Systems.

LSB compliance might be certified for a product by a certification procedure.

LSB specified standard libraries (centered around the, a number of commands and utilities that extend the POSIX standard, the layout of the file system hierarchy, run levels, the printing system, including spoolers such as CUPS and tools like Foomatic, and several extensions to the X Window System. It also specified boot facilities, such as $local_fs, $network, which were used to indicate service dependencies in System V-style initialization scripts. A machine readable comment block at the top of a script provided the information necessary to determine at which point of the initialization process the script should be invoked; it was called the LSB header.

The command lsb_release -a was available in many systems to get the LSB version details, or could be made available by installing an appropriate package, for example the redhat-lsb package in Red-Hat-flavored distributions such as Fedora, or the lsb-release package in Debian-based distributions.

The standard stopped being updated in 2015 and current Linux distributions do not adhere to or offer it; however, the lsb_release command is sometimes still available. On February 7, 2023, a former maintainer of the LSB wrote, "The LSB project is essentially abandoned."

An example of LSB output in a terminal (Debian version 11)

Backward compatibility

LSB aims to make userspace binaries portable

LSB was designed to be binary-compatible and produced a stable application binary interface (ABI) for independent software vendors. To achieve backward compatibility, each subsequent version was purely additive. In other words, interfaces were only added; no interfaces were removed. The LSB adopted an interface deprecation policy to give application developers enough time in case an interface was removed from LSB.

This allowed the developer to rely on every interface in LSB for a known time and also to plan for changes. Interfaces were only removed after having been marked "deprecated" for at least three major versions, or roughly eleven years.

LSB 5.0 was the first major release that broke backward compatibility with earlier versions.

Version history

ISO/IEC standard

The LSB, version 3.1, is registered as an official ISO/IEC international standard. The main parts of it are:

There is also ISO/IEC TR 24715:2006 which identifies areas of conflict between ISO/IEC 23360 (the Linux Standard Base 3.1 specification) and the ISO/IEC 9945:2003 (POSIX) International Standard.

The LSB, version 5.0, is also registered as an official ISO/IEC international standard.

ISO/IEC 23360 and ISO/IEC TR 24715 can be freely downloaded from ISO website.


While LSB was a standard and without a competitor, it was followed only by few Linux distributions. For instance, only 21 distribution releases (versions) were certified for LSB version 4.0, notably Red Flag Linux Desktop 6.0, Red Hat Enterprise Linux 6.0, SUSE Linux Enterprise 11, and Ubuntu 9.04 (Jaunty Jackalope); even fewer were certified for version 4.1.

The LSB was criticized for not taking input from projects, most notably the Debian project, outside the sphere of its member companies.

Choice of the RPM package format

LSB specified that software packages should either be delivered as an LSB-compliant installer, or (preferably) be delivered in a restricted form of the RPM Package Manager format.

This choice of package format precluded the use of other existing package formats not compatible with RPM. To address this, the standard did not dictate which package format the system must use for its own packages, merely that RPM must be supported to allow packages from third-party distributors to be installed on a conforming system.

Limitations on Debian

Debian included optional support for LSB early on, at version 1.1 in "woody" (3.0; July 19, 2002), 2.0 in "sarge" (3.1; June 6, 2005), 3.1 in "etch" (4.0; April 8, 2007), 3.2 in "lenny" (5.0; February 14, 2009) and 4.1 in "wheezy" (7; May 4, 2013). To use foreign LSB-compliant RPM packages, the end-user needs to use Debian's Alien program to transform them into the native package format and then install them.

The LSB-specified RPM format had a restricted subset of RPM features—to block usage of RPM features that would be untranslatable to .deb with Alien or other package conversion programs, and vice versa, as each format has capabilities the other lacks. In practice, not all Linux binary packages were necessarily LSB-compliant, so while most could be converted between .rpm and .deb, this operation was restricted to a subset of packages.

By using Alien, Debian was LSB-compatible for all intents and purposes, but according to the description of their lsb package, the presence of the package "does not imply that we believe that Debian fully complies with the Linux Standard Base, and should not be construed as a statement that Debian is LSB-compliant."

Debian strived to comply with the LSB, but with many limitations. However, this effort ceased around July 2015 due to lack of interest and workforce inside the project. In September 2015, the Debian project confirmed that while support for Filesystem Hierarchy Standard (FHS) would continue, support for LSB had been dropped. Ubuntu followed Debian in November 2015.

Quality of compliance test suites

Additionally, the compliance test suites were criticized for being buggy and incomplete—most notably, in 2005 Ulrich Drepper criticized the LSB for poorly written tests which can cause incompatibility between LSB-certified distributions when some implement incorrect behavior to make buggy tests work, while others apply for and receive waivers from complying with the tests. He also denounced a lack of application testing, pointing out that testing only distributions can never solve the problem of applications relying on implementation-defined behavior.

For the vendors considering LSB certifications in their portability efforts, the Linux Foundation sponsored a tool that analyzed and provided guidance on symbols and libraries that go beyond the LSB.

See also


  1. ^ "Certifying an Application to the LSB". Linux Foundation. 2008. Archived from the original on July 15, 2009. Retrieved April 26, 2010.
  2. ^ "Facility Names". Linux Standard Base Core Specification 3.1. 2005.
  3. ^ "Comment conventions for init scripts". Linux Standard Base Core Specification 3.1. 2005.
  4. ^ "Package redhat-lsb". Archived from the original on September 1, 2015. Retrieved August 15, 2015.
  5. ^ "Re: Archive of this Mailing List". lsb-discuss mailing list. February 7, 2023.
  6. ^ "LSB Roadmap". Linux Foundation. 2008. Retrieved April 26, 2010.
  7. ^ "LSB 5.0 Release Notes". Archived from the original on July 8, 2017. Retrieved June 3, 2015.
  8. ^ djwm (March 10, 2011). "Java removed from Linux Standard Base 4.1". Archived from the original on December 7, 2013.
  9. ^ "Java removed from Linux Standard Base 4.1". March 10, 2011. Retrieved August 15, 2015.
  10. ^ "LSB 5.0 Release Notes: Qt 3 Removed". Retrieved June 3, 2015.
  11. ^ ISO/IEC 23360-1:2006 - Linux Standard Base (LSB) core specification 3.1 -- Part 1: Generic specification. Retrieved October 15, 2011.
  12. ^ ISO/IEC TR 24715:2006 - Information technology -- Programming languages, their environments and system software interfaces -- Technical Report on the Conflicts between the ISO/IEC 9945 (POSIX) and the Linux Standard Base (ISO/IEC 23360). Retrieved October 15, 2011.
  13. ^ "ISO Publicly Available Standards". Retrieved October 15, 2011.
  14. ^ Certified Products Product Directory on (2015-01-12)
  15. ^ "".
  16. ^ "".
  17. ^ "".
  18. ^ "".
  19. ^ "Chapter 22. Software Installation 22.1. Introduction". Linux Standard Base Core Specification 3.1. 2005.
  20. ^ "Chapter 22. Software Installation 22.3. Package Script Restrictions". Linux Standard Base Core Specification 3.1. 2005.
  21. ^ a b "Debian -- Details of package lsb in lenny (stable) -- Linux Standard Base 3.2 support package". Debian Project. August 18, 2008. Retrieved April 26, 2010.
  22. ^ "Debian LSB". Debian Project. Retrieved April 26, 2010.
  23. ^ "Debian LSB ML discussion". Debian Project. Retrieved September 12, 2015.
  24. ^ "Debian dropping the Linux Standard Base".
  25. ^ "lsb 9.20150917ubuntu1 source package in Ubuntu". November 19, 2015.
  26. ^ a b Drepper, Ulrich (September 17, 2005). "Do you still think the LSB has some value?". Retrieved April 26, 2010.
  27. ^ "All About the Linux Application Checker". Linux Foundation. 2008. Retrieved April 26, 2010.

External links