Re: GSoC 2010

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Fri, Feb 12, 2010 at 5:35 PM, Johannes Schindelin
<Johannes.Schindelin@xxxxxx> wrote:
> Hi,
>
> On Fri, 12 Feb 2010, Mike Hommey wrote:
>
>> On Fri, Feb 12, 2010 at 10:03:43AM +0100, Sverre Rabbelier wrote:
>>
>> > On Fri, Feb 12, 2010 at 10:02, Johannes Schindelin
>> > <Johannes.Schindelin@xxxxxx> wrote:
>> > > Would it not make sense to implement git-remote-svn as a C program?
>> > > That should help matters especially on Windows, where git-svn is
>> > > very slow due to its using MSys (which is a stripped-down Cygwin, as
>> > > you know, jumping through hoops to bring some POSIX-iness to
>> > > Windows).
>> >
>> > It would very much be sense to do so, perhaps we should update the
>> > wiki to say that implementing it in C is strongly preferred?
>>
>> It is already mentioned on the wiki that this would probably be a
>> problem, license-wise. (the svn library is Apache license, which is
>> incompatible with GPLv2)
>
> So git-remote-svn would have to be under an Apache-compatible license, so
> what? It is not as if git-remote-svn was a derivative work of Git, just
> because it abides by a very simple command-line interface that happens to
> be defined in Git, but would work anywhere else, too.

hmm, what about distribution? Will we be able to distribute this
remote helper with the rest of Git's GPL-ed code?

As a side note, if I'm remember correctly, there used to be a
implementation of SHA-1 hashing algorithm from Mozilla  - was that
under MPL? If so, how did we deal with that? (Wikipedia says MPL is
incompatible with GPL, too.)

-- 
Cheers,
Ray Chuan
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]