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
Today’s modular x86 servers are compute-centric, designed as a least common denominator to support a wide range of IT workloads. Those generic, virtualized IT workloads have much different resource optimization requirements than hyperscale and cloud applications. They have resulted in a “one size fits all” enterprise IT architecture that is not optimized for a specific set of IT workloads, and especially not emerging hyperscale workloads, such as web applications, big data, and object storage. In this report, you will learn how shifting the focus from traditional compute-centric IT architectures to an innovative disaggregated fabric-based architecture can optimize and scale your data center.
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
| 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 |
| Trying to Tame the Tablet | May 08, 2013 |
| Dart: a New Web Programming Experience | May 07, 2013 |
- RSS Feeds
- New Products
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Home, My Backup Data Center
- What's the tweeting protocol?
- Developer Poll
- New Products
- Dart: a New Web Programming Experience
Enter to Win an Adafruit Prototyping Pi Plate 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 Prototyping Pi Plate 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
- Next winner announced on 5-21-13!
Free Webinar: Linux Backup and Recovery
Most companies incorporate backup procedures for critical data, which can be restored quickly if a loss occurs. However, fewer companies are prepared for catastrophic system failures, in which they lose all data, the entire operating system, applications, settings, patches and more, reducing their system(s) to “bare metal.” After all, before data can be restored to a system, there must be a system to restore it to.
In this one hour webinar, learn how to enhance your existing backup strategies for better disaster recovery preparedness using Storix System Backup Administrator (SBAdmin), a highly flexible bare-metal recovery solution for UNIX and Linux systems.



1 hour 14 min ago
9 hours 40 min ago
9 hours 46 min ago
10 hours 16 min ago
13 hours 30 min ago
13 hours 34 min ago
14 hours 14 min ago
18 hours 21 min ago
18 hours 40 min ago
18 hours 49 min ago