4 ms·
> Wallaroo is an open source project. > You can run all Wallaroo code in a production environment for free on up to 3 server or 24 cpus. So it is not an open
by continuations 9y ago
> Wallaroo is an open source project.
> You can run all Wallaroo code in a production environment for free on up to 3 server or 24 cpus.
So it is not an open source project then.
- DonbunEf7 9y agoAlso, there is a CLA: https://gist.github.com/WallarooLabsTeam/e06d4fed709e0e7035fdaa7249bf88fb https://gist.github.com/WallarooLabsTeam/e06d4fed709e0e7035f... Glad to see Pony adoption, disappointed in this "open source" project. Free Software or nothing, please.
- oh_sigh 9y agoThen you're free not to use this project.
- cle 9y agoThe full quote: > Wallaroo is an open source project. All of the source code is available to you. However, not all of the Wallaroo source code is available under an "open source" license.
- leggomylibro 9y agoSo, Wallaroo is a source-available project. There IS a term for this sort of license, and it isn't "open source."
- cle 9y agoYou're just mincing words. The author(s) is upfront about the source distribution and licensing and is not being misleading, as the GP implied. I'm really not interested in yet another discussion about definitions when the author's meaning is perfectly clear.
- mickronome 9y agoIf you ever feel you need a phrase and "a phrase" in the same sentence, chances are you won't come across perfectly clear. You are then either implicitly contradicting yourself, or bringing in a statement about your perceived validity of the very same statement you choose to use into your writing. Whatever it is, it's not clear writing. Hence, I would say that the meaning really isn't clear, especially not in the context where it's stated. This lack of clarity is further bolstered by the blog post linked from the project webpage where they mention it's going to become open source, there they spend a fair amount talking about exactly once delivery and how important it is. It turns out that exactly once is not a feature covered by the Apache license. Almost every project containing both for-payment parts and open source parts split them into separate repositories, it's a good practice when there are different legal agreements involved, and I see no real reason for not splitting it up, except possibly that pony might be one of the opinionated languages where you can't build things if not everything is in the same folder? If that is the case, those constraints are - as in go - rather shortsighted. The world is a complicated place, simple solutions rarely work as well as one might hope.
- spooneybarger 9y agoThe core steaming processing and state management code is Apache 2 licensed with no restrictions. The enterprise code requires a commercial license from us once you are using more than 3 servers or 24 cpus. All of the code is available and can be modified and redistributed under the same license. This is effectively the open-core model except we are making the code for the "non open-core" portion of the code base available as well. We are granting more access and rights to the user than is standard with the open-core model.
- shortstuffsushi 9y agoCould you explain the limitations? Why specifically 3 servers or 24 cpus? Totally arbitrary numbers, or linked to something?
- spooneybarger 9y agoWe are working towards adding data replication as a feature in Wallaroo. To make that work, you need to allow for at least 3 servers so that was the bare minimum. We added the 24 cpu limit because we are trying to build a business and allowing someone to load up 3 massive servers and use all the enterprise features for free isn't good business. We started with "low" numbers because we aren't sure what the right cut off will be and we would rather give people more in the future then realize we gave them too much. If we decide that 5 servers/40 cpus is the right level then everyone who gets an increase will be happy. If we started at 5/40 and realized that the vast majority of use cases were fine at that level and wanted to lower that number, we'd be screwed and would ruin trust. So, we started with what we thought was a nice low minimum and as we go forward, we'll potentially raise the limits. It was at least partially informed by a POC we did for one of the major US banks were we met their targets with 5 server and 30 cpus. It was the sort of application that we think is reasonable for us to get paid for (so we can keep building Wallaroo) so that also acted as an upperbound for our early discussions. In the end, we want people to be able to use Wallaroo and get value out of it. And we want to be able to build a business and keep building this thing that we love. And as I said, we want to be cautious and make sure we are always in the position to give away more rather than having to take things away. There are features that might eventually become 100% free and open source as we move forward. What we want to avoid is ever having to close the source on a feature. I hope that answers your question. Sorry, its been a long few weeks polishing up the first release and it's been a very long day today so I'm a little tired and rambly.