Bradley M. Kühn
●Contact
●
Fediverse / Mastodon / Microblog
●
Blog
●
Interviews / Articles
●Software
●Résumé
(一)accounting
(二)advocacy
(三)agpl
(四)ai
(五)android
(六)apache
(七)apple
(八)apt
(九)artistic
(十)asterisk
(11)automotive
(12)autonomous
(13)award
(14)bilski
(15)canonical
(16)capitalism
(17)centos
(18)cla
(19)community
(20)compliance
(21)conferences
(22)conservancy
(23)copyleft
(24)copyright
(25)cow-orking
(26)cpp
(27)debian
(28)denounce
(29)development
(30)diversity
(31)emacs
(32)encryption
(33)enforcement
(34)exceptions
(35)faif
(36)fdl
(37)for-profit
(38)fosdem
(39)foss
(40)fsf
(41)gcc
(42)git
(43)gnome
(44)gnu
(45)google
(46)GPL
(47)gpl
(48)gpl-compatibility
(49)gpl-enforcement
(50)gplv3
(51)guadec
(52)ibm
(53)identica
(54)infringement
(55)java
(56)javascript
(57)jvm
(58)launchpad
(59)ldap
(60)lgpl
(61)libreoffice
(62)libreplanet
(63)licensing
(64)lindows
(65)linux
(66)llm
(67)maemo
(68)mail
(69)meego
(70)microsoft
(71)mobile
(72)moblin
(73)mono
(74)motorola
(75)mta
(76)murder
(77)mysql
(78)net-services
(79)nlp
(80)nokia
(81)non-profit
(82)np-complete
(83)open-core
(84)open-foam
(85)open-source
(86)oracle
(87)osi
(88)parrot
(89)patents
(90)perl
(91)perljvm
(92)permissive-license
(93)piracy
(94)podcast
(95)podjango
(96)poker
(97)politics
(98)postfix
(99)proprietary
(100)qt
(101)red-hat
(102)replicant
(103)requiem
(104)rhel
(105)rtlinux
(106)SCALE
(107)sco
(108)scotus
(109)security
(110)sexism
(111)sflc
(112)slicing
(113)social-justice
(114)software
(115)software-freedom
(116)speeches
(117)stet
(118)talks
(119)tcl
(120)teaching
(121)tech-press
(122)technology
(123)thesis
(124)tivoization
(125)trademarks
(126)trump
(127)ubuntu
(128)vizio
(129)voip
(130)xen
Powered by
A Very Old Fork of Jekyll
"Source Code" for this site
Beware of Proprietary Drift
Saturday 8 May 2010 by Bradley M. Kühn
The Free Software Foundation
(FSF) announced
yesterdayacampaign to collect
a clear
list of OpenOffice.Org extensions that are
FaiF, to convince the OO.o
Community Council to list only FaiF extensions, and to find those
extensions that are proprietary software, so that OO.o extension
developers can focus of their efforts on writing replacements under a
software-freedom-respecting license.
I use OpenOffice.Org (OO.o) myself only when someone else sends me a
document in that format; I'm a LaTeX, DocBook, MarkDown, or HTML user for
documents I originate. Nevertheless, I'm obviously a rare sort of
software user, and I understand that OO.o is a program many people use.
Plus, a program like OO.o is extremely large, with a diverse user base, so
extension-style improvement, from a technological perspective, makes sense
to meet all the users' requirements.
Unfortunately, the social impact of a program designed this way causes
danger for software freedom. It sometimes causes a chain of events that
I call “proprietary drift” — a social phenomena that
leads otherwise FaiF codebases to slowly become, in their default use,
mostly proprietary packages, at least with regard the features users
find most important and necessary.
Copyleft itself was originally designed to address this problem: to
make sure that improved versions of packages were available with as much
software freedom as the original. Copyleft isn't a perfect solution to
reach this goal, and furthermore many essential software freedom
codebases are under weak copyleft and/or permissive licenses. Such is
the case with OO.o, and the proprietary drift of the codebase is thus of
great concern here.
For those of us that have the goal of building a world where software
freedom is given for all published and deployed software, this problem
of proprietary drift is a terrible threat. In many ways, it's even a
worse threat than the marketing and production of fully proprietary
software. This may seem a bit counter-intuitive on its surface; logic
would seem to dictate that some software freedom is better than none,
and therefore an OO.o user with a few proprietary extensions installed
is better off than a Microsoft Word user. And, in fact, none of that is
false.
However, the situation introduces a complexity. In short, it can
inspire a “good enough” reaction among users. Particularly
for users who have generally used only proprietary software, the
experience of using a package that mostly respects software freedom can
be incredibly liberating. When 98% of your software is FaiF-licensed,
you sometimes don't notice the 2% that isn't. Over time, the 2% goes up
to 3%, then 4%. This proprietary drift will often lead back to a system
not that much different from (for example) Apple's operating system,
which has a permissively-licensed software freedom core, but most of the
system is very much proprietary. In other words, in the long term,
proprietary drift leads to mostly proprietary systems.
Sometimes, I and other software freedom advocates are criticized for
giving such a hard time to those who are seemingly closest to our
positions. Often, this is because the threat of proprietary drift is so
great. Concern about proprietary drift is, at least in large part, the
inspiration for
positions opposing
UbuntuOne, for
the Linux Libre
project, and for
this this
new initiative to catalog the FaiF OO.o extensions and rewrite the
proprietary ones. We all agree that purely proprietary software
programs like those from Apple, Microsoft, and Oracle are the greatest
threat to software freedom in the short term. But, in the long term,
proprietary drift has the potential to creep up on users who prefer
software freedom. You may never see it coming if you aren't constantly
vigilant.
[There's a derivative version of
this article
available in Arabic. I can't personally attest to the accuracy of
the translation, as I can't read Arabic,
but osamak, the translator, is a
good guy.]
Disclaimer: While I am
a member of FSF's
Board of Directors, and I believe the positions stated above are
consistent with FSF's positions, the opinions are not necessarily
those of the FSF even though I refer to various FSF-sponsored
initiatives. Furthermore, this remains my personal blog and the
opinions certainly do not express those of my
employer nor those of any other organization or project for which I
volunteer.
Posted on Saturday 8 May 2010 at 12:40 by Bradley M. Kühn.
Comment on this post in this discussion forum conversation.
← Previous: First, we kill all the patent lawyers by Steven J. Vaughan-Nichols
Next: Where Are The Bytes? →
This website and all documents on it are licensed under a
Creative Commons Attribution-Share Alike 3.0 United States License
.
#include <std/disclaimer.h>
use Standard::Disclaimer;
from standard import disclaimer
SELECT full_text FROM standard WHERE type = 'disclaimer';
Both previously and presently, I have been employed by and/or done work for various organizations that also have views on Free, Libre, and Open Source Software. As should be blatantly obvious, this is my website, not theirs, so please do not assume views and opinions here belong to any such organization.
— bkuhn
ebb is a (currently) unregistered service mark of Bradley Kühn.
Bradley M Kühn
<bkuhn@ebb.org>