[grumpydba]

> You can still run the software, for free, in your business. You can still change the software, for free, and run that in your business. You can still fork the software, from today, and do what you want with it.

You cannot reuse and publish. Matter of fact, even reading it and taking inspiration from it is risky. Words from an IP lawyer I know. It's a proprietary license. There is no shame in that. So don't try to act like you are still an open source company. One has to make a good living. That's not what I was criticizing.

> It's hostile to entities that may want to take others open source work and provide a business around that work.

Consider yourself happy Torvalds didn't think this way. Or Guido. What's your dev environment?

[jsmeaton]

> Consider yourself happy Torvalds didn't think this way. Or Guido.

By all means, fork the software and start providing a business around it then. What you don't get to do, anymore, is provide a business around the output of others moving forward.

A truly open source clone may spring up out of this. I strongly suspect it won't, because there are very few people contributing to this project who aren't employees. The ones that aren't employees are making changes to support the instance they use to support their real business. I personally fall into this bucket. I raise issues, participate in betas, and try to fix bugs where possible precisely because I use the software. I have no intention of packaging it up and selling it elsewhere.

[cycloptic]

The idea behind community-based development is that anyone can provide a business around the output of others, and it's not a problem because all improvements are shared by everyone.

All the license change says to me is that the development team was very insular and ended up all at the same company, so they ultimately saw no benefit to participate in the wider community. Closing themselves off further is a natural progression from this. That's fine for them, and I'm not going to dig into the deeper reasons why it happened, but for this reason it's a big red flag to me when a FOSS project fails to attract contributors from more than one company.

[jsmeaton]

> The idea behind community-based development is that anyone can provide a business around the output of others

I disagree with this statement. Being able to build a business around the output of others is a side effect, and not the primary reason for open source. I would argue, and many companies are arguing, that the side effect causes more harm than good, and there should be some kind of optional middle ground.

> the development team was very insular and ended up all at the same company

Look, I have no statistics around contributors that are employees vs contributors from other companies. Zeeg may have an idea. But as he said up-thread, they tend to hire those that contribute.

Operating Sentry at scale is no small feat, and I'm not surprised that most companies prefer to spend the money on the SAAS solution rather than on employees to operate it.

> so they ultimately saw no benefit to participate in the wider community

This is the bit I most disagree with. They are still participating in the wider community in the vast majority of cases. There is a single restriction - you may not take the output and duplicate their business.

[cycloptic]

>I would argue, and many companies are arguing, that the side effect causes more harm than good

I would not. Community development means just that: community development. Everyone contributes to a shared set of code that everyone gets an equal chance to profit from. If you know something the others don't then you can charge them to go do consulting/support/training/etc, but you can't stop them from building a separate business around that code and you can't sabotage the code or the license to go and try to steal their customers. That's part of the deal and no one gets to have their cake and eat it too, not even Amazon or whoever the villain of the day is. There is a middle ground away from this, which is to make parts of your product not open source anymore, which is what Sentry did.

>they tend to hire those that contribute.

That's not a problem in and of itself. It's when they're the only ones doing the hiring. That to me means a product-market mismatch where there are not enough companies to create a competitive ecosystem of other things around the open source project.

>you may not take the output and duplicate their business.

For me as an outsider of this company, this is a negative. I want their business to be easily duplicated. It means they have to work harder and make better products.

[jsmeaton]

There are other products in the same domain. That’s where the competition should be. Not ripping off work.

[brlewis]

Reading any software and taking inspiration from it is risky, because software patents inhibit the Progress of Science and useful Arts.

Here's cockroachdb's version of the BSL:

https://github.com/cockroachdb/cockroach/blob/master/license...

You may be right that this doesn't allow modification. I hope sentry words their Additional License Grant better.

> Consider yourself happy Torvalds didn't think this way. Or Guido.

Yes I'm generally happy when I get new stuff for free, but I don't expect that to always happen.

[grumpydba]

> Yes I'm generally happy when I get new stuff for free, but I don't expect that to always happen.

Sure. But when a product is advertised as open source, I expect it to be true.

[brlewis]

Open source never includes the guarantee that there will be future open source releases. If their new license won't work for you, it's as if it just stopped being maintained. Use and/or fork the most recent open source version.

[grumpydba]

A paragraph of this announcement is literally titled "Commercializing Open-Source". This is a blatant lie.

[kbenson]

I think a lot of this revolves around what you think a "tinkerer" should be able to do. You clearly state "learn and reuse parts of your code", but depending on what you mean, people may or may not think "reuse parts of your code" falls under "tinkering".

I imagine people might be split on that point, but I think "reuse and publish" is asking for much more. That's not tinkering, that's making a business, or at a minimum providing a service (even if uncharged and the service is software access).