unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
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




  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

  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=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 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).