Earlier quoted context omitted.
I think the BSL constitutes as Open Source. I’m obviously biased here as someone working at Sentry but here is my reasoning. If you download source today and just wait long enough it is 100%, unquestionably Open Source as per OSI Definition. There are projects that only release Open Source licensed code in very irregular intervals and they are still Open Source. BSL is rolling Open Source with delay.
I'm sure I'm going to regret weighing into this, but the reason your "with delay" means it is not open source in my mind is that: - it would require a fork since there is no way Sentry (the project stewards, not the company) is going to review and merge 5 year old code [I'm aware there's already a pseudo-fork but this bullet is to highlight what _contribution_ means in the context of 5 year old code] - if I'm using S…
In practical terms most of Sentry at this point is fully Apache 2 licensed.
> I have an special bitterness in my heart for companies that start out with a FOSS license and then rug pull to a non free license. I will never forgive you […] for that betrayal
BSL is for me personally something I can fully stand behind. I understand others do not and I cannot change that. However I believe we all in the Open Source community need to find better ways to have commercial and Open Source community incentives to align. BSL is the best I personally found so far.
It means we can work in the open, don’t need to do things we would not stand behind to protect the business etc. You can today like 10 years ago do what you want with Sentry what you want.
> I'm aware there's already a pseudo-fork but this bullet is to highlight what _contribution_ means in the context of 5 year old code
The rolling Sentry commits are already ahead of the ancient BSD forks I’m aware of.