Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

action to empower community contributors. #82

Closed
1 task
aleeusgr opened this issue Feb 5, 2024 · 5 comments
Closed
1 task

action to empower community contributors. #82

aleeusgr opened this issue Feb 5, 2024 · 5 comments

Comments

@aleeusgr
Copy link
Collaborator

aleeusgr commented Feb 5, 2024

Empowering open-source contributors through business-friendly licensing involves adopting permissive licenses like MIT, BSL or FSL.
Clear licensing terms attract more contributors, reassure businesses, and promote a healthy ecosystem by balancing openness and commercial viability.
Regularly engaging with the community, providing support, and promoting transparent governance also enhance collaboration and contributor empowerment.

@aleeusgr aleeusgr changed the title BSL adoption campaign BSL adoption action Feb 5, 2024
@aleeusgr
Copy link
Collaborator Author

aleeusgr commented Feb 5, 2024

What are the alternatives:

Sentry, a company that provides app performance monitoring services, has introduced a new software license called the Functional Source License (FSL). This license is designed to grant freedom to SaaS firms without allowing harmful free-riding. The FSL is an evolution of the Business Source License (BSL) previously used by Sentry. It addresses some of the limitations of the BSL, such as the time limit, and aims to balance user freedom and developer sustainability. The FSL does not include an additional use grant and has a time limit of two years, after which associated products will automatically transition to an Apache 2.0 or MIT license. This move has sparked a debate within the open source community, with some criticizing Sentry for abandoning the open source model that initially made them successful. Thierry Carrez, a general manager at the Open Infrastructure Foundation, has expressed concerns that the FSL, like the BSL, restricts developers' self-sovereignty in their technical choices and is a form of proprietary gatekeeping disguised as open source.

Citations:
[1] https://techcrunch.com/2023/11/20/with-functional-source-license-sentry-wants-to-grant-developers-freedom-without-harmful-free-riding/#:~:text=Yet%20another%20software%20license%20i

promote:

@aleeusgr aleeusgr changed the title BSL adoption action action to empower FOSS contributors. Feb 7, 2024
@aleeusgr
Copy link
Collaborator Author

aleeusgr commented Feb 7, 2024

Archive: BSL OSC 2 Feb 2023

image

https://mariadb.com/bsl-faq-adopting/#what-is

The Business Source License (BSL) is a middle ground of sorts between open source and end-user licenses.
BSL prohibits the licensed code from being used in production — without explicit approval from the licensor.
After a set period of time, either four years or an earlier period set by the licensor, the BSL automatically converts to an open source license of the licensor's choosing. However, the open source license must be compatible with GPL, and it usually applies only to specific software versions on a rolling basis, based on the date of release.

Response: The Business Source License (BSL) is a type of software license used by IBM for its products and services. It allows businesses to use, modify, and distribute IBM's software within their organization while ensuring that they comply with specific terms and conditions set forth by IBM. These licenses are designed to protect the intellectual property rights of IBM and ensure that customers can utilize the software in a manner consistent with their business needs.

It does stretch the definition of "Open Source" away from the common open source definition principles. It might not matter for some friendly-managed BSL projects but where do you draw the line on what restrictions are acceptable and still considered as open? Right now the current definition provides that line.

It presents a fundamental ideological change of Open Source software for many people. The current definition protects the code and its use over the protections of its owners/business/authors. Adding non-OSD restrictions flips this to put the business/owners/authors first. Again, I have nothing against that, but it's against what many would consider as Open Source.

Sources

Originally posted by @aleeusgr in #80 (comment)

@aleeusgr

This comment was marked as duplicate.

@aleeusgr aleeusgr changed the title action to empower FOSS contributors. action to empower contributors. Feb 13, 2024
@aleeusgr aleeusgr changed the title action to empower contributors. action to empower community contributors. Feb 13, 2024
@aleeusgr
Copy link
Collaborator Author

Screenshot_2024-02-24-11-11-43-606_com.discord-edit.jpg

@aleeusgr aleeusgr closed this as completed Apr 9, 2024
@aleeusgr
Copy link
Collaborator Author

aleeusgr commented Apr 9, 2024

moved to minutes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant