Every PMC determines their own process
            and checklist for reviews. 
          
          
            I suspect though, that you're more
              interested in understanding what we expect projects to do
              to prepare for a release review. We do have a checklist, but it's heavily
              rooted in our history of most of our projects building Eclipse
                Platform Plug-ins. If you ignore the bits about
              bundles and plug-ins, though, it's a pretty good start
              (further generalizing this checklist is on my to do
              list). 
           
          
          
            The EMO does a lot of the actual
              checking, but we lean on the PMC to assess that the
              project is working within their scope, is following the
              rules of the EDP (the open source rules of engagement in
              particular), and is just generally doing the right sorts
              of things to develop community. Again, it's up to the PMC
              to determine how to assess this. 
           
          
          
            We purposely keep the formality to a
              minimum. A project team representative asks the PMC for
              approval of their release and corresponding Release Review
              materials on the PMC mailing list. The EMO waits for any
              related discussion to settle; once it's clear that the PMC
              has given their approval, we move forward with the
              review. 
           
          
          
            Once we have the approvals that we
              require (PMC approval of the release and IP Team approval
              of the IP Log), we schedule the review. Reviews conclude
              after one week of being open for community feedback. The
              date that we assign to a review is the end date of the
              community feedback period. We schedule those dates on the
              first and third Wednesdays of every month.