www-community mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Niclas Hedhman <nic...@hedhman.org>
Subject The Opposite of Incubator
Date Tue, 04 May 2004 13:35:16 GMT


At Avalon we have a small problem.

Phoenix has ceased to be actively developed, and an external fork has occurred 
driven by the previous Phoenix developers, called Loom at CodeHaus, and users 
who needs help with Phoenix are directed to the Loom project.

Now, what do we do with the Phoenix codebase in ASF??

GUMP makes this apparent. When changes are made in CVS in projects that 
Phoenix depends on, we will receive Nags. These are of three types;
1. Temporary and will disappear by themself.
2. Incompatible change in other project, by mistake or un-awareness.
3. Permanent Incompatible change. 1.0 -> 2.0

By upgrading Phoenix to these changes, seems fairly meaningless.

Killing the Gump descriptor seems like the most logical thing to do, but that 
would affect projects that depends on it (or other similar cases), James in 
this case, I think.

Should there be a notion of "Compost", "Graveyard" or "Retirement Home" for 
projects that has outlived their community?

|   http://www.bali.ac         |
|  http://niclas.hedhman.org   |

To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org

View raw message