git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git to libgit2 code relicensing

From
Andreas Ericsson <ae@op5.se>
Date
Nov 15, 2008, 11:52 UTC
Message-ID
<491EB812.7040808@op5.se>
In-Reply-To
<3af572ac0811150333p28546975m9cf3ad73e62eb97@mail.gmail.com>
Pau Garcia i Quiles wrote:
Show 39 quoted lines
> On Sat, Nov 15, 2008 at 12:05 PM, Andreas Ericsson <ae@op5.se> wrote:
> 
>>> Do you mean if I write a patch to libgit2, send it upstream and make
>>> it public on my website but it is not accepted upstream, I cannot link
>>> my modified libgit2 version (i. e. libgit2 + my patch) to my non-GPL
>>> software?
>> I think that's the case, yes.
>>
>>> It looks insane to me: I wrote the patch and made it public
>>> but you guys did not accept it!
>>>
>> Well, if you wrote a patch that uses a closed-source database library
>> to store git objects in, how would that benefit the community even if
>> you published the patch?
> 
> The case I had in mind is not that but this: say I write a patch which
> is totally open-source and uses only open-source software to add some
> feature to libgit2 but I want to link that libgit2 + mypatch to a
> closed source application (say, for instance, software for military
> use, which I'm not allowed to open source). To state it clearly:
> - My contribution is 100% open source
> - My contribution is 100% towards libgit2
> - In fact, I could add that very feature to my application instead of
> libgit2 but as I'm open-source-friendly, I decide to contribute that
> patch to libgit2.
> 
> For some reason, that patch:
> - Is not accepted for some time (for instance, I'm thinking in that
> tcl/tk limitation which is preventing Junio from merging a patch, it's
> been in the "what's cooking" for some weeks now)
> - Or is not accepted at all
> 
> According to what you said, I only have two options:
> - Either I fork libgit2, or
> - I keep my feature in my application and do not contribute my feature
> to libgit2
> 
> It looks even more insane now!
> 

No, it's still sane. You can keep the code in your application until that patch is applied upstream. Besides, given the nature of shared libraries you'd probably have to fall back to the version in your app for quite some time anyways.

Show 8 quoted lines
> What about rephrasing the libgcc exception to something like: "if you
> have a patch, and sent us that patch, but we put the patch in stand-by
> or declided the patch, you are still allowed to combine libgit2 with
> your closed-source application". After all, the fault is not in the
> closed-source part (I contributed the patch, it is 100% open-source
> and only uses 100% open-source) but in the libgit2 part (patch is on
> hold or not accepted at all).
> 

Rephrasing an existing license is really, really stupid, as it means companies that want to build stuff on top of it will have to do the legal procedure all over again.

-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231
Previous: Pau Garcia i QuilesNext: David Brown
Message 23 of 33 in “git to libgit2 code relicensing”
  1. Andreas EricssonNov 14, 2008
  2. Martin KoeglerNov 14, 2008
  3. Sverre RabbelierNov 14, 2008
  4. Andreas EricssonNov 14, 2008
  5. Andreas EricssonNov 14, 2008
  6. Martin KoeglerNov 15, 2008
  7. Linus TorvaldsNov 14, 2008
  8. Shawn O. PearceNov 14, 2008
  9. David BrownNov 15, 2008
  10. Shawn O. PearceNov 15, 2008
  11. Nicolas PitreNov 15, 2008
  12. David BrownNov 15, 2008
  13. Miklos VajnaNov 15, 2008
  14. Junio C HamanoNov 15, 2008
  15. Miklos VajnaNov 15, 2008
  16. Pierre HabouzitNov 15, 2008
  17. David BrownNov 15, 2008
  18. Linus TorvaldsNov 15, 2008
  19. Andreas EricssonNov 15, 2008
  20. Pau Garcia i QuilesNov 15, 2008
  21. Andreas EricssonNov 15, 2008
  22. Pau Garcia i QuilesNov 15, 2008
  23. Andreas EricssonNov 15, 2008
  24. David BrownNov 15, 2008
  25. Daniel BarkalowNov 16, 2008
  26. René ScharfeNov 20, 2008
  27. Kristian HøgsbergNov 25, 2008
  28. Andreas EricssonNov 16, 2008
  29. Johannes SchindelinNov 16, 2008
  30. Sverre RabbelierNov 16, 2008
  31. Andreas EricssonNov 17, 2008
  32. Shawn O. PearceNov 17, 2008
  33. Andreas EricssonNov 17, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.