From: David Kastrup <dak@gnu.org>
Cc: Emacs help <Help-gnu-emacs@gnu.org>
Subject: Re: Icon designer wanted (Aquamacs Emacs)
Date: Tue, 03 Jan 2006 16:34:39 +0100 [thread overview]
Message-ID: <853bk5gwa8.fsf@lola.goethe.zz> (raw)
In-Reply-To: <54321A2A-3F36-4416-B473-49AC11FF057F@gmail.com> (David Reitter's message of "Tue, 3 Jan 2006 15:20:08 +0000")
David Reitter <david.reitter@gmail.com> writes:
>> > However, the big advantage for us is that we can draw from icons
>> > used in a variety of other projects. So much of the core work is
>> > done -- what remains is to find and select the right icons, make
>> > them look uniform / coherent, draw remaining ones.
>>
>> It seems a bit out of place to do this work downstream when it seems
>> more sensible to do this in Emacs itself.
>> ...
>> Is there a reason why you don't want to work on improving the icons in
>> Emacs proper?
>
> I'm glad you see it that way, and we certainly would be delighted to
> make source code (or icons) available to the main Emacs. Quite a few
> patches developed for Aquamacs have already been applied and a
> package has been added, others might be in the future. Of course,
> this applies to icon designs as well.
>
> However, the rigorous legal process involved in contributing
> material to Emacs means that we cannot just take somebody else's
> icons from GPL'd software, properly credit them and make use of
> their work in the spirit of free software.
If the people understand about the "spirit of free software", they are
likely to understand the need for a copyright assignment or disclaimer
(for icons, I guess a disclaimer would be sufficient). It is a
written guarantee that the licensing conditions are stated accurately.
> While I perfectly understand why this may be considered necessary
> for GNU software, given the history of Emacs, I don't see myself or
> anyone come up with a newly drawn set of icons of high
> quality. Instead, we need to reuse icons. Therefore, if someone is
> willing to do the work, I'd incorporate this in our distribution
> now.
Willing to do _what_ work? Designing icons? Collecting them without
contacting the authors?
> If the Emacs team is then willing to go through a discussion process
> as to whether to adopt a new UI, and if the FSF would do some legal
> footwork, I'd be proud to support them. But that is up to them, not
> me, to ask, "Hey, can we incorporate that?".
It is a pity that you are not interested in the effort needed to
improve Emacs for everybody. You certainly have the right to do so,
and this right is a consequence of Emacs being free software, but it
does not help the cause.
But you should be honest and clear enough when recruiting people to
_your_ project to mention that this is not intended to help Emacs.
And also you should refrain from calling Emacs or GNU "Open Source",
in particular on GNU lists, which is an expression intended to muddle
what free software is about: freedom.
> But before that, we'll need to do the work and I prefer doing that
> before offering a contribution.
Not "we", but some volunteer you try recruiting without being explicit
that the contribution is only intended for your own port to Carbon, a
proprietary platform.
So if somebody is going to collect icons without bothering about
written assignments or disclaimers, his work is not going to end up in
Emacs. Even if he did the stuff himself, he has no guarantee that you
would bother extricating it from your personal fork, making sure that
nothing infringing remains, and properly contribute it to Emacs.
I think you could have made this somewhat clearer, considering that
you are asking on a GNU list.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2006-01-03 15:34 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-03 15:20 Icon designer wanted (Aquamacs Emacs) David Reitter
2006-01-03 15:34 ` David Kastrup [this message]
2006-01-03 16:01 ` David Reitter
2006-01-03 16:58 ` David Kastrup
2006-01-03 19:58 ` David Reitter
[not found] ` <mailman.21285.1136317245.20277.help-gnu-emacs@gnu.org>
2006-01-03 20:43 ` Tim McNamara
2006-01-03 21:16 ` Lennart Borgman
2006-01-03 21:35 ` David Kastrup
2006-01-04 12:40 ` david.reitter
2006-01-04 13:28 ` David Kastrup
2006-01-04 13:56 ` david.reitter
2006-01-04 15:09 ` David Kastrup
[not found] ` <mailman.21292.1136323111.20277.help-gnu-emacs@gnu.org>
2006-01-04 0:10 ` Tim McNamara
2006-01-04 0:31 ` David Kastrup
2006-01-04 2:30 ` Tim McNamara
2006-01-04 2:44 ` Jay Belanger
2006-01-04 23:50 ` Tim McNamara
2006-01-05 0:39 ` David Kastrup
2006-01-05 6:59 ` Tim McNamara
2006-01-05 7:23 ` Jay Belanger
2006-01-05 13:15 ` david.reitter
2006-01-05 13:56 ` David Kastrup
2006-01-06 11:08 ` david.reitter
2006-01-06 12:40 ` Lennart Borgman
2006-01-06 14:16 ` David Reitter
[not found] ` <mailman.120.1136557103.26925.help-gnu-emacs@gnu.org>
2006-01-06 15:23 ` David Kastrup
2006-01-06 12:55 ` David Kastrup
2006-01-05 13:03 ` David Kastrup
2006-01-05 14:10 ` Tim McNamara
2006-01-05 14:26 ` David Kastrup
2006-01-05 21:52 ` Lennart Borgman
2006-01-05 22:19 ` David Kastrup
2006-01-05 23:21 ` Lennart Borgman
2006-01-05 23:49 ` David Kastrup
2006-01-06 0:00 ` Lennart Borgman
2006-01-06 11:07 ` Gian Uberto Lauri
2006-01-06 11:36 ` David Kastrup
2006-01-06 12:26 ` Gian Uberto Lauri
[not found] ` <mailman.26.1136502144.26925.help-gnu-emacs@gnu.org>
2006-01-06 11:23 ` david.reitter
2006-01-05 15:55 ` Chong Yidong
2006-01-05 19:15 ` Luis O. Silva
[not found] ` <mailman.16.1136497693.26925.help-gnu-emacs@gnu.org>
2006-01-05 23:23 ` Tim McNamara
2006-01-06 0:17 ` David Kastrup
2006-01-06 21:01 ` Tim McNamara
2006-01-06 21:22 ` David Kastrup
2006-01-07 4:41 ` Tim McNamara
2006-01-07 9:48 ` David Kastrup
2006-01-08 7:34 ` Joe Bush
2006-01-08 10:29 ` David Kastrup
2006-01-10 6:01 ` Joe Bush
2006-01-10 7:03 ` David Kastrup
2006-01-10 14:01 ` Sean Sieger
2006-01-06 2:58 ` Luis O. Silva
[not found] ` <mailman.42.1136512036.26925.help-gnu-emacs@gnu.org>
2006-01-06 11:32 ` david.reitter
2006-01-07 10:02 ` David Kastrup
2006-01-08 6:05 ` david.reitter
2006-01-06 21:09 ` Tim McNamara
2006-01-06 21:42 ` David Kastrup
2006-01-06 21:55 ` Paul D. Smith
2006-01-06 22:02 ` Sean Sieger
2006-01-06 22:27 ` Kevin Rodgers
2006-01-07 1:43 ` Lennart Borgman
2006-01-07 2:03 ` Luis O. Silva
2006-01-07 0:56 ` Björn Lindström
[not found] ` <mailman.209.1136595503.26925.help-gnu-emacs@gnu.org>
2006-01-07 1:13 ` David Kastrup
[not found] ` <mailman.183.1136585095.26925.help-gnu-emacs@gnu.org>
2006-01-07 5:00 ` Tim McNamara
[not found] ` <mailman.208.1136595203.26925.help-gnu-emacs@gnu.org>
2006-01-07 5:01 ` Tim McNamara
[not found] <mailman.21240.1136295385.20277.help-gnu-emacs@gnu.org>
2006-01-03 14:15 ` David Kastrup
-- strict thread matches above, loose matches on Subject: below --
2006-01-03 13:34 David Reitter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=853bk5gwa8.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=Help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).