Jonathan Nieder <jrnie...@gmail.com> writes:
> David Kastrup wrote:
>> Now I might have sent at an unopportune time: blame.c is mostly
>> attributed to Junio who seems to have been a few days absent now.
>> I also have seen quite a few mails and patch submissions on the list go
>> basically unanswered in the last few days.
> In the U.S., yesterday was a federal holiday (Martin Luther King, Jr.
> day) and the two days before were the weekend.
>> Now the file involved (builtin/blame.c) itself does not state _any_
> Most of git is GPLv2-only.
Does that include builtin/blame.c?
> Yeah, since these patches aren't adding a large new chunk of code
Well, _significant_ chunks of code are in the works already (and my
question was really more about them).
> there's no need for a new copyright notice and so no place to put that
> kind of thing unless Junio wants to relicense blame (which would be
> orthogonal to these patches).
So my understanding is that when we are talking about _significant_
additions to builtin/blame.c (the current patches don't qualify as such
a) builtin/blame.c is licensed under GPLv2
b) significant contributions to it will not be relicensed under
different licenses without the respective contributors' explicit
This question is not academical to me. I don't have any source of
income apart from people paying me to write free software (mainly
LilyPond users), so if I'm writing significant pieces of code, I don't
want to see them distributed as proprietary software (for example, by
traveling through the very unrestrictively licensed libgit2) without
being in the situation of negotiating recompensation for that.
The combination of the SubmittingPatches text with the file notices in
builtin/blame.c is not really painting a full picture of the situation.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html