Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use of "Open Source" wording without using an Open Source license #638

Closed
ssddanbrown opened this issue Jul 24, 2022 · 4 comments
Closed
Assignees

Comments

@ssddanbrown
Copy link

馃憢 Hello! I saw you recently changed your license from MIT to ELv2. Just wanted to advise that this license is generally not considered to be "Open Source" as per the common definition so usage of "Open Source", as used throughout your repo and website, could be seen as misleading. Instead, projects with such licenses are commonly referred to as "source available".

A similar case can be seen with n8n. Although that thread is fairly heated, it can provide a lot of the context for the expectations in using "Open Source" as a term.

@ssddanbrown ssddanbrown added the bug Something isn't working label Jul 24, 2022
@estradino estradino added discussion and removed bug Something isn't working labels Jul 24, 2022
@Aeolun
Copy link
Contributor

Aeolun commented Aug 3, 2022

Hmm, yeah, I can't say I'm happy to see that the project that I started using when it was licensed as MIT (one of the reasons for choosing it) has silently changed out to ELv2.

It's not that I don't understand the motivation, but it's not the same thing at all. There's very little open about the ELv2, it's full of restrictions.

@deleteman
Copy link

Hey @Aeolun, we appreciate your feedback and we're sorry to read you feel that way!
However, we didn't switch silently to ELv2, we actually discussed it during our April community call, you can check out the announcement here: https://youtu.be/DK8Z7TZfnyk?t=442 (the link will take you right to the moment where Mehdi explains about the change and the reasons behind it).

Is there anything in particular that you'd like to do with OR or you were planning on doing that this new licence prevents you from doing? We'd love to know in case we have to consider another licensing update.

@ssddanbrown
Copy link
Author

However, we didn't switch silently to ELv2, we actually discussed it during our April community call, you can check out the announcement here: https://youtu.be/DK8Z7TZfnyk?t=442

While not silent, that seems pretty darn quiet if that's the only place of mention for a pretty significant change of terms.
It looks to have been changed in a minor release version, with no notice/advisory in the release notes, and no announcement/notice on your very active blog.

Even if the license change did not affect an existing users usage of the project (Which it could have done), it can still be an considered an important change to many people, even just from a philosophical view. For me a change from a typical OSD-aligned Open Source license, to a license such as the ELv2, indicates that a change to putting business intentions before the openness of the code and freedoms provided to the users. Not that I'm specifically against that or saying it's wrong, I can appreciate you want to protect your efforts on the project, but it is a noteworthy change that your users (and contributors) should be made aware of.

@Aeolun
Copy link
Contributor

Aeolun commented Aug 3, 2022

@deleteman Thank you for being open to discussion. I don't think announcing it during a community call is really a solid way to make sure all your users know of it. I don't necessarily watch or attend community calls. What I do do is read the release notes for every release, and those (at least v1.5.4, which seems to be the first release after the change) do not mention any license change.

I also receive a newsletter every month, and that one (which mentions the v1.5.4 release) does not mention anything about a license change either.

Of course I'm not planning to do anything with OpenReplay that would cause an issue with the license. Unfortunately, I work for a huge enterprise that does not look kindly on things not licensed using MIT (+the very short list of other approved licenses). Anything licensed under MIT I can use no questions asked, and contribute to without causing any issues. Everything else causes questions to be raised (and the process for approval to be much longer/more painful).

@openreplay openreplay locked and limited conversation to collaborators Aug 4, 2022
@estradino estradino converted this issue into discussion #656 Aug 4, 2022

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Projects
None yet
Development

No branches or pull requests

4 participants