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.
I see. >> Now the file involved (builtin/blame.c) itself does not state _any_ >> license. > > 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 really) that 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 consent. 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. -- David Kastrup -- 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
