From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13337 invoked by alias); 30 May 2014 02:59:19 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 13310 invoked by uid 89); 30 May 2014 02:59:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.9 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 30 May 2014 02:59:15 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s4U2xDRv031122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 29 May 2014 22:59:13 -0400 Received: from spoyarek.pnq.redhat.com (ovpn-113-66.phx2.redhat.com [10.3.113.66]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s4U2x8cb005075 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Thu, 29 May 2014 22:59:11 -0400 Date: Fri, 30 May 2014 08:36:00 -0000 From: Siddhesh Poyarekar To: Samuel Bronson Cc: libc-alpha@sourceware.org, gdb@sourceware.org Subject: Re: patchwork.sourceware.org is live! Message-ID: <20140530030029.GN12497@spoyarek.pnq.redhat.com> References: <20140523211338.GK12497@spoyarek.pnq.redhat.com> <5382E7F2.4020506@suse.com> <5382EF22.4060705@suse.com> <5382F50E.7040702@suse.com> <20140526102052.GA18682@domone> <87d2ewdo60.fsf@naesten.mooo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A/JKaSqKPqQLCbw0" Content-Disposition: inline In-Reply-To: <87d2ewdo60.fsf@naesten.mooo.com> User-Agent: Mutt/1.5.22.1-rc1 (2013-10-16) X-SW-Source: 2014-05/txt/msg00088.txt.bz2 --A/JKaSqKPqQLCbw0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1062 On Thu, May 29, 2014 at 09:56:55PM -0400, Samuel Bronson wrote: > Are there any objections to the new state? None so far. I have added it to patchwork now. I have not yet made 'Accepted' an 'Action Required' state because that will clutter the view; I'll do it when I get explicit blessings from more maintainers. > > That should be set automatically. I use a following script to detect > > commited patches. >=20 > If there are no objections, I guess the script will need to be changed > to put patches in the "Committed" state instead of the "Accepted" state? >=20 > However, really I'd prefer if it could give some indication as to > *which* commit(s) the patch was committed as, and it doesn't look like > this is viable with the current approach, since you seem to just test if > each patch can be applied backwards to HEAD. >=20 > Oh, but now I notice that that *particular* script is glibc-only anyway, > so maybe I don't really care that much ... That particular script was just an example, so ideas for automating this are still welcome. Siddhesh --A/JKaSqKPqQLCbw0 Content-Type: application/pgp-signature Content-length: 473 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTh/RNAAoJEHnEPfvxzyGHnAsH/iRuA3BRD30rEj0AyKE6tD7V sGQMizFiF/5fc9SzX1i2z/n9sNhQX+p5jJV7lKqSJzaOdtrRVHdCIRBHe7iybGVo 6SfVOcxNY05Sm66H3BQDPJPqi1lc89gTDxqumvPCVHPTypYpqOG/767IpAxoy6gR jJIFq9M9ZJRkQaLzkGpBnc79gZoAJHc2GZgcc1LdOpEndjSOy6eehqXJX2gFL5jt 4ltE6+VyOlthFao270QdZNRAI4vsvop013eLbdGt/r5WvFZKo+60dm0g6iJiU4Tb DiHzp096Xkz+F9hyCuHEeBljHsbZ/Ytg/QSR3PkRW906NZwrrGJPbgg/rLuJFTs= =eiXP -----END PGP SIGNATURE----- --A/JKaSqKPqQLCbw0--