Re: python.el changes in emacs-24

Re: python.el changes in emacs-24

[Barry OReilly]

[-- Attachment #1: Type: text/plain, Size: 196 bytes --]

> BTW as language-specific modes have to compete with specialized
> editors, what about adopting a policy of continous-delivery here?

IIUC, the Emacs packaging system is already suited for this.

[-- Attachment #2: Type: text/html, Size: 241 bytes --]

Re: python.el changes in emacs-24

[Stephen Leake]

Barry OReilly <gundaetiapo@gmail.com> writes:

>> BTW as language-specific modes have to compete with specialized
>> editors, what about adopting a policy of continous-delivery here?
>
> IIUC, the Emacs packaging system is already suited for this.

Yes, which is the main reason I moved Ada mode to ELPA. So far there
have been 6 releases in as many months (it's a new system; lots of minor
bugs). Much more satisfying to my customers!

-- 
-- Stephe

continuous delivery from ELPA archives (was: python.el changes in emacs-24)

[Ted Zlatanov]

On Fri, 25 Jul 2014 03:23:26 -0500 Stephen Leake <stephen_leake@stephe-leake.org> wrote: 

SL> Barry OReilly <gundaetiapo@gmail.com> writes:
>>> BTW as language-specific modes have to compete with specialized
>>> editors, what about adopting a policy of continous-delivery here?
>> 
>> IIUC, the Emacs packaging system is already suited for this.

SL> Yes, which is the main reason I moved Ada mode to ELPA. So far there
SL> have been 6 releases in as many months (it's a new system; lots of minor
SL> bugs). Much more satisfying to my customers!

I don't understand what you mean by "continuous delivery" here, could
you please explain it?  I know what continuous integration and
deployment are :)

Thanks
Ted

Re: python.el changes in emacs-24

[Tim Visher]

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, a goal which, I believe (and I
would hope everyone here would agree), is actually _aided_ by the
software itself being Free.

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." 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.

I have, however, made no real contributions to this community so I
understand if my voice is small, but I figured it's worth saying
nonetheless.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

Re: python.el changes in emacs-24

[David Kastrup]

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

Re: python.el changes in emacs-24

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

    I think
    the best way to gain support for the Free Software Movement is by
    making Free Software the best software, a goal which, I believe (and I
    would hope everyone here would agree), is actually _aided_ by the
    software itself being Free.

Presuming it does not require sacrificing the freedom we fight for, I
agree we should try to make our software the most convenient for
people to use.  It is only our limited resources that hold us back.

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call.