From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <18644.11988.483526.64749@cargo.ozlabs.ibm.com> Date: Fri, 19 Sep 2008 15:59:32 -0700 From: Paul Mackerras To: Kumar Gala Subject: Re: patchwork states and workflow In-Reply-To: References: Cc: Jeremy Kerr , linuxppc-dev list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Kumar Gala writes: > I've always been a bit confused about some of the states we can put a > patch in. For example, what does 'archiving' a patch mean? Archiving puts the patch away somewhere where it doesn't appear in the normal pages and needs extra effort to get to, as I understand it. > What's the difference between 'deferred' and 'rejected'? Is 'Under > Review' useful? Deferred usually means the patch depends on something else that isn't upstream, such as patches that only apply against the RT tree. Rejected means we just don't want to do what the patch does. > My biggest question is how to manage the transition of 'Accepted' and > 'Awaiting Upstream' and having clear definitions of what we think > these mean. I put patches into "awaiting upstream" when I put them in a bundle, so it means that they have entered my QA process. When they're in my public tree, I put them into "accepted" state. [BTW, DaveM, you don't appear to be explicitly cc'd, so I couldn't explicitly remove you. Presumably you are getting this thread through the linuxppc-dev list.] Paul.