* The current rules for making Emacs binaries available on the net?
@ 2010-05-13 13:40 Lennart Borgman
2010-05-14 21:03 ` Richard Stallman
0 siblings, 1 reply; 6+ messages in thread
From: Lennart Borgman @ 2010-05-13 13:40 UTC (permalink / raw)
To: Emacs-Devel devel
What are the rules now for publishing Emacs binaries from the
development sources? Is it sufficient to say that the are compiled
from the bazaar sources, or?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The current rules for making Emacs binaries available on the net?
2010-05-13 13:40 The current rules for making Emacs binaries available on the net? Lennart Borgman
@ 2010-05-14 21:03 ` Richard Stallman
2010-05-14 22:51 ` Lennart Borgman
0 siblings, 1 reply; 6+ messages in thread
From: Richard Stallman @ 2010-05-14 21:03 UTC (permalink / raw)
To: Lennart Borgman; +Cc: emacs-devel
See the GPL FAQ which is in gnu.org/licenses
for GPL questions.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The current rules for making Emacs binaries available on the net?
2010-05-14 21:03 ` Richard Stallman
@ 2010-05-14 22:51 ` Lennart Borgman
2010-05-15 20:27 ` Richard Stallman
2010-05-15 21:51 ` David Reitter
0 siblings, 2 replies; 6+ messages in thread
From: Lennart Borgman @ 2010-05-14 22:51 UTC (permalink / raw)
To: rms; +Cc: emacs-devel
On Fri, May 14, 2010 at 11:03 PM, Richard Stallman <rms@gnu.org> wrote:
> See the GPL FAQ which is in gnu.org/licenses
> for GPL questions.
The section that is closes to my question seems to be this
(http://www.gnu.org/licenses/gpl-faq.html#UnchangedJustBinary):
Can I put the binaries on my Internet server and put the
source on a different Internet site?
Yes. Section 6(d) allows this. However, you must
provide clear instructions people can follow to obtain
the source, and you must take care to make sure that
the source remains available for as long as you
distribute the object code.
Now if someone distributes unpatched binaries built from Emacs sources
is it then enough to tell from where this sources can be downloaded
and what revision number the checkout had?
My impression before was that this was not allowed, but looking at it
again I can not see why it should not be allowed.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The current rules for making Emacs binaries available on the net?
2010-05-14 22:51 ` Lennart Borgman
@ 2010-05-15 20:27 ` Richard Stallman
2010-05-15 21:51 ` David Reitter
1 sibling, 0 replies; 6+ messages in thread
From: Richard Stallman @ 2010-05-15 20:27 UTC (permalink / raw)
To: Lennart Borgman; +Cc: emacs-devel
Yes. Section 6(d) allows this. However, you must
provide clear instructions people can follow to obtain
the source, and you must take care to make sure that
the source remains available for as long as you
distribute the object code.
Now if someone distributes unpatched binaries built from Emacs sources
is it then enough to tell from where this sources can be downloaded
and what revision number the checkout had?
That would satisfy the first clause. There is also the second clause:
you must take care to make sure that the source remains available for
as long as you distribute the object code.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The current rules for making Emacs binaries available on the net?
2010-05-14 22:51 ` Lennart Borgman
2010-05-15 20:27 ` Richard Stallman
@ 2010-05-15 21:51 ` David Reitter
2010-05-16 6:38 ` Stephen J. Turnbull
1 sibling, 1 reply; 6+ messages in thread
From: David Reitter @ 2010-05-15 21:51 UTC (permalink / raw)
To: Lennart Borgman; +Cc: rms, emacs-devel
On May 14, 2010, at 6:51 PM, Lennart Borgman wrote:
>
> Now if someone distributes unpatched binaries built from Emacs sources
> is it then enough to tell from where this sources can be downloaded
> and what revision number the checkout had?
Apart from the GPL, what is also important is to support the sustainability of the project by animating people to write code and contribute patches.
In my experience, binary distributions are not necessarily productive in that sense. It is important to make it dead-easy for people to install the source distribution and build from it. Pre-requesites should be spelled out, a standard build system and sequence (./configure; make; make install) used, and so on.
Fulfilling the GPL is just a minimum requirement.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: The current rules for making Emacs binaries available on the net?
2010-05-15 21:51 ` David Reitter
@ 2010-05-16 6:38 ` Stephen J. Turnbull
0 siblings, 0 replies; 6+ messages in thread
From: Stephen J. Turnbull @ 2010-05-16 6:38 UTC (permalink / raw)
To: David Reitter; +Cc: Lennart Borgman, rms, emacs-devel
David Reitter writes:
> In my experience, binary distributions are not necessarily
> productive in that sense.
But remember that an Emacs "binary" distribution usually contains
source Lisp[1], and coding Lisp is the most productive way for
newcomers to contribute (and some oldtimers, too, hello Drew! :-)
Even if they've never done it before; the Emacs C code is full of
strange constructs like DEFUN and redisplay and Mule and GCPRO, and
even experienced C hackers can get turned around in it.
Footnotes:
[1] I was disgusted to discover that Ubuntu packages for my Sharp
Netwalker don't contain source for XEmacs core Lisp.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-05-16 6:38 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-05-13 13:40 The current rules for making Emacs binaries available on the net? Lennart Borgman
2010-05-14 21:03 ` Richard Stallman
2010-05-14 22:51 ` Lennart Borgman
2010-05-15 20:27 ` Richard Stallman
2010-05-15 21:51 ` David Reitter
2010-05-16 6:38 ` Stephen J. Turnbull
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).