dosp-survey.ltx

    competitive) uses, the AGPL imposes a copyleft-like requirement to
    publicly disclose and publicly license the source code of
    modifications, whenever those modifications are used to operate
    publicly-accessible services.

    The authors of this report have observed debates about the
    relative merits of the AGPL and BUSL.  Interestingly, proponents
    of each license often agreed that both licenses might, in
    principle, address similar concerns about companies adopting an
    Open Source code base --- sometimes in direct competition with the
    original developer's services --- without rewarding its original
    developer either with money or with code
    contributions.\footnote{Critics of both licenses have similarly
      argued that it might be hard to tell exactly which activities
      related to online service provision are meant to be ``caught'',
      in comparison to non-copyleft licenses.} However, the
    proponents didn't agree about which license better responds to
    this scenario; in at least some cases, that may imply a more
    basic disagreement about values and whether Open Source licensing
    is intrinsicially preferable.

    Did any BUSL adopters seriously consider adopting AGPL?  If not,
    why not?  If so, why did they end up preferring BUSL's approach?

    % MongoDB was previously licensed under AGPL and then switched to
    % SSPL, which it has maintained should be considered an Open
    % Source license.  The OSI review process didn't agree, although
    % it was controversial.  Apparently from MongoDB's point of view,
    % it was just trying to shift from one Open Source license to
    % another (that would disincentivize some competitive behavior
    % that the developers found unfair or undesirable).  But from the
    % outside world's perspective, since SSPL isn't uniformly accepted
    % as Open Source, this was a switch from Open Source to
    % proprietary (and also not DOSP because there is no time period
    % after which the code reverts to a conventional license).
    % 
    % I haven't managed to find out whether it's correct that AWS was
    % offering MongoDB-as-a-service before the relicensing in 2018.
    %
    % I put in a brief reference to MongoDB's relicensing above without
    % entering into the question of the rationale or what AWS's
    % competitive offering might have been.

  \item \textbf{Effects on outside contributions.}

    How much are outside contributions affected by using (or switching
    to) a DOSP model rather than an Open Source license?  Can any
    contribution trends be clearly and confidently attributed to
    relicensing?

  \item \textbf{Taxonomy of BUSL Additional Use Grants.}

    The BUSL default is to prohibit production use, but most adopters
    of BUSL have used AUG clauses that grant permission for production
    use that doesn't compete commercially with the software
    developers' own business, or concretely that doesn't involve
    charging for access to a hosted instance of the software.

    How similar are the different formulations of this notion?  Are
    there any other permissions that appear in practice in BUSL AUG
    clauses beyond the notion of not competing with services run by or
    licensed by the upstream developer?  Is there a significant
    minority of BUSL adopters that aim to restrict (and sell licenses
    for) ``production'' use more generally?

  \item \textbf{Relicensing after initial Open Source publication.}

    Is it a conscious strategy --- or at least a conspicuous option
    --- to start out a new project under a purely Open Source license
    in order to garner interest and mindshare, and then subsequently
    relicense under a DOSP license?  Some of HashiCorp's critics noted
    that the company had given adopters incentives to become expert
    in, or otherwise reliant upon, the company's software while it was
    under an Open Source license, and then tried to benefit from that
    familiarity and adoption by changing the license terms in the
    future.

    If some of the most popular DOSP-relicensed projects had started
    out under DOSP rather than Open Source terms from the outset,
    would they have attracted the same level of interest and adoption?

  \item \textbf{Why has a fork of Terraform attracted so many
      contributions and so much interest compared to forks of other
      projects?}

    It's too early to say whether the OpenTofu project will broadly
    outcompete Terraform among various audiences, but it's clear that
    this fork started off with a bang, immediately garnering
    substantial interest, sponsorships and financial commitments, and
    endorsements from various companies and developers.  However, Open
    Source forks of other HashiCorp projects are comparatively
    stagnant and underpublicized.  Similarly, other BUSL relicensing
    events did not seem to result in highly active forks (although
    some may have increased interest in existing Open Source
    competitors to the relicensed projects).

    What's special about the OpenTofu effort, or about Terraform or
    its community, that could account for these differences?  Did
    Terraform's market share in its niche play a large role?  Was
    Terraform particularly indispensable for its users in comparison
    to some other relicensed projects?  And can answers to these
    questions about OpenTofu and Terraform be applied to other
    projects that have undergone similar relicensing schisms?

\end{itemize}

\numberedsection{Acknowledgements}\label{acknowledgements-sow}

The authors are grateful to the Open Source Initiative for giving us
the opportunity to explore this topic and to make, we hope, a small
contribution to the future health of Open Source by analyzing industry
trends likely to affect it.

Many people responded to our call for examples.  They always
accompanied their submissions with historical context, and often with
thoughtful analysis as well.  We thank them all sincerely; this report
would not have been possible without their help.  We list them here in
no particular order (in fact, in mechanically randomized order):
Matija Šuklje,
AntiCompositeNumber [sic],
Simon Phipps,
Damiano Verzulli,
Josh Berkus,
Marcin Koziej,
Alex Scammon,
Thomas Sandmann,
Royce Williams,
Ross Mounce,
Nick Vidal,
Stuart D. Gathman,
Mark Chapman,
Samuel Tardieu,
Chad Whitacre,
Johann Schöpfer,
Abby Kearns,
André Wolski,
Heather Meeker,
Neil Carpenter,
Sam Ramji,
Anthony Nowocien,
Stefano Maffulli,
and Jesse Bickel.

The authors are solely responsible for the contents of this report,
including but not limited to any errors.

% Two examples learned from https://blog.adamretter.org.uk/business-source-license-adoption/

\BLOCK{endblock}