Revert "TLs are approving KEPs"

This reverts commit 0037f98.

Author: palnabarun

committee-steering/governance/sig-governance.md

@@ -88,9 +88,8 @@ Subproject contributors (as applicable).
 - *SHOULD* define how priorities and commitments are managed and delegate to other leads as needed
 - *SHOULD* drive charter changes (including creation) to get community buy-in but *MAY* delegate content creation to SIG contributors
 - *SHOULD* identify, track, and maintain the SIGs enhancements for current
-  release and serve as point of contact for the release team. If Technical Leads
-  are present in a SIG, Technical Leads *MUST* approve the content of the KEP,
-  while both chairs and TLs *MUST* maintain the KEPs metadata
+  release and serve as point of contact for the release team, but *MAY* delegate
+   to another Lead to fulfill these responsibilities
   - *MAY* delegate the creation of a SIG roadmap to other Leads
   - *MUST* organize a main group meeting and make sure [sigs.yaml] is up to date
   including subprojects and their meeting information but *SHOULD* delegate the
@@ -122,7 +121,6 @@ curation from other SIG participants
   - Establish new subprojects
   - Decommission existing subprojects
   - Resolve X-Subproject technical issues and decisions
-  - Review and approve KEPs
   - Number: 2-3
   - Membership tracked in [sigs.yaml]
   - Role description in [technical-lead.md]

contributors/chairs-and-techleads/technical-lead.md

@@ -36,8 +36,6 @@ Expectations of Technical Leads are:
   right decisions.
 - They actively identify risk and maintain a high level of trust with other
   members of the SIG.
-- They are responsible for reviewing and approving KEPs for releases
-  or rejecting KEPs based on technical vision of a SIG.
 
 Technical Leads have the responsibility to track the technical quality of the
 deliverables of the team if a roadmap exists. They are volunteering to provide