henkf wrote:bob wrote:henkf wrote:bob wrote:henkf wrote:bob wrote:Tord Romstad wrote:bob wrote:I have not looked at stockfish and don't intend to.
You probably should: It already seems to be far stronger than Glaurung, and unlike Glaurung, Stockfish is likely to keep getting updated and improved in the future.
I simply want to see the GPL followed for programs released under the GPL.
As do I, of course. But in this case, everything is OK. The GPL does not require that you release your program to the public, as pointed out elsewhere in this thread.
Tord
No, but it does mean that if you release it at all, you have to release the modified GPL code to the public.
True, but at the same time you seem to have a very liberal concept of 'releasing'. Volker is trying to form a team and started a application procedure to accomplish this. After accepting a member in his team he will send them the executable and sources for team use. I reckon this is how also big companies operate. I know your program is not GPL, but if it was, following your logic, since you are distributing your development program to all the nodes of your university cluster, which i guess is not your private property, you would have to release it there under a different licence, otherwise you would be obliged to release it to all.
I don't have a "liberal" interpretation of "release" I have a very specific interpretation. The modification has already been done. As per his original post. He now wants to _distribute_ this code to "trusted testers" (his terms). I don't see how one could interpret this any differently than I do. I can hardly develop a commercial product, sell the code and then call the customers members of my "team".
In my opinion distributing and releasing have different meanings with overlap. I don't even know what to convey means, so i probably should butt out, but still i want to get one point across.
Being from the real world (
by now you must be used to the dutch sense of humor ), i work on a business application in a disconnected mode. I then distribute my changes to my colleague workers and vice versa. All these changes get merged in a release candidate which will be shipped of for testing. This testing might well be done by an external company or even a willing customer. At the end of this chain the new version gets released to all customer. Only here I would use the word release. Anyway i'm not a lawyer don't know more about the GPL than the average guy, so what the heck am i doing here. Nighty night.
That's a different animal. Those of us working on Crafty do the same. But the GPL is quite clear about the term "convey". If you give someone a copy of a program, whether it is binary or executable or source, you "convey" it to them and the GPL that applied to the original source and to you as the modifier is passed on to that user as well. And the GPL is quite clear that it doesn't matter whether you give the software away or sell it, and yes you can copy a GPL program, modify it, and then sell the result. But you are _still_ required to include the modified source in the thing you distribute...
Still awake. Recap.
You started of with using the word 'releasing'. I said i thought you had a liberal interpretation of the term. You said you had not, but at the same time you changed the term to 'distributing'. I told you that in my opinion those term are not the same and tried to explain why. Then you said that's a whole different animal and at the same time changing the term to 'conveying'. As if all these terms have exactly the same meaning.
I told you why distributing and releasing might not be the same. Tord told you that conveying and releasing are not the same thing. I still don't know what to convey means, but i tend to trust Tord on this, because I like his way of thinking. When I release my engine it will have a simple licence: "you can do anything with it what you want as long as Tord thinks it's the right thing to do"
OK, for clarity. "release" "distribute" "send to" "convey" "make available" are all synonyms for the same action, in this discussion. You could quibble over the exact definition of any of the above, but in the present context they all mean the same basic action, that of transferring a piece of software from user A to user B. I release new versions of Crafty regularly. I also "distribute" them. I make them available. I send them to people that ask for them. And overall I "convey" the new versions to everyone that wants them. Lawyers get into the legalese of terms like "convey," but I believe that for this discussion I believe they are the same.
In general when you "release" something you make it available to a group, that could be small or large, public or private, etc. None of that matters. The word "convey" is usually applied to an action between two people or two organizations, but more commonly between two people. I "convey" (give to you) this package.
As far as your last statement goes, Tord can do whatever he wants. But when someone copies his source, and then modifies it, they have certain implied responsibilities that they can not ignore. And if that person gives that software to anyone else, whether for monetary gain or not, that person inherits the same set of responsibilities that they can also not ignore. The GPL is a sort of "inherited" condition that can not be removed down the line. Tord can decide to no longer release his software under the protection of the GPL, whenever he wants. Versions already released are pretty much done however, but he can do whatever he wants in the future since he is the top of the food chain. But once he releases under GPL, nobody below him can take his code and make any changes to it, and then release that software under a more restrictive agreement. The original GPL trumps all.
That was the original point of my comment. One can not take a GPL program, modify it, and send it to others telling them they can not redistribute that modified code, because the GPL explicitly says that is not permissible. Whether we use the word release, give to, send to, convey to, distribute to, or whatever doesn't change a thing.