Linux Distributions Agree on Standards
Way back in 1997, a group of Linux software developers were pondering what could be done to circumvent the minor but troubling variations between the different Linux distributions. Not only that, but they were also contending with differences between versions of a single Linux distribution.
For the group's free software developers, the issue was finding the time to build new functionality and enhancements rather than spending hours verifying that their software worked on all the Linux distributions.
For the non-free software developers, the issue was the same, but they also had paying customers to placate and employees to take care of. Something had to be done.
Fortunately, almost everyone agreed, from upstream authors to Linux distributions to users. Soon thereafter the Linux Standard Base (LSB) Project was formed, with Alan Cox designing the web site, Bruce Perens taking the leadership role and Jon “maddog” Hall offering guidance. Things seemed fine, with Linus Torvalds behind the effort, but this group of pioneers didn't realize just how huge a project they had signed on to. Not only did they need to create a standard that would meet the needs of developers, distributions, businesses and users, but they had to make it really work, and they only had one chance to do it right.
Fast-forward to the year 2000. The LSB was at version 0.02 and was being approached by a group of developers wanting advice for creating a Linux internationalization standard. After a few discussions it was apparent that a new format was needed, something that would bring in more resources to both efforts while allowing them to remain independent and community-led. This was the genesis of the Free Standards Group.
The Free Standards Group is a California nonprofit corporation dedicated to accelerating the use and acceptance of open-source technologies through the development, application and promotion of standards.
Soon after its founding in late 2000, the Free Standards Group acted as a galvanizer for free and open-source developers and the IT industry alike. Activities around the development of the LSB and Openi18n, the Open Internationalization Initiative, really began to take off. By the close of 2001, both groups had completed version 1.0 of their standards and were confident they would meet with widespread adoption. This confidence was primarily because the targeted adopters were the same people and companies that built the standards. Developers like Ted Ts'o, Stuart Anderson and Dan Quinlan and companies like Red Hat, SuSE, HP and IBM all put their resources into this effort.
These were not efforts for simply documenting a specification; rather, they were creating a formal comprehensive behavioral description of the Linux system and a method for building on to it and proving it. For example, the LSB includes test suites for the operating system, applications and build environment. It also includes a build environment, sample implementation, application battery and full documentation. Here is a breakdown of the pieces:
Written specification: defines the behavior of an LSB-compliant operating system. It does not say which version of a kernel, library or other core element should be used, only the ways each piece will behave. This allows for developers to have to be concerned only with the APIs and APIs of the operating system.
Test suites: include tests for the operating system, applications and build environment.
Build environment: an isolated environment that developers chroot into to build compliant applications.
Sample implementation: an isolated environment that developers chroot into to test run compliant applications.
Application battery: a collection of open-source applications run to stress test compliant operating systems.
About six months after the release of the complete LSB, LSB Certification was launched. Certification gave vendors of both Linux distributions and Linux-based applications a method for verifying and displaying that their products adhered to the standard. Within six weeks of launching LSB Certification, Mandrake, Red Hat and SuSE had applied for and passed LSB Certification.
Today, every major Linux distribution vendor has applied for and achieved LSB Certification. The debate about fragmentation among the Linux distributions can now come to a close. Application developers can be assured that when they build to the LSB, their applications will run unmodified on any LSB-Certified system. Users will benefit from compatibility among the distributions and a larger body of applications.
Despite its great success in the adoption of its standards, the Free Standards Group and its LSB and Openi18n Workgroups are not sitting still. We are moving forward in extending our existing standards and taking on new tasks such as printing and desktop standards.
If you have any interest in the future of Linux you can join us. Membership is open to individuals, nonprofits (including educational institutions), companies and government agencies. To find out more, visit www.freestandards.org.
Scott McNeil is one of the founders and executive director of the Free Standards Group.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
| Non-Linux FOSS: Seashore | May 10, 2013 |
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- Dynamic DNS—an Object Lesson in Problem Solving
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Download the Free Red Hat White Paper "Using an Open Source Framework to Catch the Bad Guy"
- Tech Tip: Really Simple HTTP Server with Python
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?




38 min 4 sec ago
3 hours 49 min ago
6 hours 4 min ago
6 hours 33 min ago
7 hours 31 min ago
9 hours 19 sec ago
10 hours 8 min ago
10 hours 55 min ago
17 hours 31 min ago
23 hours 9 min ago