From: David Kastrup <dak@gnu.org>
To: emacs-devel@gnu.org
Subject: Re: python.el changes in emacs-24
Date: Tue, 05 Aug 2014 15:58:20 +0200 [thread overview]
Message-ID: <87silbm41v.fsf@fencepost.gnu.org> (raw)
In-Reply-To: CAHa53uyK7EDgJSKJqqSasq4uJx9NRmZsX7VNgU0EDCn1Exhwug@mail.gmail.com
Tim Visher <tim.visher@gmail.com> writes:
> Since my terse statement earlier has already been explained quite well
> by Stephen, I'll simply say that I agree with what he said. I think
> the best way to gain support for the Free Software Movement is by
> making Free Software the best software,
You will not gain support for the Free Software Movement this way. You
will get support for particular software that happens to be free.
> a goal which, I believe (and I would hope everyone here would agree),
> is actually _aided_ by the software itself being Free.
That's putting the cart before the horse. It's like trying to get rich
in order to gain friends. The problem is that your actual need for
friends will kick in when you are _not_ financially successful, and the
need for actual free software enthusiasts will kick in when the Free
Software is in sore need of improvement.
> So when I hear things like "We're not in the business of competing",
> it translates in my head to "We're not in the business of showing
> people why Free Software matters and how it can help them."
But you _exactly_ state that you do _not_ want to show people why Free
Software matters, instead trying to make it advertisable as "the best
software".
> It's no skin off my back; I'll continue to use and love Emacs and
> other GNU software. But it'll continue to make it harder to 'sell' it
> to my friends, who think Sublime Text is _so_ much better because it
> comes with saner defaults, more features (out of the box and visible
> to the eye), and a prettier ui.
If that is what your friends want and that is the only thing you
consider able to sell them, they are a lost cause for Free Software.
Naturally, we want to have sane defaults and useful features for Emacs
and its ilk. But the reason is not to have more users who could not
care less about Software Freedom. They'll move on when the software
they use has problems rather than try help with fixing the problems.
All else being equal, there is nothing wrong with having a larger number
of don't-really-care users. But it's not the primary goal. It's merely
a metric for doing something well that's nice to have.
--
David Kastrup
next prev parent reply other threads:[~2014-08-05 13:58 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-24 17:14 python.el changes in emacs-24 Barry OReilly
2014-07-25 8:23 ` Stephen Leake
2014-07-30 20:36 ` continuous delivery from ELPA archives (was: python.el changes in emacs-24) Ted Zlatanov
2014-08-05 13:30 ` python.el changes in emacs-24 Tim Visher
2014-08-05 13:58 ` David Kastrup [this message]
2014-08-05 22:23 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2014-07-21 6:07 Glenn Morris
2014-07-21 14:25 ` Stefan Monnier
2014-07-22 6:55 ` Andreas Röhler
2014-07-23 10:54 ` Stefan Monnier
2014-07-23 14:37 ` Tim Visher
2014-07-23 14:44 ` Paul Eggert
2014-07-23 19:31 ` Tim Visher
2014-07-23 19:48 ` David Kastrup
2014-07-24 0:26 ` Stephen J. Turnbull
2014-07-24 3:15 ` David Kastrup
2014-07-24 7:18 ` Stephen J. Turnbull
2014-07-24 8:04 ` David Kastrup
2014-07-24 15:49 ` Richard Stallman
2014-07-23 20:07 ` Tom
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87silbm41v.fsf@fencepost.gnu.org \
--to=dak@gnu.org \
--cc=emacs-devel@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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.