Forum OpenACS Improvement Proposals (TIPs): Re: TIP #47: (Proposed) Package Maturity Standards

Collapse
Posted by Joel Aufrecht on
We're going to implement some simpler XML:
<maturity>1</maturity>
Rationale:
  • We don't have a use for the id field
  • The version field is redundant because it's in the same file already in three places. Instead of having three different blocks with different versions in one file, we should have one block in each different version of the file.
  • The description should be a message key, so that it can be internationalize. We'll code the mappings of integers to message keys in the page code.
Collapse
Posted by Roberto Mello on
Joel,

Since you seem to be revising your TIP, could you please post the modified XML that would have to be implemented?

Also, with respect to the TIP process, does this mean a revote is in order (once your modified version is posted)?

Thanks,

-Roberto

Collapse
Posted by Joel Aufrecht on
The revised XML is in my last post. It's really as simple as that: just
<maturity>1</maturity>
I think we're going to run in changes between the approved TIP and the implementation from time to time. It can happen when the TIP is incompletely specified, which we should fight hard against because incomplete specs usually go hand in hand with underestimated costs and consequences and delayed implementation. It can also happen when there are problems or obvious changes with the TIP that become apparent during implementation.

Here are two options on how to handle this:

  1. Changes must always be posted in the original TIP, and that posted changes are legitimate amendments if they are not vetoed within 1 week. Veto means that the original TIP must stand or be re-TIPped.
  2. Changes must always be posted in the original TIP, and must then be approved according to the same rules as TIPs - two yes and no no in a week, or full vote in two more weeks. Veto or negative vote means the original TIP stands or must be re-TIPped.