On 12/19/11 12:35 AM, Simone Tripodi wrote: > On Mon, Dec 19, 2011 at 8:00 AM, Luc Maisonobe <luc.maison...@free.fr> wrote: >> Le 18/12/2011 23:10, James Carman a écrit : >>> My concern is that the momentum dies off after we get it in proper and then >>> we have to demote it later. >> I don't see any problem with this. For now the component seems to have a >> community, hence it is worht promoting it (this is a +1 from me). If >> later on the community fades away, then the component will move away, >> it's OK. >> > Indeed, thanks Luc, I don't see either what the issue is on managing > components lifecycle - if people lost interest on it, just open a new > vote to move it back to dormant.
Technically, I don't think we ever agreed to change the lifecycle to allow components to go from proper to dormant. Dead proper components go to the Attic. We talked about extending the dormant category to include the various zombies that we still have listed as proper, but did not agree on it [1]. As of now, dormant only applies to sandbox components and we should not promote things that are likely to go dormant. The sandbox exists to allow us to experiment with things and try to grow a community around ideas. When we graduate something, we should be confident that it is going to become an active Commons component; otherwise it should stay in the sandbox. I don't buy the argument that being in the sandbox somehow limits "visibility." The sandbox is actually easier for non-Commons committers to get access to and has just as much "visibility" as proper among the Commons community. The only constraint is that you can't cut releases from the sandbox; but that is not an issue in this case. Phil > we can bee conservative but dynamic at the same time. > > http://people.apache.org/~simonetripodi/ > http://simonetripodi.livejournal.com/ > http://twitter.com/simonetripodi > http://www.99soft.org/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
