Why P.U.R.E. will not be GPL or CC-PD. Very long. - Page 5

Why P.U.R.E. will not be GPL or CC-PD. Very long.

Various things about Spring that do not fit in any of the other forums listed below, including forum rules.

Moderator: Moderators

User avatar
KDR_11k
Game Developer
Posts: 8293
Joined: 25 Jun 2006, 08:44

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by KDR_11k »

Ok, so basically, so what you're saying is that Lua, since it's calling stuff in the API, which in turn is calling a Spring engine function directly (which is, of course, optional, if somebody wrote a new Gadget Handler from scratch) ... would then qualify as "mere aggregation". That makes sense.
It wouldn't even be an aggregation because Spring is not included, it's a plugin.
In a broader sense, if we accept the argument above, then, are all games / mods then to be considered "mere aggregations" as a whole project, then? This was the argument I originally advanced, in defense of multiple licenses on NanoBlobs, then we all tore it down and declared I was wrong... so, was I right after all?
I don't see it like that. The mod is distributed separately from Spring and uses only public functions to interface with it, it's a plug-in. Parts within the mod follow different rules, they are distributed in one file and act as a single, inseparable (while it may be possible to cut some stuff out without breaking it you still lose sync and it changes in ways not intended by the designer) work.
User avatar
AF
AI Developer
Posts: 20687
Joined: 14 Sep 2004, 11:32

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by AF »

Even though spring is not included it would still fall under the category of 'library' and such it would still apply.

However say spring exposed an API for an interpreted language, scripts for that language wouldn't need be affected by the spring engine licence.

The problem here is that gadgets and widgets do not run on top of the spring engine, they run on top of the GPL lua gadget handler, and this is where all the confusion has come from, and for which we have many threads discussing the details, and an answer from trepan.

tbh Im not sure I see where this thread is now headed.
Warlord Zsinj
Imperial Winter Developer
Posts: 3742
Joined: 24 Aug 2004, 08:59

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Warlord Zsinj »

Image

And now, for something completely different...

I've dispatched the Crack Suicide Lawyer Squad to resolve this situation at once!

Image

words cannot describe the silliness of this thread
User avatar
Argh
Posts: 10920
Joined: 21 Feb 2005, 03:38

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Argh »

The problem here is that gadgets and widgets do not run on top of the spring engine, they run on top of the GPL lua gadget handler, and this is where all the confusion has come from, and for which we have many threads discussing the details, and an answer from trepan.
While that may be so... in many ways, that Gadget Handler could be considered to be the functional equivalent of an API, could it not? I mean, Trepan even documents its function calls as "API"... and, after having read the definition, it sure appears to be an API- it is our conduit to direct calls to the Spring engine, but our functions could theoretically do something completely different, or interact directly with the engine.

I think that it's a fair argument to say that the Gadget Handler is now (in SVN) to be considered engine code, considering it's loaded through Spring's chain of loading procedures, instead of being invoked by a loop in our gamecode. IOW, we no longer have to include it... therefore, the chain, somewhat tenuous before, is now completely broken.

In 0.76b1, I would agree, it was not so separated, and in 0.76b1, I would also agree, it's not equivalent in function or intended purpose. In 0.77b1, however, it will no longer work as described, so I think that gives us an out- we can just all happily pretend that since it's going to be that way, it can be treated as if it's real now, much like CA wants us to pretend it's entirely legal now because they want to become legal.

Fair enough? Or am I missing an important technical detail here?
User avatar
quantum
Posts: 590
Joined: 19 Sep 2006, 22:48

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by quantum »

Argh wrote:CA wants us to pretend it's entirely legal now because they want to become legal.
Of course we don't want you to pretend such a thing.
User avatar
rattle
Damned Developer
Posts: 8278
Joined: 01 Jun 2006, 13:15

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by rattle »

This still going on? Rotten tomatoes anyone?
User avatar
Erom
Posts: 1115
Joined: 25 Apr 2006, 05:08

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Erom »

Read the thread, man. It hasn't been rotten tomatoes for pages. This has been an interesting read. Seriously, do you people even read threads before hating on them? :x
Saktoth
Zero-K Developer
Posts: 2665
Joined: 28 Nov 2006, 13:22

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Saktoth »

Stuff that was released separately is another story entirely- but stuff that was sent to the SVN is probably not protected, as I originally argued here.
Release has nothing to do with copyright. Under the Berne convention, Copyright is automatic the moment you create a work. As soon as it leaves your brain and becomes concrete it is copyright. We then release it under the GPL or PD or similar.

Works are only derivative works if we, say, edit the peewee model and give him a hat. Or edit the script and put in some cool muzzle flares- thats derivative. Making a new peewee model or a new peewee script is not derivative.

Putting it in CA though (or rather, having the OTA content in CA) is a violation of TA copyright and illegal, prettymuch. You can probably ants around this and say 'its a mod' or 'its an aggregate' in which case, it is the distribution of CA that is illegal, or you can take the line that the whole spring project has stuck to and say that downloading CA is illegal if you down own the origional TA- which is then the violation of the user. Probably though, we at least violate by distributing... but, we can keep doing it until we get a C&D, we arent legally obligated to stop until we see that C&D...
User avatar
KDR_11k
Game Developer
Posts: 8293
Joined: 25 Jun 2006, 08:44

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by KDR_11k »

AFAIK a C&D is just a nice gesture, the first notice you get could technically be court papers too.
User avatar
clericvash
Posts: 1394
Joined: 05 Oct 2004, 01:05

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by clericvash »

Posts like this just make me even more bothered by the GPL, i will never use that license for anything, i always create my own licenses.

I also highly doubt CA will ever be ta IP free.

I also cannot be bothered to read 5 pages of people whining about what argh said, i read his OP and he is bang on the mark, he always is and i will always support him and P.U.R.E.
User avatar
clumsy_culhane
Posts: 370
Joined: 30 Jul 2007, 10:27

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by clumsy_culhane »

clericvash wrote: I also highly doubt CA will ever be ta IP free.
Why? CA has a decent chance of being TA IP free in a unspecified time frame. There is no huge limiting factor to it not being IP free, other than lack of people and time. Ca development team is quite small, so you cant expect the transformation to be instantanous.

Looking at CA currently, Most of Core T1 is TA IP free, and it looks amazing. When/If we get a Arm person on side, this would speed up the process dramatically. Your comments do not encourage CA to be IP Free.

p.s. Just would like to give a round of thanks for the CA developers :-)
User avatar
clericvash
Posts: 1394
Joined: 05 Oct 2004, 01:05

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by clericvash »

Unless they have a list of every single exact minor detail to completely re-do there will always be an element, and i highly doubt they will ever get rid of every tiny little thing.

If they can then fracking kudos and all the best.
User avatar
KDR_11k
Game Developer
Posts: 8293
Joined: 25 Jun 2006, 08:44

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by KDR_11k »

TA IP free does not just mean not using the exact files used by Cavedog, it also means not using any derivatives of TA's content. The T1 core remakes are still highly derivative of the original TA designs and as such not TA IP free.

CA's dev team is not small. It has one of the largest dev teams of all Spring mods. E&E, Gundam and Evolution were pretty much one-man-shows. THAT is small.
User avatar
Otherside
Posts: 2296
Joined: 21 Feb 2006, 14:09

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Otherside »

if you remove the core logos and rename them they should be IP free
User avatar
Peet
Malcontent
Posts: 4384
Joined: 27 Feb 2006, 22:04

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Peet »

Otherside wrote:if you remove the core logos and rename them they should be IP free
It is highly arguable that because they are created to be like the originals, they are derivative works.
User avatar
Argh
Posts: 10920
Joined: 21 Feb 2005, 03:38

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Argh »

First off, I want to echo the whole "rotten tomatoes" thing. Finally, we're having a discussion about license and copyright that isn't just baaaaawing and people saying hateful stuff to score points.



Release has nothing to do with copyright.
Actually, at least under US law, it would matter to a judge. Your situation's not quite that simple, and copyright law gets rather complicated- how a thing gets included in a work matters.

What you guys are doing, technically, is that you're game publishers. And CA is a published work, under the law.

If we look at the whole process, and start with the original coder, then when it's on their machine, it's copyright-protected. There are copyrights when you make a work, in most countries. All well and good.

However, given the way that you're doing things... then that coder uploads that code via SVN and commits it- which, given that you guys allow the general public to get your commit versions, is, in effect, publishing, as the law understands it.

In that context, that coder is now publishing a derivative work- so the code sitting on the coder's machine was originally copyrighted, but the code as it is in CA is probably not, because it's part of a derivative work.

Making more sense now? I keep talking about releasing stuff separate from CA, because it matters, in terms of how the law applies here.


If it's still not making sense yet, let me use an analogy, maybe it will help.

Let's say that you found this great cookbook, full of wonderful recipes. You and your friends love this book, and want to add new recipes to it, and give it to the world, for free. That is illegal. It violated the copyright of the original author, who wanted to make money on the book. That you're wonderful people who just want to give everybody those wonderful recipes does not matter.

If your group just makes these new recipe pages, and sticks them into this copyrighted cookbook, your recipes aren't copyrighted to you or your friends, because you've published a derivative work, and you cannot apply for protection on a derivative work, at least in the US (different countries have different standards about where the line is drawn, but this is almost certainly illegal everywhere).

If, however, you just put your recipes online, and some other party took them, edited them, and included them in the cookbook... well, they would still be publishing a derivative work, but you and your friends would still retain your copyrights. And you, your friends and the original author of the cookbook could all sue for copyright infringement.

Does that make more sense now? I'm out of homely analogies at the moment.

Atari did not magically lose copyright, when your team started making CA, and its copyrights have precedence over yours. If you act as a publisher, then you are publishing a derivative work. Using a SVN and distributing public builds like CA does is publishing, as the law understands it.



This is why the discussion over what an "aggregate" is matters so much. It effects what the CA team could do that would actually be legal.

If we see games / mods as "mere aggregates" of various pieces of code that just happen to come together and produce a given result (working game design) but could be used in other ways, then all CA would need to change, to protect the coders' work, is the way that the work is included and published. It would still probably not be entirely legal, but it'd be a lot closer.

If we do not agree on that, then I see no way for anybody to apply for GPL protection, regardless of how it was published, unless the entire game is GPL. Which CA obviously cannot be, at this time.

Do you see why I wanted to drop this now? It's not a happy situation, and I'd rather just ignore it, or "pretend", as I said earlier. I saw Quantum's remarks, and I assume he thought I was being snarky or something- I'm not, I really did just want to drop that, I don't want anybody on CA's team to be under the impression I'm on a witch hunt, because I'm not- I'd rather just get one issue dealt with at a time, and just leave these issues which are specific to the copyright-infringing mods to one side, because they're yucky and I think people will get their feelings hurt if people aren't very careful about it.

For now, I'd rather get this discussion to mainly be about how we're going to determine what a "mere aggregation" is. Because regardless of what is determined about CA's status, we need this for the future.


TA IP free does not just mean not using the exact files used by Cavedog, it also means not using any derivatives of TA's content. The T1 core remakes are still highly derivative of the original TA designs and as such not TA IP free.
Exactly. It's not "different" when it's a design based on movie stills from a copyrighted work, people. That's still derivative! Quit even trying to argue that- something like Spherebot is not infringing... Mr. D's remakes are, and pretty darn deliberately so.

Until every unit in CA is renamed, all sounds are removed, all models look substantially different (enough to be non-derivative, which is a gray area... if you want to see how far I think you need to go, maybe I should show "before" and "after" shots of the Resistance mecha we put into P.U.R.E.) and you're not using OTA GAF files (conversion into bitmaps doesn't change their status) CA is obviously and clearly a derivative work.

And, don't forget... CA was based on BA, which was based on AA, which includes copyrighted content from lots of people who never worked for Cavedog. Even Caydr doesn't have a list of everybody whose work was borrowed. So, you can't just do the OTA models, a lot of the other content is not legal for you guys to apply the GPL to, either.


****************************************************

Meh. Moving on...

How do I reconcile Lurker's, AF's and KDR's statements about "mere aggregation"? The three positions all look different to me. I would like to see more about this, and see if we can arrive at a useful consensus.
User avatar
clericvash
Posts: 1394
Joined: 05 Oct 2004, 01:05

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by clericvash »

KDR_11k wrote:TA IP free does not just mean not using the exact files used by Cavedog, it also means not using any derivatives of TA's content. The T1 core remakes are still highly derivative of the original TA designs and as such not TA IP free.

CA's dev team is not small. It has one of the largest dev teams of all Spring mods. E&E, Gundam and Evolution were pretty much one-man-shows. THAT is small.
Exactly what i wanted to say, it needs to be massively different, which it won't be as i highly doubt anytime soon they will re-model every unit differently under a new name.

I am not trying to score points i just see Arghs point and anyone else like KDR who say things like i quoted.

The strength and future of spring in my mind lies in NEW and more importantly interesting mods.
User avatar
Evil4Zerggin
Posts: 557
Joined: 16 May 2007, 06:34

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Evil4Zerggin »

Regarding 17 U.S.C. § 103(a): I'm not sure I agree with your interpretation:

http://en.wikisource.org/wiki/Page:H.R. ... e_057.djvu
http://en.wikisource.org/wiki/Page:H.R. ... e_058.djvu
The second part of the sentence that makes up section 103(a) deals with the status of a compilation or derivative work unlawfully employing preexisting copyrighted material. In providing that protection does not extend to ├óÔé¼┼ôany part of the work in which such material has been used unlawfully,├óÔé¼┬Ø the bill prevents an infringer from benefiting, through copyright protection, from committing an unlawful act, but preserves protection for those parts of the work that do not employ the preexisting work. Thus, an unauthorized translation of a novel could not be copyrighted at all, but the owner of copyright in an anthology of poetry could sue someone who infringed the whole anthology, even though the infringer proves that publication of one of the poems was unauthorized.
(emphasis added)
User avatar
Argh
Posts: 10920
Joined: 21 Feb 2005, 03:38

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Argh »

Note that bit though, as to use:
but the owner of copyright in an anthology of poetry could sue someone who infringed the whole anthology, even though the infringer proves that publication of one of the poems was unauthorized.
Moreover, when reading the cites, note this section, which is a bit more clear:
A ├óÔé¼┼ôderivative work,├óÔé¼┬Ø on the other hand, requires a process of recasting, transforming, or adapting ├óÔé¼┼ôone or more preexisting works├óÔé¼┬Ø; the ├óÔé¼┼ôpreexisting work├óÔé¼┬Ø must come within the general subject matter of copyright set forth in section 102, regardless of whether it is or was ever copyrighted.
"Recasting, transforming or adapting" in this case would very precisely describe what CA has done. If OTA was in the public domain, it would be another story, imo.
User avatar
Neddie
Community Lead
Posts: 9406
Joined: 10 Apr 2006, 05:05

Re: Why P.U.R.E. will not be GPL or CC-PD. Very long.

Post by Neddie »

Evil4Zerggin wrote:Regarding 17 U.S.C. § 103(a): I'm not sure I agree with your interpretation:

http://en.wikisource.org/wiki/Page:H.R. ... e_057.djvu
http://en.wikisource.org/wiki/Page:H.R. ... e_058.djvu
The second part of the sentence that makes up section 103(a) deals with the status of a compilation or derivative work unlawfully employing preexisting copyrighted material. In providing that protection does not extend to ├óÔé¼┼ôany part of the work in which such material has been used unlawfully,├óÔé¼┬Ø the bill prevents an infringer from benefiting, through copyright protection, from committing an unlawful act, but preserves protection for those parts of the work that do not employ the preexisting work. Thus, an unauthorized translation of a novel could not be copyrighted at all, but the owner of copyright in an anthology of poetry could sue someone who infringed the whole anthology, even though the infringer proves that publication of one of the poems was unauthorized.
(emphasis added)
Agreed, and the future lies in games, not modifications.
Post Reply

Return to “General Discussion”