how much right do I have on my project, if there are patches by others?

Matthew Flaschen matthew.flaschen at gatech.edu
Mon Jul 9 02:09:05 UTC 2007


Rick Moen wrote:
> Quoting Matthew Flaschen (matthew.flaschen at gatech.edu):
> 
>> What if a significant amount of code is removed in the patch?  Could
>> that exceed the limits of fair use?
> 
> These questions seem to indicate some serious confusion, since they
> discuss an issue that has nothing to do with whether one work is
> derivative of another in copyright law.

Perhaps you (or someone else) could explain.  If a patch removes code
from the original program, it must necessarily include some of the code
from that program.  Since the patch is a new work that contains part of
an earlier copyrighted work, I would think it to be derivative (and
possibly fair use if otherwise infringing).  Is that correct?

>>> Merging it into the original work strikes me as very likely to
>>> create a derivative work -- which then necessarily falls into either
>>> the joint- or collective-work category.
>> Is this really correct?  
> 
> Attempting argumentum ad ignorantiam again, Matthew?

I'm not making an argument at all.  You're probably completely right.
I'm simply confused, and seeking clarification.

> Your lack of understanding of basic legal concepts really isn't my problem.

I certainly never said or implied it was.  Feel free to ignore my
questions if you wish.  That said, I do appreciate what I learn on this
list.

>> If a derivative work wasn't coordinated at all with the original, 
>> how could it be a joint or collective work?
> 
> "Coordinated with" appears to have no meaning in copyright law,
> so your question is not answerable as stated.  That aside, it is simple
> logic that a multi-author (not "derivative") work _must_ be either joint
> or collective, as those are mutually exclusive and exhaustive conceptual
> subcategories.

I think I misunderstood you badly.  When you said:

>>>Merging it into the original work strikes me as very likely to create
>>>a derivative work -- which then necessarily falls into either the
>>>joint- or collective-work category."

I thought you were saying *any* derivative work was either collective or
joint (and thus a multi-author work).  I was then confused about why,
for instance, a fork of a program that is not actively developed (an
example of what I meant by a work that was not coordinated with the
original author) must be a multi-author work.

If I understand correctly now, you actually just meant that merging a
patch in this situation must create (or modify) a multi-author work.

>> Also, some derivative works are illegal.  How does that fit in?
> 
> How can you _not_ understand that the creation and distribution of some
> derivative works is tortious (not necessarily "illegal"), on account of 
> copyright violation?

I think I do understand that.  I should have phrased my question better.
 What I was wondering is how an infringing derivative work could be a
multi-author work (which I assumed implied licit cooperation).

That was based on my (mis?)understanding that you were saying *all*
derivative works were either collective or joint works.

>>> Please note that courts tend to measure "interests" for civil-law
>>> purposes in economic terms: 
>> So if a contributor uses copyleft for non-pecuniary reasons, they have
>> no recourse, right?
> 
> I said nothing like that.
> 
> Whether one party has committed a tort towards another depends on the
> particular circumstances and the duties that person has _in_ those 
> circumstances.  I cited _one_ theory of law that could apply.  Many
> others could, also.

Thanks for explaining.

>>> But, anyhow, in that hypothetical, any party (obviously) can fork
>>> rev. n-1, taking over maintenance under copyleft.
>> But that's hardly enough, if the primary author has created a
>> proprietary fork against a major contributor's wishes.
> 
> "Enough" for what?  Facts do not change just because you don't approve
> of them, Matthew.  See .signature block, please.

Of course, I meant enough to satisfy the major contributor.  But I am
well aware that the major contributor may actually have no legal
recourse, however unhappy this makes them.

Matthew Flaschen



More information about the License-discuss mailing list