Alternatives such as source-available licensing and copyfair licensing have not really been very well discussed in this thread (although @majdal mentioned something related through a code embargo license). These other options (similar but not identical to free and open source techniques) might very well satisfy everyone’s wishes. I’d like to point out a few of these options and hope that the Obsidian developers that have stated their concerns previously (e.g. @licat) give them their consideration.
Main issues that seem to be the most difficult to resolve from the developer side (as far as I’ve been able to discern from this thread) include 1. commercial competition (e.g. from a copied code base) and 2. the existing business model’s restriction on the type of user that is required to pay.
- The Commons Clause takes an interesting approach to addressing the software commercialization issue. It’s a clause that you put at the beginning of some other open source license (e.g. MIT), which can prohibit others from selling that software. Its author explains “The Commons Clause was not designed to restrict code sharing or development, but preserves the rights of developers to benefit from commercial use of their work.”
That Commons Clause comes from Heather Meeker, an accomplished individual with recognized legal expertise in IP and software licensing.
- The Platform Commons License seems to focus more on the type of user. It permits people to access/use the software (platform) source code as individuals, as cooperatives, etc. but a commercial corporation would not have that access. As a “source-available” licence (similar but not quite identical to open source) it enables access, sharing, and the possibility of contribution to the source code, stating that it will:
- Encourage fair sharing, for outreach and impact.
- Encourage fair commercialization, to sustain continuous development.
This license, although it seems like it could apply to individual software applications, has a lot to address in terms of online platform services. That includes a sensitivity to user-data freedom and ownership, which is very much inline with principles that Obsidian already promotes about its own approach.
I’d mention that another license with some similar objectives to that Platform Commons one is the Cooperative Software License but it appears, in my brief research, to perhaps not have had quite so much activity.
Having raised those two points, I think there is a fair variety of directions to ensure that Obsidian’s developers might be able to use one or both of those license approaches to maintain the existing business model (and continuing commercial success), while also supporting the amazing community that continues to grow around Obsidian. Even if these weren’t perfectly able to address the issue, they show approaches that could be adapted.
Community support would finally, I’d argue, take the shape of fully, safely respecting peoples’ rights to use our own computers with applications in our own control. Especially as it concerns the highly personal work and processes with this tool. This could also encourage greater participation and innovation (beyond just plugins) as well as better ensure the longevity of the tool.
I can imagine the possibility that adopting one or both of those types of approaches could lead to business model alterations, possibly simplifying things. I don’t mean to recommend that, just note that it might be desirable (or not).
Lastly, I would like to repeat as I have in previous messages (and others have made similar statements), that I’d love to pay for Obsidian but won’t unless I know that my rights as a user become fully respected (which normally happens under free and open source software principles). I offer this information/alternative suggestion as a constructive way to accomplish that. Thanks for considering these suggestions.