[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: XEmacs binding

From: Yoshiki Hayashi <yoshiki_at_xemacs.org>
Date: 2001-10-29 15:05:03 CET

Daniel Stenberg <daniel@haxx.se> writes:

> > Yeah, but I cannot help that. I'm not the only copyright holder of
> > XEmacs and I cannot change the contents of GNU GPL or Subversion license,
> > either.
> I thought we were talking about the XEemacs bindings code for Subversion? A
> module that would be outside both the core XEmacs, built with Subversion
> libraries. That doesn't require you to modify XEmacs itself, does it?

You are right. We are talking about the XEmacs binding for
Subversion. You are also right about you don't need to
modify XEmacs itself. Sorry if I confused you, but I can
modify XEmacs and I can add Subversion binding to XEmacs
repository. :-)

> > > Why not use the plain modified BSD (without the announcement clause)? It
> > > would run fine with Apache, Subversion *and* (L)GPL.
> >
> > Yes, it is an option. I'm guessing that if I add it to XEmacs, some may
> > want it to be licenced under GPL as well. I need to ask other XEmacs
> > developers for that, though.
> If you write an add-on to work license-wise with both XEmacs and Subersion,
> you must be compatible with both the GPL and Apache(-style) licenses. That's
> why I suggest the BSD.

You mean if I use BSD license, other person will not be
restricted to distribute Subversion XEmacs binding (or
XEmacs Subversion binding, depending on the point of view)
binary? Then I'll definitely use it and forget about other

> I don't think relicensing XEmacs is anything anyone would want to even start
> thinking about. Just writing it gives me a headache! :-)

Hehe. So do I. :-)

Yoshiki Hayashi
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:46 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.