Hi,
Umm, there is a little matter of transition planning. The
policy diff, as presented in this proposal, makes it an rc bug for
any package not using this current nonexistent mechanism, and as such
fails ``new policy should not immediately make a large number of
packages buggy''. Indeeed, anything like this should probably be
introduced as a recommendation; and non-compliance should be deemed a
bug only after a period has passed and there is wider acceptance. In
practice, this translates to filing wishlist bug reports rather than
RC important ones.
We need to phase this in, and I don't really see a problem if
some packages use the current methods while others have transitioned
over.
If you would rephrase the policy diffs I'd be happy to second
this proposal (whenever you feel it has reached the state that is is
appropriate for a proposal).
manoj
--
I feel like a wet parking meter on Darvon!
Manoj Srivastava <[EMAIL PROTECTED]> <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
