[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Proposal: Reject packages that violate policy



Hi,
>>"Darren" == Darren Benham <gecko@benham.net> writes:

 Darren> [Manoj: I'm still a little lost on your BTS-proposal system.
 Darren> I you want to walk me though it, I'll redo this, contact me
 Darren> via private email or IRC]

	This is simple enough that I am including this here.


     Issue raised
          wishlist bug opened in BTS, with a subject of "[PROPOSED] ..." 

     Seconds
          developers may second the issue by emailing "seconded" to the
          BTS. (Issue: what if the so called seconder is not a registered
          Debian developer?) 

     Amendment
          when a proposed issue becomes a formal amendment, the bug
          severity is raised to "normal" and the bug is retitled to
          "[AMENDMENT DD/MM/YYY] ...". Actually it might be better to close
          the proposal and reopen so the bug date reflects when the clock
          starts ticking on the bug; in which case the bug could simply be
          retitled "[AMENDMENT] ...". 

     Accepted
          if the amendment is accepted, the bug is marked forwarded, until
          it is actually integrated into Policy and uploaded and moved into
          the archive, at which time the bug is retitled "[ACCEPTED]..."
          and closed. 

     Rejected
          if the amendment is closed, it is retitled as "[REJECTED] ..."
          and marked as closed 

     Deadlocked
          if the amendment is deadlocked, it is marked as "[DEADLOCKED]
          ...", 

     I think that the Policy is critical enough for the project that any
     real flaws in the policy be automatically be deemed important bugs,
     unless they affect release management.


 Darren> I have just heard that, as strange as it sounds, it's not
 Darren> part of policy to reject a package from incoming that
 Darren> violates policy.  THEREFORE, I propose that it be made part
 Darren> of policy to reject from incoming packages that contain
 Darren> policy errors and that the standard of measure be the program
 Darren> lintian.  Any package with lintian *errors* be rejected.

	I am inclined to trust the current method of having a human
 actually do rejects. The afore mentioned human may, of course, use
 the services of lintian in deciding whether or not to reject the
 package; I would be inclined to support a policy violation being
 sufficient cause for rejection.

	manoj

-- 
 A mathematician, a doctor, and an engineer are walking on the beach
 and observe a team of lifeguards pumping the stomach of a drowned
 woman.  As they watch, water, sand, snails and such come out of the
 pump. The doctor watches for a while and says: "Keep pumping, men,
 you may yet save her!!" The mathematician does some calculations and
 says: "According to my understanding of the size of that pump, you
 have already pumped more water from her body than could be contained
 in a cylinder 4 feet in diameter and 6 feet high." The engineer says:
 "I think she's sitting in a puddle."
Manoj Srivastava  <srivasta@acm.org> <http://www.datasync.com/%7Esrivasta/>
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E


Reply to: