unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Reuben Thomas <rrt@sc3d.org>
Cc: bug-gnu-emacs@gnu.org, d.love@dl.ac.uk, jas@extundo.com
Subject: Re: [Reuben Thomas] browse-url.el Opera support
Date: Sat, 17 Jan 2004 16:15:57 +0100 (CET)	[thread overview]
Message-ID: <Pine.LNX.4.58.0401170022100.1565@mnemosyne> (raw)
In-Reply-To: <E1Aha2l-0000uS-It@fencepost.gnu.org>

On Fri, 16 Jan 2004, Richard Stallman wrote:

> The free software movement is based on the recognition that non-free
> software is antisocial and unethical.  It is a social problem, and our
> work is to solve that problem.  Success for us does not mean writing
> popular free programs, it means ending the antisocial practice of
> distributing non-free software.

The main means you've chosen to end the practice of distributing non-free
software is to distribute free alternatives, so you're not going to be
successful if your programs aren't popular.

> Your argument for including this patch seems to be based on a principle
> that that technical decisions should be made solely on technical
> grounds.

I have no such principle. If I had to state anything so dangerous as an
absolute principle, it would be much closer to your position than to the
one you infer. I do believe in proportionality, though: this particular
case (a very small feature) should, in my view be decided pretty much
purely on technical grounds. There are some matters that shouldn't: for
example, using a proprietary markup format instead of HTML for the WWW
would be unethical (as well as plain stupid) however technically superior
it might be.

The principle I lack is that principles are absolute criteria that must
always be applied (in particular, I don't believe that battles are lost
for want of a nail).

> That principle is a grave and fundamental error.

I agree completely.

> It rejects the lessons society learned after the development of nuclear
> weapons: that technical decisions must be based on consideration of
> social responsibility.  GNU derives from an idea of social
> responsibility, and we make technical decisions based on that.

And again, I agree. I probably wouldn't be in the privileged position of
having an affordable computer system almost all of whose operation I can
scrutinise and change, all the while sharing those changes with others and
benefitting from their expertise and ideas, were it not for the efforts of
the FSF on whose software I largely depend.

> We can't tell what programs to use, but helping you use a non-free
> program is not part of the GNU Project's mission.  I decided before
> not to include this code, and I stand by the decision.

It's up to the authors of a program what conditions they make on its use
and its development. I expressed my frustration with a particular
decision, but I can't claim that it's wrong. At least in this case I get a
reasoned argument from the authors; with non-free software that would be
the last thing I'd expect.

> Not supporting non-free programs in Emacs is one of the ways we show we
> are serious when we say they are unethical.  That may not convince you,
> but we hope it will convince others.

I think I'm probably more convinced than most; and for all that I don't
entirely agree with your opinion, I'm very glad that someone holds it,
just as I'm also glad that not everyone does.

On second thoughts, I've found the time to look for a solution to this
particular problem in the form of code, which you'll find in another part
of this thread as a response to a message from Dave Love.

-- 
http://www.mupsych.org/~rrt/ | golf, n.  a good walk spoiled (Twain)

  reply	other threads:[~2004-01-17 15:15 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.693.1074172442.928.bug-gnu-emacs@gnu.org>
2004-01-15 13:48 ` [Reuben Thomas] browse-url.el Opera support Simon Josefsson
2004-01-15 14:12   ` Reuben Thomas
2004-01-15 14:28     ` Simon Josefsson
2004-01-16 19:54     ` Richard Stallman
2004-01-17 15:15       ` Reuben Thomas [this message]
2004-01-18  6:32         ` Simon Josefsson
2004-01-18  7:15           ` Reuben Thomas
2004-01-18 22:27           ` Reuben Thomas
2004-01-19 20:12             ` Richard Stallman
2004-01-19 18:35           ` Reuben Thomas
2004-01-19 18:38           ` Reuben Thomas
2004-02-05 15:44           ` Dave Love
2004-02-05 16:09             ` Reuben Thomas
2004-01-18 19:14         ` Richard Stallman
     [not found]       ` <mailman.829.1074355733.928.bug-gnu-emacs@gnu.org>
2004-01-17 20:43         ` David Kastrup
     [not found]     ` <mailman.789.1074285000.928.bug-gnu-emacs@gnu.org>
2004-01-16 21:43       ` David Kastrup
2004-01-17 12:53         ` Richard Stallman
2004-01-17  0:16     ` Dave Love
2004-01-17 15:27       ` Reuben Thomas
     [not found]   ` <mailman.716.1074194876.928.bug-gnu-emacs@gnu.org>
2004-01-15 22:32     ` Kevin Rodgers
2004-01-15 12:12 Dave Love

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=Pine.LNX.4.58.0401170022100.1565@mnemosyne \
    --to=rrt@sc3d.org \
    --cc=bug-gnu-emacs@gnu.org \
    --cc=d.love@dl.ac.uk \
    --cc=jas@extundo.com \
    --cc=rrt@mupsych.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).