[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Python-mode] python.el cleanup
From: |
Stefan Monnier |
Subject: |
Re: [Python-mode] python.el cleanup |
Date: |
Tue, 05 Apr 2011 09:52:21 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
Please don't reply on this list.
Stefan
>>>>> "Andreas" == Andreas Röhler <address@hidden> writes:
> Am 05.04.2011 00:24, schrieb Glenn Morris:
>> Stefan Monnier wrote:
>>
>>> The problem was with some of the other contributors, from what I remember.
>>
>> For example, Andreas Roehler has issues with copyright assignments:
>>
>> http://lists.gnu.org/archive/html/emacs-devel/2008-03/msg00029.html
>>
>>
> So it is. My views didn't change since.
>> Besides that, in 2008 an attempt was made to make a list of all the
>> contributors (it's presumably out-of-date now). The next step would be
>> for someone to figure out how much each person wrote.
> Computing is about ideas, not about counting code-lines.
> Even if a developer noticed a bug at the other side, which helped him to
> choose the right alternative, the other part is involved. Copyright in
> computing is such a nonsense, it's a shame pretending it.
> But let's come to some mistakes more neareby:
> - Stating someone signed the copyright-papers or not doesn't belong into the
> comment section of a code-file. That why I coming upon and the only reason
> so far.
> - The problems of Emacs' Python edits don't result from the existence of two
> different development branches, where _all_ developers have some merits of
> every side, as pointed at above. The problems result rather from a lack of
> imagination what's needed to have an environment as state of the art.
> So please, let's not jump into that eternal copyright loop. Let's go on
> bug-fixing and maybe building the environment afterwards.
> Cheers
> Andreas
> --
> https://code.launchpad.net/~a-roehler/python-mode/python-mode-components
> https://code.launchpad.net/s-x-emacs-werkstatt/
>>
>> http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg02156.html
>> http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg02234.html
>> http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg02201.html
>>
>> and related messages.
>>