Open Source Is Conceptually Disjoint From Proprietary Software

Update: This post has graduated to the OSI Blog.

In reviewing the language and concepts being used in the various draft bills and directives circulating in Brussels at present, it is clear that the experts crafting the language are using their understanding of proprietary software to build the protections they clearly intend for open source. This may be the cause of the problems we continue to see as the instruments iterate, especially in the absence of direct consultation.

Gray stone sculpture depicting the fallen head of a larger statue

Proprietary software and the company that places it on the market can usefully be seen as the same target for those creating legislation. The software is constructed in secret, under the control of a single party, and the controlling party is responsible for both funding the work and monetising the result. However, the same cannot be said for open source software, which is created openly by a globally-distributed and unaffiliated community whose relationship with the larger work is “volunteer”. Using terminology associated with the worldview of proprietary software in legislation that affects open source is at best ambiguous and at worst extends consumer regulation to the domain of research and development.

Open source software is an artifact arising from the interactions of a community of contributors with no contractual binding between them beyond the open source license itself, which disclaims all warranties and has no conduit for funds. If there is an open source charity or trade association hosting the community, there will also be only a limited binding to to it and probably none that is a funding conduit. Many communities are unincorporated and don't even have this level of interconnection.

Because of this, those who place the artifact with digital elements on the market must be assumed to have no financial, organisational or indeed morally relevant relationship with any other party involved in the artifact's origination or use. There may be links, but it's best to start from the assumption there will be none because making them is an outside activity with no accommodation in open source licensing.

In many cases (sadly) those placing the artifact on the market have no connection at all with the community, not even at the level where it is appropriate to consider members of the community as suppliers. As one community member wrote:

I am not your supplier. So all your Software Supply Chain ideas? You are not buying from a supplier, you are a raccoon digging through dumpsters for free code.

The software and the community thus need to be considered separately when choosing language that applies regulation affecting open source. Some highlights to note:

Notes, Tags & Mentions

To discuss this post please reply from Mastodon etc. (search for the URL) & include as WriteFreely still doesn't display replies. More.