Dave Love wrote: > Andreas Roehler <andreas.roeh...@online.de> writes: > >> Barry Warsaw wrote: > >>> For this audience, I'll restate my position, vis-à-vis python-mode. >>> >>> I assert that Tim Peters and myself have assigned copyright in >>> python-mode.el to the FSF. > > For this audience, again: Unfortunately the FSF only has an assignment > from Tim Peters, and when I tried to get one from Barry some years go, > the problem was that it needed papers from his employer. (Several of us > had tried to get full paperwork for python-mode.el, maybe including rms. > The authorship of all the code wasn't clear at that stage, so it may not > have been profitable anyway. I've no doubt that Barry wants to DTRT in > this respect, and I wouldn't have spent the effort on separate code if > it looked as if we had a reasonable chance of complete paperwork.
IMO assignment policy contradicts the spirit of free software. It shows very unpleasant damages in mind already. Copyright is an important issue now, taken very seriously. Before code was exchanged freely, as Richard told nicely the very beginnings of the movement. Meanwhile we came to the opposite: jealously and meticulous line counting habits. Assignment stifles cooperation rather then being helpful. If > the employer isn't now a problem, maybe an assignment for future > contributions would be useful.) > >>> I want it to be possible from a legal standpoint to merge python-mode.el >>> and python.el, taking the best and most popular features and >>> functionality from each. I think python-mode.el should form the basis >>> of the merge, with code pulled in from python.el as needed. > > Current maintainers may disagree, but I don't think popularity with > Python programmers trumps the Emacs coding conventions. Still, the only > missing things I've heard of either violate the conventions or aren't > specific to Python and should be elsewhere, or already are. > >> Difference is not at the level of feature-function, but >> from the very beginning. It's a little bit the same as >> with GNU and XEmacs: you can't merge with reasonable >> cost and result now. > > Yes, this follows what's mostly happened with XEmacs historically. It's > not a question of merging now, though -- this was all long ago. > >> From this some chances too: Not every feature once >> implemented turns out useful. Not every feature is >> needed by everyone. > > After working with and on python-mode.el, I did take the opportunity to > try to write something clean without undue mis-features. That was a general remark, in no way aimed at your code. Let me take the opportunity to assert you: I'm well respecting the work. My offer was and is: let's cooperate. There are enough things to do beside pure code-writing. Nor should the assignment nor the GPL-versions-question block cooperation completely. We must respect hindrances as it exists, that's right. > >> I would welcome a friendly, sportive concurrence. So if >> Dave may tell, what's the point of python.el is in >> contrast to python-mode.el, I'm interested to read. > > We wanted decent Python support for and in Emacs. There's commentary in > the file, although it may not be complete. > _______________________________________________ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
