License to FUD

Evan Liebovitch | June 19, 2001 12:00 AM PDT

Summary

Use of the GNU GPL may be based more on fear than on freedom, but thatfear is justified
COMMENTARY--In lastweek's column, I asked why BSD-licensed operating systems didn't seemto be attracting as many corporate supporters and programmers as the GNU GPL-based Linux.Why does it appear that so many of the new and most actively developedopen-source projects these days are being done under the GNU license,rather than the BSD one which proponents say is more business-friendly?

I found answers in many places: ZDNet Talkbacks attached to the column,private e-mail, as well as BSDand Linuxdiscussion areas. It seems that what motivates an open source programmerto choose one approach over another may have more to do with fear andmistrust than with freedom.

By far the majority of replies and comments came from people who preferredthe GPL. These people explained that developers consider the GPL to be intheir interest, even though the GPL forces them (and subsequentdevelopers) to publish any updates or modifications. But there werecertainly many people offering the BSD point of view, maintaining thattheir approach was indeed better for businesses, pointing out howcompanies such as Apple and Microsoft benefited their users by incorporatingBSD-licensed code.

Then there was the handful of BSD supporters who seemed indignant that I'deven asked the question. I wonder what were they scared of.

As I read the responses, a different, far more widespread fear emerged:most programmers did not want the work they released to be used in amanner they did not support. The BSD philosophy seems to hold thatcreating and giving away code, then seeing it used by others, is victoryand reward enough. But most of the GPL supporters disapproved of allowing"others" to close off source code and hide enhancements.

Likewise, IBM, SGI, and other companies don't want to contribute sourcecode to the community if competitors can use it against them. While usingthe GPL won't prevent competitors from using the code, it does keep themfrom making proprietary extensions. This appears to be the strongest casein favor of corporate support of Linux and the GPL. And while some bigcompanies such as Microsoft and Apple use BSD-based code, few of themencourage its use by others.

(It's interesting to note that Apple, while having no problem usingBSD-based code made by others, releases its own open source stuff under alicense that's morerestrictive than the GPL.)

The BSD philosophy of sharing code was born in the days of a friendliercomputing landscape, when people freely shared code and computer access.Before the Internet they used the UUCP protocol toexchange e-mail and news. When the Internet came along, no one mindedinsecure telnet and FTP, because back then, it was a kinder andgentler--and of course much smaller--Internet.

Today the computing world has become nastier and more predatory. Kerberos(BSD code to which Microsoft made proprietary modifications in order towarp a standard protocol) and the X Window System (which was almostmade proprietary by The Open Group) were two examples which plantedfear in programmers about dangers in the BSD approach. It is this fear, Ibelieve, far more than GPL creator Richard Stallman's appeals tofreedom, that has primarily driven the popularity of the GPL.

Just because someone uses the GPL doesn't mean they buy into the dogma ofStallman and his Free SoftwareFoundation. Not everyone using or creating GPL code believes in thenecessity of ending all use and development of proprietary software. Manyappear to use the GPL simply as a way to balance the playing field forcertain core elements of computer software. (Of course, opinions varywildly on what constitutes the "core," but that's a different story.)

The GPL has gotten a job, taken the car keys, and left home; it's notunder its father's control anymore (if it ever was). Companies are findingthat by using both GPL and commercial applications, they can have the bestof both worlds and develop sustainable business models. The BSD approachworks best in some scenarios--such as for reference implementations ofstandards aimed at maximum deployment. For instance, having a BSD-licensedimplementation of the OggVorbis audio format will likely boost its widespread adoption farbetter than a GPL-licensed implementation could, because developers canfreely embed such code in existing (proprietary) software.

But for most other uses, either GPL or full proprietary is preferred inthe not-so-kind computing environment of today.

How can the BSD license build momentum in today's computing environment?Tell Evan in the Talkback below or in the ZDNetLinuxForum. Or write to Evan directly at evan@starnix.com.

Talkback - Tell Us What You Think

Formatting +
BB Codes - Note: HTML is not supported in forums
  • [b] Bold [/b]
  • [i] Italic [/i]
  • [u] Underline [/u]
  • [s] Strikethrough [/s]
  • [q] "Quote" [/q]
  • [ol][*] 1. Ordered List [/ol]
  • [ul][*] · Unordered List [/ul]
  • [pre] Preformat [/pre]
  • [quote] "Blockquote" [/quote]

The best of ZDNet, delivered

ZDNet Newsletters

Get the best of ZDNet delivered straight to your inbox

Facebook Activity