Hello, This is the list of possibly orphaned parts of pypy. We should consider each item here and think in detail what to do with them. They're mostly broken or not actively maintained. If nobody shows an interest to maintain them, deleting would be the best solution to avoid clutter. Also they pose a maintenance burden when we proceed with the needed large refactorings. Maybe it is also a solution to lazily delete them as they are broken by refactoring if nobody steps up. Of course deleted things can easily be brought back from svn history, if there is renewed interest. So the above may sound scarier than it is. * llvm backend - we need a maintainer for that * pyrex backend (llvm depends on it tough) * js interpreter - needs a lot of work, before we might have usecases for that. * common lisp backend * squeak backend * ext compiler - would need a large rewrite from rctypes to rffi * rctypes (both) - delete as soon as they would not be needed * logic objspace, including constraint libraries Cheers, fijal, Samuele, Simon & Carl Friedrich
On Wed, Aug 22, 2007 at 08:49:12PM +0200, Maciej Fijalkowski wrote:
Hello,
This is the list of possibly orphaned parts of pypy. We should consider each item here and think in detail what to do with them. They're mostly broken or not actively maintained. If nobody shows an interest to maintain them, deleting would be the best solution to avoid clutter. Also they pose a maintenance burden when we proceed with the needed large refactorings. Maybe it is also a solution to lazily delete them as they are broken by refactoring if nobody steps up.
Of course deleted things can easily be brought back from svn history, if there is renewed interest. So the above may sound scarier than it is.
* llvm backend - we need a maintainer for that * pyrex backend (llvm depends on it tough) * js interpreter - needs a lot of work, before we might have usecases for that. * common lisp backend * squeak backend * ext compiler - would need a large rewrite from rctypes to rffi * rctypes (both) - delete as soon as they would not be needed * logic objspace, including constraint libraries
Please add aop.py and dbc.py (from pypy/lib) to that list. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science Reprise et maintenance de sites CPS: http://www.migration-cms.com/
Maciej Fijalkowski wrote:
Hello,
...
Of course deleted things can easily be brought back from svn history, if there is renewed interest. So the above may sound scarier than it is.
No, it is scary for me. Things that I can't see are gone. The svn history argument does not help. I would prefer disabling the tests and moving unmaintained stuff into maybe a "unmaintained" folder or renaming ist's path to include a syllable for unmaintained. Deleting is final, in a sense. scared - ly y'rs -- chris -- Christian Tismer :^) mailto:tismer@stackless.com tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/
I like Christian's ideas.
let's not delete them but move them to "pasture" or "unmaintained".
Some people may want it, and someone (unfamilar to the project) may bring
one of them back to life.
Paul
On 8/31/07, Christian Tismer
Maciej Fijalkowski wrote:
Hello,
...
Of course deleted things can easily be brought back from svn history, if there is renewed interest. So the above may sound scarier than it is.
No, it is scary for me. Things that I can't see are gone. The svn history argument does not help.
I would prefer disabling the tests and moving unmaintained stuff into maybe a "unmaintained" folder or renaming ist's path to include a syllable for unmaintained.
Deleting is final, in a sense.
scared - ly y'rs -- chris
-- Christian Tismer :^) mailto:tismer@stackless.com tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ _______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Paul deGrandis wrote:
I like Christian's ideas.
let's not delete them but move them to "pasture" or "unmaintained". Some people may want it, and someone (unfamilar to the project) may bring one of them back to life.
And I'd rather go for this earlier than later. Not removing but renaming is not destructive, and may shake up people who thought "at some time, I will work on this" to consider a reaction. Things that are out of sight are forgotten very fast. Things that get a nasty name in their path are crying for maintenance, also expressing that people are sad to loose them. cheers - chris -- Christian Tismer :^) mailto:tismer@stackless.com tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/
participants (4)
-
Alexandre Fayolle -
Christian Tismer -
Maciej Fijalkowski -
Paul deGrandis