When building a solution/product, you have to choose the components you use, and invest in it, in time and sometimes money, and its technical and legal specificities can have strong implications on your solution.
License change is a hazard than can happen, and it is also one the harder to foresee, and when it happens to a product to you depend on it can have a big impact.
And it is Berkeley DB, same house as BSD known for the ultra permissive license. I wouldn't have anticipated that, and I guess with many others.
Given the fact that you may not be able to move to another product, and that your business may depend on the license permissiveness, it can be assimilated with totally legal, but nonetheless, extortion.
And when free services shut down, or start charging, they say "If you aren't paying for it, you are the product" or "You can't complain if you didn't pay for it."
So now the same thing happens for the BDB, and people are upset. But it's the same exact thing. Well, except the BDB's older versions are still available with full source available, and there has always been a paid license available. And the AGPL only applies if you are modifying the BDB source.
It's the two-faced nature of this current culture of developers. We'll consume open source products. Hell, we'll contribute back open source tools. Hell, we'll ship it under BSD because we are want to be permissive and "really free." But we won't do it with our real products.
> Given the fact that you may not be able to move to another product, and that your business may depend on the license permissiveness
As has been said time and time again: there is nothing forcing you to upgrade. Nothing forcing you to change. You are free to continue using exactly what have depended on.
HN (as a general rule) doesn't support free (as in speech) software.
It's interesting to contrast Oracle with webapp providers who haved move from free to paid models. HN (as a general rule) supports the latter and responds to the complainers with "you shouldn't have expected anything from a product you weren't paying for".
When an app switches to a paid model, you aren't left with a choice. So even if you invested time and energy into integrating it into your system, you are sunk. You generally don't have a choice.
And if the app stops being produced (e.g. Sparrow), it can never be improved. At lease the BDB allows people to improve the GPL version if they want.
So really, the issue is only a problem if
* You were already modifying the BDB source * You need the latest version
Considering the people with the problem are already modifying source, it's not as if they can't fork BDB. Sure, the cost for using BDB has now gone up, but that can be compared to adopting the AGPL and the changes needed.
Furthermore, there are other, more open libraries that do what bdb does, yet don't have those restrictions. The breach of trust Oracle performed in adding more restrictions makes me not want to use this software in any circumstances, out of apprehension that they may provide more new "freedoms" in the future.