All posts by Bradley M. Kuhn

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Toward Copyleft Equality for All

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2020/01/06/copyleft-equality.html

[ This blog post was also crossposted to my blog at Software
Freedom Conservancy
. I hope you
will donate
now
before
the challenge match period ends
so that you can support work like this
that I’m doing at my day job. ]

I would not have imagined even two years ago that expansion of copyleft
would become such an issue of interest in software freedom licensing.
Historically and for good reason, addition of new forms of copyleft clauses
has moved at a steady pace. The early 2000s brought network
services clauses (such as that in the Affero GPL), which hinged primarily
on requiring provision of source to network-remote users. Affero GPL implemented this via
copyright-controlled permission of modification. These licenses began as
experiments, and were not approved by some license certification
authorities until many years later.

Even with the copyleft community’s careful and considered growth, there
have been surprising unintended consequences of copyleft licenses. The
specific outcome of proprietary relicensing has spread widely and — for
stronger copyleft licenses like Affero GPL — has become the more
common usage of the license.

As the popularity of Open Source has grown, companies have searched for
methods to combine traditional proprietary licensing business models with
FOSS offerings. Proprietary relicensing, originally
pioneered by MySQL AB (now part of Oracle by way of Sun),
uses software freedom licenses to compel purchase of proprietary licenses
for the same codebase. Companies accomplish this by ensuring they collect
all copyright control of a particular codebase, thus being its sole
licensor, and offer the FOSS licenses as a loss-leader (often zero-cost) product.
Non-commercial users generally are ignored, and commercial users often
operate in fear of captious interpretations of the copyleft
license. The remedy for their fear is a purchase of a separate proprietary
license for the same codebase from the provider. Proprietary relicensing
seems to have been the first mixed FOSS/proprietary business model in history.

The toxicity of this business model has only become apparent in hindsight.
Initially, companies engaging in this business model did so somewhat
benignly — often offering proprietary licenses only to customers who sought to combine the
product with other proprietary software, or as supplemental income along with other
consulting businesses. This business model (for some codebases), however,
became so lucrative that some companies eventually focused exclusively on it. As a result, aggressive copyleft license overreading and inappropriate,
unprincipled enforcement typically came from such companies. For most, the
business model likely reached its crescendo when MongoDB began using the
Affero GPL for this purpose. I was personally told by large companies at the
time (late 2000s into early 2010s) that they’d listed Affero GPL as “Never Allowed Here”
specifically because of shake-downs from MongoDB.

Copyleft itself is not a moral philosophy; rather, copyleft is a strategy
that software freedom activists constructed to advance a particular set of
policy goals. Specifically, software copyleft was designed to ensure that all users received complete, corresponding source
for all binaries, and that any modifications or improvements made anywhere
in the chain of custody of the software were available in source form to
downstream users. As orginially postulated, copyleft was a simple strategy to disarm
proprietarization as an anti-software-freedom tactic.

The Corruption of Copyleft

Copyleft is a tool to achieve software freedom. Any tool can be fashioned
into a weapon when wielded the wrong way. That’s
precisely what occurred with copyleft — and it happened early in
copyleft’s history, too. Before even the release of
GPLv2, Aladdin Ghostscript used a
copyleft
via
a proprietary
relicensing model (which is sometimes confusingly called the “dual
licensing” model)
. This business model initially presented as
benign to software freedom activists; leaders declared the business model
“barely legitimate”, when it rose to popularity
through MySQL AB (later Sun, and later Oracle)’s proprietary relicensing of
the MySQL codebase.

In theory, proprietary relicensors would only offer the proprietary
license by popular demand to those who had some specific reason for wanting
to proprietarize the codebase —
a process that
has been called “selling exceptions”
. In practice, however,
every company I’m aware of that sought to engage in “selling exceptions”
eventually found a more aggressive and lucrative tack.

This problem became clear to me in mid-2003 when MySQL AB
attempted to hire me as a consultant. I was financially in need of
supplementary income so I seriously considered taking the work, but the initial conference call felt surreal and convinced me that
MySQL AB was engaging in problematic behavior . Specifically,
their goal was to develop scare tactics regarding the GPLv2. I never followed up, and I am glad I never made
the error of accepting any job or consulting gig when companies (not just MySQL AB, but also Black Duck and others)
attempted to recruit me to serve as part of their fear-tactics marketing departments.

Most proprietary relicensing businesses work as follows: a
single codebase is produced by a for-profit company, which retains 100%
control over all copyright in the software (either via
an ©AA or a CLA). That codebase is offered as a gratis product to the
marketplace, and the company invests substantial resources in marketing the
software to users looking for FOSS solutions. The marketing department
then engages in captious and unprincipled
copyleft enforcement
actions in an effort to “convert”
those FOSS users into paying customers for proprietary licensing for the
same codebase. (Occasionally, the company also offers additional
proprietary add-ons, improvements, or security updates that are not
available under the FOSS license — when used this way, the model is
often specifically called “Open Core”.)

Why We Must End The Proprietary Relicensing Exploitation of Copyleft

This business model has a toxic effect on copyleft at every level. Users don’t enjoy their software freedom under an assurance that a large
community of contributors and users have all been bound to each other under the same,
strong, and freedom-ensuring license. Instead, they dread the vendor
finding a minor copyleft violation and blowing it out of proportion. The
vendor offers no remedy (such as repairing the violation and promise of
ongoing compliance) other than purchase of a proprietary license.
Industry-wide. I have observed to my chagrin that the
copyleft license that I helped create and once loved, the Affero GPL, was
seen for a decade as inherently toxic because its most common use was by
companies who engaged in these seedy practices. You’ve probably seen me
and other software freedom activists speak out on this issue, in our
ongoing efforts to clarify that the intent of the Affero GPL
was not to create these sorts of corporate code silos that vendors
constructed as copyleft-fueled traps for the unwary. Meanwhile, proprietary relicensing discourages contributions from
a broad community, since any contributor must sign a CLA giving special powers
to the vendor to continue the business model. Neither users nor co-developers benefit from copyleft protection.

The Onslaught of Unreasonable Copyleft

Meanwhile, and somewhat ironically, the success of Conservancy’s and the
FSF’s efforts to counter this messaging about the Affero GPL has created an
unintended consequence: efforts to draft even more restrictive
software copyleft licenses that can more easily implement the
proprietary relicensing business models. We have partially succeeded in
convincing users that compliance with Affero GPL is straightforward, and in the
backchannels we’ve aided users who were under attack from these proprietary
relicensors like MongoDB. In response, these vendors have responded with a forceful
political blow: their own efforts to redefine the future of copyleft, under
the guise of advancing software freedom. MongoDB even cast itself as a “victim”
against Amazon, because Amazon decided to reimplement their codebase from scratch (as proprietary software!)
rather than use the AGPL’d version of MongoDB.

These efforts began in earnest late last year when (against the advice of the
license steward)
MongoDB
forked the Affero GPL to create the SS Public License
. I, with the support of
Conservancy, rose
in opposition of MongoDB’s approach
, pointing out that MongoDB would not
itself agree to its own license (since MongoDB’s CLA would free it from the SS Public License terms). If an entity does
not gladly bind itself by its own copyleft license
(for example, by accepting third-party contributions to its codebases under
that license), we should not treat that entity as a legitimate license
steward, nor treat that license as a legitimate FOSS license. We should
not and cannot focus single-mindedly on interpretation of the
formalistic definitions when we recommend FOSS licensing policy. The message
of “technically it’s a FOSS license, but don’t use” is too complicated to be meaningful.

A Copyleft Clause To Restore Equality

My friend and colleague, Richard Fontana, and I are known for
our very public and sometimes heated debates on all manner of software
freedom policy. We don’t always agree on key issues, but I greatly respect
Fontana for his careful thought and his inventive solutions. Indeed,
Fontana first formulated “inbound=outbound” into that
simple phrasing to more easily explain how the lopsided rights and
permissions exchanges through CLAs actually create bad FOSS policy like
proprietary relicensing. In the copyleft-next project that Fontana began,
he further proposed
this innovative
copyleft clause
that could, when Incorporated in a copyleft license,
prevent proprietary licensing before it even starts! The clause still needs work, but Fontana’s basic idea is revolutionary for copyleft drafting. The essence in non-legalese is
this: If you offer a license that isn’t a copyleft license, the copyleft
provisions collapse and the software is now available to all under a
non-copyleft, hyper-permissive FOSS license.

This solution is ingenious in the way that copyleft itself was an
ingenious way to use copyright to “reverse” the rights and
ensure software freedom. This provision doesn’t prohibit proprietary
relicensing per se, but instead simply deflates the power of copyleft
control when a copyright holder engages in proprietary relicensing
activities.

Given the near ubiquity of proprietary relicensing and the
promulgation of stricter copylefts by companies who seek to
engage (or help their clients engage) in such business models, I’ve come to
a stark policy conclusion: the community should reject any new copyleft
license without a clause that deflates the power of proprietary relicensing. Not only can we
incorporate such a clause into new licenses (such as copyleft-next), but Conservancy’s Executive Director,
Karen Sandler, came up with a basic approach to incorporating similar copyleft equality clauses into written exceptions for existing
copyleft licenses, such as the Affero GPL. I have received authorization to spend some of my Conservancy
time and the time of our lawyers on this endeavor, and we hope to publish more about it in the coming months.

We’ve finished the experiment. After thirty years of proprietary
relicensing, beginning with Aladdin and culminating with MongoDB and their
SS Public License, we now know that proprietary relicensing does not serve
or extend software freedom, and in most cases has the opposite effect. We
must now categorically reject it, and outright reject any new licenses that can be
used for it.

Donate to Conservancy Before End of 2019!

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2019/12/31/donate-conservancy.html

Yesterday, I sent out a version of this blog post to Conservancy’s donors
as a fundraising email. As most people reading this already know, I work
(remotely from the west coast) for a 501(c)(3) charity based in NY
called Software Freedom
Conservancy
, which is funded primarily
from individuals like you
who donate $120/year (or more 🙂
. My primary job and career since 1997
has been working for various charities, mostly related to the general cause
of software freedom.

More generally, I have dedicated myself since the late 1990s to software
freedom activism. Looking back across these two decades, I believe our
movement, focused on software users’ rights, faces the most difficult
challenges yet. In particular, I believe 2019 was the most challenging year
in our community’s history.

Our movement had early success. Most of our primary software development
tools remain (for the moment) mostly Free Software. Rarely do new
developers face the kinds of challenges that proprietary software
originally brought us. In the world today that seemingly embraces Open
Source, the problems are more subtle and complex than they once
were. Conservancy dedicates its work to addressing those enigmatic
problems. That’s why I work here, why I’m glad to support the organization
myself, and why I ask you to support it as well.

Early success was easy for software freedom because the technology
industry ignored us at first. Copyleft
was initially a successful antidote to the very first Digital Restrictions
Management (DRM) — separating the binaries from source code and using
copyright restrictions to forbid sharing. When companies attacked software
freedom and copyleft in the early 2000s, we were lucky that those attacks
backfired. However, today, we must solve the enigma that the technology
industry seems to embrace software freedom, but only to a
point. Most for-profit companies today ask a key question constantly:
“what Open Source technologies can we leverage while keeping an
unfair proprietary edge?”. FOSS is accepted in the enterprise but only if it
allows companies to proprietarize, particularly in areas that specifically
threaten user privacy and autonomy.

However, I and my colleagues at Conservancy are realists. We know that a
charity like us won’t ever have the resources to face well-funded companies
on their own playing field, and we’d be fools to try. So, we do what Free
Software has always done best: we pick work with the greatest potential to
maximize software freedom for as many users as we can.

At Conservancy’s founding, Conservancy focused exclusively on providing a
charitable home to FOSS projects, so they could focus on software freedom for
their users. Through Conservancy, projects make software freedom the
project’s top priority rather than an afterthought. In this new environment
where (seemingly) every company and trade association has set up a system for
organizational homes for projects, Conservancy focuses on projects that make
a big impact for the software freedom of individual users.

Today, Conservancy does much more beyond those basics. Given my early
introduction to licensing, I learned early and often that copyleft —
our community’s primary tool and strategy to assure companies and
individuals would always remain equals — was and would always be
constantly under attack. I’ve thus been glad to
help Conservancy publish and speak regularly about essential copyleft and FOSS policy.
(And, I’m personally working right now on even more writing on the subject
of copyleft policy.) I’m particularly proud of Conservancy’s work with
members of the Linux community to assure the software freedoms guaranteed
by copyleft for Linux-based devices. It’s a big task, and we’re the only
organization with that mission. But, Conservancy is resilient, unrelenting,
and dedicated to it.

If someone had predicted 28 years ago (when I first installed Linux) that,
by 2020, Linux would be the most popular operating system on the most
popular small devices in the world, but that almost no one would have the
basic freedoms assured by copyleft, the thought would have horrified
me. Manufacturers have treated Linux device users like the proverbial frogs
in slowly boiling water, so we saw once a trickle and now an onslaught of
non-upgradable, non-modifiable, Linux-based IoT and mobile devices as a
norm; we’re even sometimes tricked into believing such infringing usage
counts as success for software freedom. I’m glad to help Conservancy
support and organize the primary group who continues to demand that the GPL
matters and should be upheld for Linux. We shouldn’t ignore users; their
personal rights, privacy, and control of their own technology are at stake
— and copyleft should assure their path to software freedom. That
path is now deeply buried in complicated legal and political debris, but I
believe that Conservancy will clear that path, and I and my colleagues at
Conservancy have a plan for it.

As we close out 2018, I must admit how tough this year has been for all of
us with regard to leadership
in the broader software freedom movement
. I spent a large part of 2019
deeply involved with the political and social work of moving forward
together in the face of the leadership crises and assuring the software
freedom movement spans generations diversely. Having lived through this
troubled year, I’ve come to a simple conclusion: we must be loyal to the
principles of software freedom, not to individual people. We must build a
welcoming community that is friendly to those who are different from us;
those folks are most likely to bring us desperately needed new ideas and
perspectives. I’m thus proud that Conservancy continues to host the
Outreachy initiative, which is the
premier internship program that seeks to bring those who have faced
specific hardships related to diversity and inclusion into the wonders of
FOSS development and leadership.

We’ve all had a tough 2019 for many reasons, and I certainly believe it’s
the most challenging year I’ve seen in my many years of software freedom
activism. But, I don’t shy away from a challenge: I am looking forward to
helping Conservancy work tirelessly to lead the way out of difficulty, with
new approaches.

Obviously I’m going to help with my staff time at Conservancy , for which
I am (obviously) paid a salary. (As I always joke, my salary has been a
matter of public record since 2001, you just have
to read the 501(c)(3)
Form 990s of the organizations I’ve worked for
.) I am very lucky that
I was born into the middle class in a wealthy country. I believe it’s
important to acknowledge the privilege that comes with advantages we
receive due to sheer luck. In recent years, I’ve focused on how I can use
that privilege to help the social justice causes that I care about. In
addition to devoting my career to a charity, I also think giving back
financially to charity is important. Each year, I usually give my largest
charitable donation to the charity where I
work, Software Freedom
Conservancy
.

It does feel strange to me to give money back to an organization that also
pays me a salary. However, I do it because: (a) it’s entirely voluntary
(thus showing clearly that it isn’t merely a run-of-the-mill paycut :), (b)
it help Conservancy meet
our meet
our annual match challenge
, and (c) I spend some of my time each winter
asking everyone I know to also voluntarily give. I hope you’ll join me
today in becoming (or
renewing!) as a Conservancy Supporter
. I hope you’ll set your
Supporter contribution at a level higher than the minimum. Usually,
computer geeks love to give amounts that are even powers of 2. This year,
I suggested that was perhaps a bit hackneyed, so we set our donor challenge
around prime numbers (the original match amount was $113,093). So, I
planned ahead a frugal year so that I could give $1,021 today to
Conservancy. I generally planned all year to give “about a
thousand” at year’s
end for the
match
, but I picked $1,021 specifically because it’s the closest prime
number to 210. I think it makes sense to give to charity
amounts of about about $60-100/month, as that’s typically the amount that
any middle class person in a wealthy country can afford if they just cut
out a few luxuries (e.g., DRM-laden streaming services, cooking at home
rather than eating at restaurants, etc.).

So, please join me today in contributing to Conservancy. Most
importantly, perhaps, today is the last day to donate for a USA tax
deduction in 2019! If you pay taxes in the USA, do take a look at the
deduction, because I’ve found in my fiscal planning that it does make a
budgeting difference and means I can give a bit more, knowing that I’ll get
some of it back from both the USA and state government.

Donate to Conservancy Before End of 2019!

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2019/12/31/donate-conservancy.html

Yesterday, I sent out a version of this blog post to Conservancy’s donors
as a fundraising email. As most people reading this already know, I work
(remotely from the west coast) for a 501(c)(3) charity based in NY
called Software Freedom
Conservancy
, which is funded primarily
from individuals like you
who donate $120/year (or more 🙂
. My primary job and career since 1997
has been working for various charities, mostly related to the general cause
of software freedom.

More generally, I have dedicated myself since the late 1990s to software
freedom activism. Looking back across these two decades, I believe our
movement, focused on software users’ rights, faces the most difficult
challenges yet. In particular, I believe 2019 was the most challenging year
in our community’s history.

Our movement had early success. Most of our primary software development
tools remain (for the moment) mostly Free Software. Rarely do new
developers face the kinds of challenges that proprietary software
originally brought us. In the world today that seemingly embraces Open
Source, the problems are more subtle and complex than they once
were. Conservancy dedicates its work to addressing those enigmatic
problems. That’s why I work here, why I’m glad to support the organization
myself, and why I ask you to support it as well.

Early success was easy for software freedom because the technology
industry ignored us at first. Copyleft
was initially a successful antidote to the very first Digital Restrictions
Management (DRM) — separating the binaries from source code and using
copyright restrictions to forbid sharing. When companies attacked software
freedom and copyleft in the early 2000s, we were lucky that those attacks
backfired. However, today, we must solve the enigma that the technology
industry seems to embrace software freedom, but only to a
point. Most for-profit companies today ask a key question constantly:
“what Open Source technologies can we leverage while keeping an
unfair proprietary edge?”. FOSS is accepted in the enterprise but only if it
allows companies to proprietarize, particularly in areas that specifically
threaten user privacy and autonomy.

However, I and my colleagues at Conservancy are realists. We know that a
charity like us won’t ever have the resources to face well-funded companies
on their own playing field, and we’d be fools to try. So, we do what Free
Software has always done best: we pick work with the greatest potential to
maximize software freedom for as many users as we can.

At Conservancy’s founding, Conservancy focused exclusively on providing a
charitable home to FOSS projects, so they could focus on software freedom for
their users. Through Conservancy, projects make software freedom the
project’s top priority rather than an afterthought. In this new environment
where (seemingly) every company and trade association has set up a system for
organizational homes for projects, Conservancy focuses on projects that make
a big impact for the software freedom of individual users.

Today, Conservancy does much more beyond those basics. Given my early
introduction to licensing, I learned early and often that copyleft —
our community’s primary tool and strategy to assure companies and
individuals would always remain equals — was and would always be
constantly under attack. I’ve thus been glad to
help Conservancy publish and speak regularly about essential copyleft and FOSS policy.
(And, I’m personally working right now on even more writing on the subject
of copyleft policy.) I’m particularly proud of Conservancy’s work with
members of the Linux community to assure the software freedoms guaranteed
by copyleft for Linux-based devices. It’s a big task, and we’re the only
organization with that mission. But, Conservancy is resilient, unrelenting,
and dedicated to it.

If someone had predicted 28 years ago (when I first installed Linux) that,
by 2020, Linux would be the most popular operating system on the most
popular small devices in the world, but that almost no one would have the
basic freedoms assured by copyleft, the thought would have horrified
me. Manufacturers have treated Linux device users like the proverbial frogs
in slowly boiling water, so we saw once a trickle and now an onslaught of
non-upgradable, non-modifiable, Linux-based IoT and mobile devices as a
norm; we’re even sometimes tricked into believing such infringing usage
counts as success for software freedom. I’m glad to help Conservancy
support and organize the primary group who continues to demand that the GPL
matters and should be upheld for Linux. We shouldn’t ignore users; their
personal rights, privacy, and control of their own technology are at stake
— and copyleft should assure their path to software freedom. That
path is now deeply buried in complicated legal and political debris, but I
believe that Conservancy will clear that path, and I and my colleagues at
Conservancy have a plan for it.

As we close out 2018, I must admit how tough this year has been for all of
us with regard to leadership
in the broader software freedom movement
. I spent a large part of 2019
deeply involved with the political and social work of moving forward
together in the face of the leadership crises and assuring the software
freedom movement spans generations diversely. Having lived through this
troubled year, I’ve come to a simple conclusion: we must be loyal to the
principles of software freedom, not to individual people. We must build a
welcoming community that is friendly to those who are different from us;
those folks are most likely to bring us desperately needed new ideas and
perspectives. I’m thus proud that Conservancy continues to host the
Outreachy initiative, which is the
premier internship program that seeks to bring those who have faced
specific hardships related to diversity and inclusion into the wonders of
FOSS development and leadership.

We’ve all had a tough 2019 for many reasons, and I certainly believe it’s
the most challenging year I’ve seen in my many years of software freedom
activism. But, I don’t shy away from a challenge: I am looking forward to
helping Conservancy work tirelessly to lead the way out of difficulty, with
new approaches.

Obviously I’m going to help with my staff time at Conservancy , for which
I am (obviously) paid a salary. (As I always joke, my salary has been a
matter of public record since 2001, you just have
to read the 501(c)(3)
Form 990s of the organizations I’ve worked for
.) I am very lucky that
I was born into the middle class in a wealthy country. I believe it’s
important to acknowledge the privilege that comes with advantages we
receive due to sheer luck. In recent years, I’ve focused on how I can use
that privilege to help the social justice causes that I care about. In
addition to devoting my career to a charity, I also think giving back
financially to charity is important. Each year, I usually give my largest
charitable donation to the charity where I
work, Software Freedom
Conservancy
.

It does feel strange to me to give money back to an organization that also
pays me a salary. However, I do it because: (a) it’s entirely voluntary
(thus showing clearly that it isn’t merely a run-of-the-mill paycut :), (b)
it help Conservancy meet
our meet
our annual match challenge
, and (c) I spend some of my time each winter
asking everyone I know to also voluntarily give. I hope you’ll join me
today in becoming (or
renewing!) as a Conservancy Supporter
. I hope you’ll set your
Supporter contribution at a level higher than the minimum. Usually,
computer geeks love to give amounts that are even powers of 2. This year,
I suggested that was perhaps a bit hackneyed, so we set our donor challenge
around prime numbers (the original match amount was $113,093). So, I
planned ahead a frugal year so that I could give $1,021 today to
Conservancy. I generally planned all year to give “about a
thousand” at year’s
end for the
match
, but I picked $1,021 specifically because it’s the closest prime
number to 210. I think it makes sense to give to charity
amounts of about about $60-100/month, as that’s typically the amount that
any middle class person in a wealthy country can afford if they just cut
out a few luxuries (e.g., DRM-laden streaming services, cooking at home
rather than eating at restaurants, etc.).

So, please join me today in contributing to Conservancy. Most
importantly, perhaps, today is the last day to donate for a USA tax
deduction in 2019! If you pay taxes in the USA, do take a look at the
deduction, because I’ve found in my fiscal planning that it does make a
budgeting difference and means I can give a bit more, knowing that I’ll get
some of it back from both the USA and state government.

Donate to Conservancy Before End of 2019!

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2019/12/31/donate-conservancy.html

Yesterday, I sent out a version of this blog post to Conservancy’s donors
as a fundraising email. As most people reading this already know, I work
(remotely from the west coast) for a 501(c)(3) charity based in NY
called Software Freedom
Conservancy
, which is funded primarily
from individuals like you
who donate $120/year (or more 🙂
. My primary job and career since 1997
has been working for various charities, mostly related to the general cause
of software freedom.

More generally, I have dedicated myself since the late 1990s to software
freedom activism. Looking back across these two decades, I believe our
movement, focused on software users’ rights, faces the most difficult
challenges yet. In particular, I believe 2019 was the most challenging year
in our community’s history.

Our movement had early success. Most of our primary software development
tools remain (for the moment) mostly Free Software. Rarely do new
developers face the kinds of challenges that proprietary software
originally brought us. In the world today that seemingly embraces Open
Source, the problems are more subtle and complex than they once
were. Conservancy dedicates its work to addressing those enigmatic
problems. That’s why I work here, why I’m glad to support the organization
myself, and why I ask you to support it as well.

Early success was easy for software freedom because the technology
industry ignored us at first. Copyleft
was initially a successful antidote to the very first Digital Restrictions
Management (DRM) — separating the binaries from source code and using
copyright restrictions to forbid sharing. When companies attacked software
freedom and copyleft in the early 2000s, we were lucky that those attacks
backfired. However, today, we must solve the enigma that the technology
industry seems to embrace software freedom, but only to a
point. Most for-profit companies today ask a key question constantly:
“what Open Source technologies can we leverage while keeping an
unfair proprietary edge?”. FOSS is accepted in the enterprise but only if it
allows companies to proprietarize, particularly in areas that specifically
threaten user privacy and autonomy.

However, I and my colleagues at Conservancy are realists. We know that a
charity like us won’t ever have the resources to face well-funded companies
on their own playing field, and we’d be fools to try. So, we do what Free
Software has always done best: we pick work with the greatest potential to
maximize software freedom for as many users as we can.

At Conservancy’s founding, Conservancy focused exclusively on providing a
charitable home to FOSS projects, so they could focus on software freedom for
their users. Through Conservancy, projects make software freedom the
project’s top priority rather than an afterthought. In this new environment
where (seemingly) every company and trade association has set up a system for
organizational homes for projects, Conservancy focuses on projects that make
a big impact for the software freedom of individual users.

Today, Conservancy does much more beyond those basics. Given my early
introduction to licensing, I learned early and often that copyleft —
our community’s primary tool and strategy to assure companies and
individuals would always remain equals — was and would always be
constantly under attack. I’ve thus been glad to
help Conservancy publish and speak regularly about essential copyleft and FOSS policy.
(And, I’m personally working right now on even more writing on the subject
of copyleft policy.) I’m particularly proud of Conservancy’s work with
members of the Linux community to assure the software freedoms guaranteed
by copyleft for Linux-based devices. It’s a big task, and we’re the only
organization with that mission. But, Conservancy is resilient, unrelenting,
and dedicated to it.

If someone had predicted 28 years ago (when I first installed Linux) that,
by 2020, Linux would be the most popular operating system on the most
popular small devices in the world, but that almost no one would have the
basic freedoms assured by copyleft, the thought would have horrified
me. Manufacturers have treated Linux device users like the proverbial frogs
in slowly boiling water, so we saw once a trickle and now an onslaught of
non-upgradable, non-modifiable, Linux-based IoT and mobile devices as a
norm; we’re even sometimes tricked into believing such infringing usage
counts as success for software freedom. I’m glad to help Conservancy
support and organize the primary group who continues to demand that the GPL
matters and should be upheld for Linux. We shouldn’t ignore users; their
personal rights, privacy, and control of their own technology are at stake
— and copyleft should assure their path to software freedom. That
path is now deeply buried in complicated legal and political debris, but I
believe that Conservancy will clear that path, and I and my colleagues at
Conservancy have a plan for it.

As we close out 2018, I must admit how tough this year has been for all of
us with regard to leadership
in the broader software freedom movement
. I spent a large part of 2019
deeply involved with the political and social work of moving forward
together in the face of the leadership crises and assuring the software
freedom movement spans generations diversely. Having lived through this
troubled year, I’ve come to a simple conclusion: we must be loyal to the
principles of software freedom, not to individual people. We must build a
welcoming community that is friendly to those who are different from us;
those folks are most likely to bring us desperately needed new ideas and
perspectives. I’m thus proud that Conservancy continues to host the
Outreachy initiative, which is the
premier internship program that seeks to bring those who have faced
specific hardships related to diversity and inclusion into the wonders of
FOSS development and leadership.

We’ve all had a tough 2019 for many reasons, and I certainly believe it’s
the most challenging year I’ve seen in my many years of software freedom
activism. But, I don’t shy away from a challenge: I am looking forward to
helping Conservancy work tirelessly to lead the way out of difficulty, with
new approaches.

Obviously I’m going to help with my staff time at Conservancy , for which
I am (obviously) paid a salary. (As I always joke, my salary has been a
matter of public record since 2001, you just have
to read the 501(c)(3)
Form 990s of the organizations I’ve worked for
.) I am very lucky that
I was born into the middle class in a wealthy country. I believe it’s
important to acknowledge the privilege that comes with advantages we
receive due to sheer luck. In recent years, I’ve focused on how I can use
that privilege to help the social justice causes that I care about. In
addition to devoting my career to a charity, I also think giving back
financially to charity is important. Each year, I usually give my largest
charitable donation to the charity where I
work, Software Freedom
Conservancy
.

It does feel strange to me to give money back to an organization that also
pays me a salary. However, I do it because: (a) it’s entirely voluntary
(thus showing clearly that it isn’t merely a run-of-the-mill paycut :), (b)
it help Conservancy meet
our meet
our annual match challenge
, and (c) I spend some of my time each winter
asking everyone I know to also voluntarily give. I hope you’ll join me
today in becoming (or
renewing!) as a Conservancy Supporter
. I hope you’ll set your
Supporter contribution at a level higher than the minimum. Usually,
computer geeks love to give amounts that are even powers of 2. This year,
I suggested that was perhaps a bit hackneyed, so we set our donor challenge
around prime numbers (the original match amount was $113,093). So, I
planned ahead a frugal year so that I could give $1,021 today to
Conservancy. I generally planned all year to give “about a
thousand” at year’s
end for the
match
, but I picked $1,021 specifically because it’s the closest prime
number to 210. I think it makes sense to give to charity
amounts of about about $60-100/month, as that’s typically the amount that
any middle class person in a wealthy country can afford if they just cut
out a few luxuries (e.g., DRM-laden streaming services, cooking at home
rather than eating at restaurants, etc.).

So, please join me today in contributing to Conservancy. Most
importantly, perhaps, today is the last day to donate for a USA tax
deduction in 2019! If you pay taxes in the USA, do take a look at the
deduction, because I’ve found in my fiscal planning that it does make a
budgeting difference and means I can give a bit more, knowing that I’ll get
some of it back from both the USA and state government.

Donate to Conservancy Before End of 2019!

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2019/12/31/donate-conservancy.html

Yesterday, I sent out a version of this blog post to Conservancy’s donors
as a fundraising email. As most people reading this already know, I work
(remotely from the west coast) for a 501(c)(3) charity based in NY
called Software Freedom
Conservancy
, which is funded primarily
from individuals like you
who donate $120/year (or more 🙂
. My primary job and career since 1997
has been working for various charities, mostly related to the general cause
of software freedom.

More generally, I have dedicated myself since the late 1990s to software
freedom activism. Looking back across these two decades, I believe our
movement, focused on software users’ rights, faces the most difficult
challenges yet. In particular, I believe 2019 was the most challenging year
in our community’s history.

Our movement had early success. Most of our primary software development
tools remain (for the moment) mostly Free Software. Rarely do new
developers face the kinds of challenges that proprietary software
originally brought us. In the world today that seemingly embraces Open
Source, the problems are more subtle and complex than they once
were. Conservancy dedicates its work to addressing those enigmatic
problems. That’s why I work here, why I’m glad to support the organization
myself, and why I ask you to support it as well.

Early success was easy for software freedom because the technology
industry ignored us at first. Copyleft
was initially a successful antidote to the very first Digital Restrictions
Management (DRM) — separating the binaries from source code and using
copyright restrictions to forbid sharing. When companies attacked software
freedom and copyleft in the early 2000s, we were lucky that those attacks
backfired. However, today, we must solve the enigma that the technology
industry seems to embrace software freedom, but only to a
point. Most for-profit companies today ask a key question constantly:
“what Open Source technologies can we leverage while keeping an
unfair proprietary edge?”. FOSS is accepted in the enterprise but only if it
allows companies to proprietarize, particularly in areas that specifically
threaten user privacy and autonomy.

However, I and my colleagues at Conservancy are realists. We know that a
charity like us won’t ever have the resources to face well-funded companies
on their own playing field, and we’d be fools to try. So, we do what Free
Software has always done best: we pick work with the greatest potential to
maximize software freedom for as many users as we can.

At Conservancy’s founding, Conservancy focused exclusively on providing a
charitable home to FOSS projects, so they could focus on software freedom for
their users. Through Conservancy, projects make software freedom the
project’s top priority rather than an afterthought. In this new environment
where (seemingly) every company and trade association has set up a system for
organizational homes for projects, Conservancy focuses on projects that make
a big impact for the software freedom of individual users.

Today, Conservancy does much more beyond those basics. Given my early
introduction to licensing, I learned early and often that copyleft —
our community’s primary tool and strategy to assure companies and
individuals would always remain equals — was and would always be
constantly under attack. I’ve thus been glad to
help Conservancy publish and speak regularly about essential copyleft and FOSS policy.
(And, I’m personally working right now on even more writing on the subject
of copyleft policy.) I’m particularly proud of Conservancy’s work with
members of the Linux community to assure the software freedoms guaranteed
by copyleft for Linux-based devices. It’s a big task, and we’re the only
organization with that mission. But, Conservancy is resilient, unrelenting,
and dedicated to it.

If someone had predicted 28 years ago (when I first installed Linux) that,
by 2020, Linux would be the most popular operating system on the most
popular small devices in the world, but that almost no one would have the
basic freedoms assured by copyleft, the thought would have horrified
me. Manufacturers have treated Linux device users like the proverbial frogs
in slowly boiling water, so we saw once a trickle and now an onslaught of
non-upgradable, non-modifiable, Linux-based IoT and mobile devices as a
norm; we’re even sometimes tricked into believing such infringing usage
counts as success for software freedom. I’m glad to help Conservancy
support and organize the primary group who continues to demand that the GPL
matters and should be upheld for Linux. We shouldn’t ignore users; their
personal rights, privacy, and control of their own technology are at stake
— and copyleft should assure their path to software freedom. That
path is now deeply buried in complicated legal and political debris, but I
believe that Conservancy will clear that path, and I and my colleagues at
Conservancy have a plan for it.

As we close out 2018, I must admit how tough this year has been for all of
us with regard to leadership
in the broader software freedom movement
. I spent a large part of 2019
deeply involved with the political and social work of moving forward
together in the face of the leadership crises and assuring the software
freedom movement spans generations diversely. Having lived through this
troubled year, I’ve come to a simple conclusion: we must be loyal to the
principles of software freedom, not to individual people. We must build a
welcoming community that is friendly to those who are different from us;
those folks are most likely to bring us desperately needed new ideas and
perspectives. I’m thus proud that Conservancy continues to host the
Outreachy initiative, which is the
premier internship program that seeks to bring those who have faced
specific hardships related to diversity and inclusion into the wonders of
FOSS development and leadership.

We’ve all had a tough 2019 for many reasons, and I certainly believe it’s
the most challenging year I’ve seen in my many years of software freedom
activism. But, I don’t shy away from a challenge: I am looking forward to
helping Conservancy work tirelessly to lead the way out of difficulty, with
new approaches.

Obviously I’m going to help with my staff time at Conservancy , for which
I am (obviously) paid a salary. (As I always joke, my salary has been a
matter of public record since 2001, you just have
to read the 501(c)(3)
Form 990s of the organizations I’ve worked for
.) I am very lucky that
I was born into the middle class in a wealthy country. I believe it’s
important to acknowledge the privilege that comes with advantages we
receive due to sheer luck. In recent years, I’ve focused on how I can use
that privilege to help the social justice causes that I care about. In
addition to devoting my career to a charity, I also think giving back
financially to charity is important. Each year, I usually give my largest
charitable donation to the charity where I
work, Software Freedom
Conservancy
.

It does feel strange to me to give money back to an organization that also
pays me a salary. However, I do it because: (a) it’s entirely voluntary
(thus showing clearly that it isn’t merely a run-of-the-mill paycut :), (b)
it help Conservancy meet
our meet
our annual match challenge
, and (c) I spend some of my time each winter
asking everyone I know to also voluntarily give. I hope you’ll join me
today in becoming (or
renewing!) as a Conservancy Supporter
. I hope you’ll set your
Supporter contribution at a level higher than the minimum. Usually,
computer geeks love to give amounts that are even powers of 2. This year,
I suggested that was perhaps a bit hackneyed, so we set our donor challenge
around prime numbers (the original match amount was $113,093). So, I
planned ahead a frugal year so that I could give $1,021 today to
Conservancy. I generally planned all year to give “about a
thousand” at year’s
end for the
match
, but I picked $1,021 specifically because it’s the closest prime
number to 210. I think it makes sense to give to charity
amounts of about about $60-100/month, as that’s typically the amount that
any middle class person in a wealthy country can afford if they just cut
out a few luxuries (e.g., DRM-laden streaming services, cooking at home
rather than eating at restaurants, etc.).

So, please join me today in contributing to Conservancy. Most
importantly, perhaps, today is the last day to donate for a USA tax
deduction in 2019! If you pay taxes in the USA, do take a look at the
deduction, because I’ve found in my fiscal planning that it does make a
budgeting difference and means I can give a bit more, knowing that I’ll get
some of it back from both the USA and state government.

Donate to Conservancy Before End of 2019!

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2019/12/31/donate-conservancy.html

Yesterday, I sent out a version of this blog post to Conservancy’s donors
as a fundraising email. As most people reading this already know, I work
(remotely from the west coast) for a 501(c)(3) charity based in NY
called Software Freedom
Conservancy
, which is funded primarily
from individuals like you
who donate $120/year (or more 🙂
. My primary job and career since 1997
has been working for various charities, mostly related to the general cause
of software freedom.

More generally, I have dedicated myself since the late 1990s to software
freedom activism. Looking back across these two decades, I believe our
movement, focused on software users’ rights, faces the most difficult
challenges yet. In particular, I believe 2019 was the most challenging year
in our community’s history.

Our movement had early success. Most of our primary software development
tools remain (for the moment) mostly Free Software. Rarely do new
developers face the kinds of challenges that proprietary software
originally brought us. In the world today that seemingly embraces Open
Source, the problems are more subtle and complex than they once
were. Conservancy dedicates its work to addressing those enigmatic
problems. That’s why I work here, why I’m glad to support the organization
myself, and why I ask you to support it as well.

Early success was easy for software freedom because the technology
industry ignored us at first. Copyleft
was initially a successful antidote to the very first Digital Restrictions
Management (DRM) — separating the binaries from source code and using
copyright restrictions to forbid sharing. When companies attacked software
freedom and copyleft in the early 2000s, we were lucky that those attacks
backfired. However, today, we must solve the enigma that the technology
industry seems to embrace software freedom, but only to a
point. Most for-profit companies today ask a key question constantly:
“what Open Source technologies can we leverage while keeping an
unfair proprietary edge?”. FOSS is accepted in the enterprise but only if it
allows companies to proprietarize, particularly in areas that specifically
threaten user privacy and autonomy.

However, I and my colleagues at Conservancy are realists. We know that a
charity like us won’t ever have the resources to face well-funded companies
on their own playing field, and we’d be fools to try. So, we do what Free
Software has always done best: we pick work with the greatest potential to
maximize software freedom for as many users as we can.

At Conservancy’s founding, Conservancy focused exclusively on providing a
charitable home to FOSS projects, so they could focus on software freedom for
their users. Through Conservancy, projects make software freedom the
project’s top priority rather than an afterthought. In this new environment
where (seemingly) every company and trade association has set up a system for
organizational homes for projects, Conservancy focuses on projects that make
a big impact for the software freedom of individual users.

Today, Conservancy does much more beyond those basics. Given my early
introduction to licensing, I learned early and often that copyleft —
our community’s primary tool and strategy to assure companies and
individuals would always remain equals — was and would always be
constantly under attack. I’ve thus been glad to
help Conservancy publish and speak regularly about essential copyleft and FOSS policy.
(And, I’m personally working right now on even more writing on the subject
of copyleft policy.) I’m particularly proud of Conservancy’s work with
members of the Linux community to assure the software freedoms guaranteed
by copyleft for Linux-based devices. It’s a big task, and we’re the only
organization with that mission. But, Conservancy is resilient, unrelenting,
and dedicated to it.

If someone had predicted 28 years ago (when I first installed Linux) that,
by 2020, Linux would be the most popular operating system on the most
popular small devices in the world, but that almost no one would have the
basic freedoms assured by copyleft, the thought would have horrified
me. Manufacturers have treated Linux device users like the proverbial frogs
in slowly boiling water, so we saw once a trickle and now an onslaught of
non-upgradable, non-modifiable, Linux-based IoT and mobile devices as a
norm; we’re even sometimes tricked into believing such infringing usage
counts as success for software freedom. I’m glad to help Conservancy
support and organize the primary group who continues to demand that the GPL
matters and should be upheld for Linux. We shouldn’t ignore users; their
personal rights, privacy, and control of their own technology are at stake
— and copyleft should assure their path to software freedom. That
path is now deeply buried in complicated legal and political debris, but I
believe that Conservancy will clear that path, and I and my colleagues at
Conservancy have a plan for it.

As we close out 2018, I must admit how tough this year has been for all of
us with regard to leadership
in the broader software freedom movement
. I spent a large part of 2019
deeply involved with the political and social work of moving forward
together in the face of the leadership crises and assuring the software
freedom movement spans generations diversely. Having lived through this
troubled year, I’ve come to a simple conclusion: we must be loyal to the
principles of software freedom, not to individual people. We must build a
welcoming community that is friendly to those who are different from us;
those folks are most likely to bring us desperately needed new ideas and
perspectives. I’m thus proud that Conservancy continues to host the
Outreachy initiative, which is the
premier internship program that seeks to bring those who have faced
specific hardships related to diversity and inclusion into the wonders of
FOSS development and leadership.

We’ve all had a tough 2019 for many reasons, and I certainly believe it’s
the most challenging year I’ve seen in my many years of software freedom
activism. But, I don’t shy away from a challenge: I am looking forward to
helping Conservancy work tirelessly to lead the way out of difficulty, with
new approaches.

Obviously I’m going to help with my staff time at Conservancy , for which
I am (obviously) paid a salary. (As I always joke, my salary has been a
matter of public record since 2001, you just have
to read the 501(c)(3)
Form 990s of the organizations I’ve worked for
.) I am very lucky that
I was born into the middle class in a wealthy country. I believe it’s
important to acknowledge the privilege that comes with advantages we
receive due to sheer luck. In recent years, I’ve focused on how I can use
that privilege to help the social justice causes that I care about. In
addition to devoting my career to a charity, I also think giving back
financially to charity is important. Each year, I usually give my largest
charitable donation to the charity where I
work, Software Freedom
Conservancy
.

It does feel strange to me to give money back to an organization that also
pays me a salary. However, I do it because: (a) it’s entirely voluntary
(thus showing clearly that it isn’t merely a run-of-the-mill paycut :), (b)
it help Conservancy meet
our meet
our annual match challenge
, and (c) I spend some of my time each winter
asking everyone I know to also voluntarily give. I hope you’ll join me
today in becoming (or
renewing!) as a Conservancy Supporter
. I hope you’ll set your
Supporter contribution at a level higher than the minimum. Usually,
computer geeks love to give amounts that are even powers of 2. This year,
I suggested that was perhaps a bit hackneyed, so we set our donor challenge
around prime numbers (the original match amount was $113,093). So, I
planned ahead a frugal year so that I could give $1,021 today to
Conservancy. I generally planned all year to give “about a
thousand” at year’s
end for the
match
, but I picked $1,021 specifically because it’s the closest prime
number to 210. I think it makes sense to give to charity
amounts of about about $60-100/month, as that’s typically the amount that
any middle class person in a wealthy country can afford if they just cut
out a few luxuries (e.g., DRM-laden streaming services, cooking at home
rather than eating at restaurants, etc.).

So, please join me today in contributing to Conservancy. Most
importantly, perhaps, today is the last day to donate for a USA tax
deduction in 2019! If you pay taxes in the USA, do take a look at the
deduction, because I’ve found in my fiscal planning that it does make a
budgeting difference and means I can give a bit more, knowing that I’ll get
some of it back from both the USA and state government.