From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lo.gmane.org ([80.91.229.12]) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1NYize-0006ED-KE for openembedded-devel@lists.openembedded.org; Sat, 23 Jan 2010 17:37:53 +0100 Received: from list by lo.gmane.org with local (Exim 4.50) id 1NYixO-0006G5-QI for openembedded-devel@lists.openembedded.org; Sat, 23 Jan 2010 17:35:30 +0100 Received: from p5b3b35f1.dip.t-dialin.net ([91.59.53.241]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Jan 2010 17:35:30 +0100 Received: from no2spam by p5b3b35f1.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Jan 2010 17:35:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: openembedded-devel@lists.openembedded.org From: Rolf Leggewie Date: Sat, 23 Jan 2010 17:34:58 +0100 Message-ID: References: <201001230943.24210.holger+oe@freyther.de> Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5b3b35f1.dip.t-dialin.net User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: <201001230943.24210.holger+oe@freyther.de> Sender: news X-SA-Exim-Connect-IP: 80.91.229.12 X-SA-Exim-Mail-From: gcho-openembedded-devel@m.gmane.org X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: No (on linuxtogo.org); Unknown failure Subject: Re: Patchwork Workflow improvement X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 16:37:53 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Holger Hans Peter Freyther wrote: > right now I'm writing a Qt 4.6 based application that might help us a bit with > the patchwork queue. Holger, thank you for working on better integration of patchwork into the workflow. I was wondering if it was possible for the script to check for patches attached to open tickets that reverse-apply (IOW, the committer forgot to close the ticket). If your script would then close these tickets as APPLIED, that would be splendid. Regards Rolf