Comments for "[QA-Core] Orphaned packages"

» Submit Your Comment
Comments are only accepted during the "Proposal" phase. This proposal is currently in the "Finished" phase.
» Comments
  • Arnaud Limbourg  [2005-02-03 12:01 UTC]

    If there are no comments on this proposal the vote will be called soon.
  • Pierre-Alain Joye  [2005-02-03 12:09 UTC]

    A new status field will be added on pearweb. This field will contain one of these:
    - Active
    - Orphaned
    - Deprecated

    If a package is orphaned, a warning and a call for maintainers will be displayed.

    QA, please confirm that (I asked on pear-qa as well a few days ago)
  • Daniel Convissor  [2005-02-03 15:31 UTC]

    The word "lead" is used when "developer" may be more appropriate because if the people with "developer" karma are actively working on the package it isn't abandoned. Perhaps the RFC could contain text about the circumstances waranting the upgrading of current developers to leads.

    Some wording changes...

    EXISTING:
    A package with bugs open for longer than 2 months with no activity from the leads taken to fix these issues

    PROPOSED:
    A package with bugs open for longer than 2 months and the developers have not commented on the bug or made any commits to CVS during that time frame.

    REASON:
    A particular bug may not be fixed immediately for many reasons. As long as there's activity, the package isn't orphaned.

    --------------
    EXISTING:
    A package that although it has no open bugs, has no release of code in CVS that contains bug fixes 6 months after their resolution. (i.e. lead fixes a bug, commits to CVS, closes the bug... and then doesn't make a release)

    PROPOSED:
    A package that has no open bugs and has bug fixes committed to CVS but does not have a release within 6 months of the bugs being fixed.

    REASON:
    Clarity.

    --------------
    EXISTING:
    A package owned by somebody who is known (common knowledge) to not be active any longer.

    PROPOSED:
    A package owned by somebody who is commonly known to be inactive.

    REASON:
    Clarity.

    --------------
    EXISTING:
    QA team will make the person who stepped up a new maintainer of the package.

    PROPOSED:
    If the QA team feels the person who stepped up is appropriate and capable, the team will make this person a new maintainer.

    REASON:
    Just because someone steps up doesn't make them the right person for the job.