Linux Public Trust?
Many of you may not remember, but there was a fight over the Linux trademark a few years back. It turns out that a person who had nothing to do with Linux registered the trademark, then asked all the businesses in the Linux community for 10% of their gross sales for the use of “his” trademark.
What happened next was one of the best examples of what Linux is all about. A group of us, coordinated by Linux International, put together a cooperative effort to rescue the trademark. In spite of being competitors and having different ideas as to what the right disposition of the trademark was, we all cooperated—both in our appearance of unity, and financially—to rescue the trademark and get it into the hands of the good guys. As I'm sure you are aware, the rescue effort was a success.
What's important here is why we cooperated. It would be nice to say that everyone involved was just a nice person (or a nice company). While I have a lot of respect for most of the people involved, there is more to it. We all saw the potential of Linux, and realized that if deployment of Linux could go forward, we all could grow our businesses. Time has proved this to be correct.
While Linux has been commercial to the extent of businesses selling products to the Linux community since 1993, a significant change happened in 1999. With existing public companies such as Informix, IBM, HP and Compaq getting on the Linux bandwagon and IPOs from previously private companies in the Linux space, the rules of the game have changed. We now have significant players in the Linux arena whose primary responsibility is to their shareholders, and it is not likely that shareholders in companies such as IBM have more interest in the future of Linux than in their own personal gain.
The good news is that members of the Linux community can recognize this and treat them appropriately. Sure, we want these new players, but we also realize that what is best for our community and what is best for a big corporation with a Linux sideline are not necessarily the same thing.
To me, the bigger concern is what could happen with our own players. While the scenario I outline below could happen with any Linux distribution manufacturer, I use Red Hat as an example because they are in the news again with their purchase of Hell's Kitchen Systems.
Red Hat has done a good job of establishing their brand so that many see Red Hat and Linux as synonymous. This is very similar to the earlier practice of referring to computers as IBM machines. It makes business sense on Red Hat's part, but also helps them grow at the expense of at least the other Linux distribution vendors. I feel it is also at the expense of the Linux community as a whole because, taken to the extreme, we end up with a fragmented Linux market competing against Microsoft.
How can this happen? I don't know Red Hat's plans, but if they decide to turn Cygnus and HKS into “Red Hat-only” companies, producing software that runs on only the Red Hat flavor of Linux, then we start to produce this problem. The direct effect is that other Linux distribution vendors lose market share. That is the short-term problem, but not the significant one.
The next thing that happens is other software vendors see Linux as a less-viable platform for a port of their software, because there is no longer one Linux to port to. While this may sound good, the consumer then sees less of a choice in selecting a Linux distribution. This is hard to sell to a consumer who has been advised to flee Microsoft because they don't offer a choice.
I feel there is. The first step was establishing the Linux Standards Base project. This is an effort to create a core functionality made available by Linux. Once in place, vendors will be able to port to this standard and test their software against a standard distribution. If their software runs against the standard, then it should run on any Linux distribution subscribing the the LSB standards effort. Unfortunately, LSB could be too late.
In the meantime, I think a good alternative is possible. It is time to cooperate again. I believe it's time to start what I will call “The Linux Company”. It would be a for-profit company, owned by other Linux distribution manufacturers. It would then invest in (or possibly purchase) companies that would benefit the whole Linux community. For example, if SoftLogik, a company that produces a layout program, were to commit to a port of their software to Linux, The Linux Company could chose to invest. One condition would be, of course, that the Linux port would run on all Linux distributions represented by The Linux Company.
I don't see this idea as a replacement for the LSB effort. I see it as something that would help the effort along. LSB is primarily technical. This would be a tool that would help move the importance of those technical issues into the realm of corporate leaders.
Phil Hughes
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
| Designing Electronics with Linux | May 22, 2013 |
| 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 |
- RSS Feeds
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Designing Electronics with Linux
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- A Topic for Discussion - Open Source Feature-Richness?
- Drupal Is a Framework: Why Everyone Needs to Understand This
- Validate an E-Mail Address with PHP, the Right Way
- What's the tweeting protocol?
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?



9 hours 58 min ago
14 hours 25 min ago
18 hours 50 sec ago
18 hours 33 min ago
20 hours 56 min ago
20 hours 59 min ago
21 hours 1 min ago
1 day 1 hour ago
1 day 3 hours ago
1 day 8 hours ago