Linux Today: Linux News On Internet Time.
Search Linux Today
search.internet.com
Linux News Sections:  Blog -  Developer -  High Performance -  Infrastructure -  IT Management -  Security -  Storage -
Linux Today Blog
Linux Today Navigation
LT Home
Preferences
Contribute
Link to Us
Search
Linux Jobs

Marketplace Partners

internet.commerce
Be a Commerce Partner

The Linux Channel at internet.com
Linux Today
Enterprise Linux Today
Apache Today
JustLinux.com
Linux Planet
PHPBuilder
All Linux Devices
Technology Jobs

searchcats.jpg

February 2009
Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28

Of False Dichotomies and 'Proprietary Open Source'

| | Comments (0)

On the Open Sources blog, Savio Rodrigues goes to great lengths to basically say "It's proprietary Open Source! Not that there's anything wrong with that..." Savio's point is to define as "proprietary open source" when you cannot post your modifications upstream into the canonical project. He uses the following example to illustrate his point...

I buy a license for RHEL
I find a bug or want a new feature
Lucky for me, I have the source code to RHEL
I also have the technical skills to pay the billz
I fix the bug and add that new feature to my copy of RHEL
I no longer have RHEL, I have RHEL*

Can I get support for RHEL* from Red Hat? A candy bar to readers who answer, "nope, you're out of luck, Red Hat won't support you on anything other than RHEL (i.e. RHEL* != RHEL)".

Well, yes, Savio. It's called gating your community to prevent any riff-raff from contributing their riffy-raff into your codebase. Put another way--let's say that the people producing RHEL* above were to, say, learn from their experience and become more involved with the software projects that form parts of RHEL or Fedora. In that case, their changes are not for naught and are then propagated throughout the RHEL ecosystem. Yes, it's true that before you build up that trust you are basically SOL when it comes to pushing your changes to the upstream project(s), but I can't see this trust mechanism going away, and for good reason.

Savio's larger point, and the reason he calls it proprietary, is to state that this is the moral equivalent of good ole regular proprietary software... not that there's anything wrong with that! However, the fact remains that Savio's commentary would have been just as valid if he used any of the .org-iest of the .org's in his example. I defy anyone to name an open source project, no matter how academic or non-profit in structure, that will immediately take on a new contributor's code. They won't, and they shouldn't. The RHEL/RHEL* example above would have been just as valid if it were about Linux kernel/Linux kernel* or bash / bash* or any number of other projects in the world.

So yes, being the creator of the code does place you in a position of power with respect to what goes into it in the future. This is true whether you're a traditional proprietary ISV or a college professor itching to form a non-profit foundation around your pet project. This is not news, and I'm pretty sure it's not proprietary.

For more John Mark, visit his blog, "There is No Open Source Community."


Leave a comment








All times are recorded in UTC.
Linux is a trademark of Linus Torvalds.
Powered by Linux, Apache and PHP

internet.comearthweb.comDevx.commediabistro.comGraphics.com

Search:

Jupitermedia Corporation has two divisions: Jupiterimages and JupiterOnlineMedia

Jupitermedia Corporate Info

Legal Notices, Licensing, Reprints, Permissions, Privacy Policy.
Advertise | Newsletters | Tech Jobs | Shopping | E-mail Offers