> Am 15.10.2013 um 07:14 schrieb Dave Brosius <dbros...@apache.org>:
> 
> Perhaps for new users, however there are lots of projects currently using 
> these libraries. We are extending the middle finger to them by doing this. I 
> would come away thinking i'm not going to risk using any Apache library, if I 
> they will  just yank away the next project i choose to use sometime in the 
> near future. I'm fine with putting a message on the site that says, this 
> project is in desperate need of supporters, developers, testers, 
> documentation folks, etc, etc. without which maintenance and support will be 
> next to impossible. That would warn new users fairly enough imo.

That's basically what dormant means...

> 
> dave
> 
> 
> 
> A project is only one of these clients needing a fix away from re-engaging.
> 
> On 10/15/2013 12:59 AM, Henri Yandell wrote:
>> Three values jump out to me:
>> 
>> * First is for our users. Having code available that no one is supporting
>> while giving the appearance of support (ie: active Commons) is a bad
>> experience.
>> * Second (generally for the ASF) is that if we have code we can't maintain,
>> because there is no one who can handle some critical issue, then we
>> shouldn't be treating it as a live project. That's always been something
>> Commons could get around by knowing that some of the committers will dig
>> into unknown component A and figure out what the critical issue is in the
>> rare times it's come up.
>> * Third is that it provides focus to not be trying to fix all of the
>> inactive components when we change the build or site. Though perhaps we
>> just leave it all broken anyway :)
>> 
>> Hen
>> 
>>> On Mon, Oct 14, 2013 at 9:40 PM, Dave Brosius <dbros...@apache.org> wrote:
>>> 
>>> I vote -1 to this process. I see no value in attic-izing projects.
>>> 
>>> 
>>> 
>>> 
>>>> On 10/14/2013 11:55 PM, Henri Yandell wrote:
>>>> 
>>>> I contend that all of the Commons components are inactive and should move
>>>> to the Attic/Dormant. In line with Phil's recent suggestion that anyone
>>>> can
>>>> present a dormancy challenge at any time, I'm challenging all of Commons
>>>> Proper.
>>>> 
>>>> I've made a file in SVN:
>>>> 
>>>>      https://svn.apache.org/repos/**asf/commons/trunks-proper/**
>>>> CHALLENGE.txt<https://svn.apache.org/repos/asf/commons/trunks-proper/CHALLENGE.txt>
>>>> 
>>>> If committers could put their ids next to components they actively monitor
>>>> the commits, JIRA, mailing list for, then we can determine, by
>>>> elimination,
>>>> the components that should be considered for dormancy.
>>>> 
>>>> I propose we review the state of the file at the start of November :)
>>>> 
>>>> Hen
>>> ------------------------------**------------------------------**---------
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@commons.**apache.org<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
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to