From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12324 invoked by alias); 30 Jun 2006 02:13:24 -0000 Received: (qmail 12314 invoked by uid 22791); 30 Jun 2006 02:13:23 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 30 Jun 2006 02:13:20 +0000 Received: from kahikatea.snap.net.nz (p202-124-112-161.snap.net.nz [202.124.112.161]) by viper.snap.net.nz (Postfix) with ESMTP id D176376EBA4; Fri, 30 Jun 2006 14:13:19 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id D594B1D3550; Fri, 30 Jun 2006 14:12:16 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17572.34943.184715.155902@kahikatea.snap.net.nz> Date: Fri, 30 Jun 2006 02:13:00 -0000 To: Eli Zaretskii Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] MI Doco In-Reply-To: References: <17535.33986.598009.914783@kahikatea.snap.net.nz> <17536.4472.263731.425097@kahikatea.snap.net.nz> <17538.8607.697546.427486@kahikatea.snap.net.nz> <17546.915.125070.943811@kahikatea.snap.net.nz> <17547.15381.217912.425365@kahikatea.snap.net.nz> <17547.60705.62123.543072@kahikatea.snap.net.nz> <17548.36381.999594.50258@kahikatea.snap.net.nz> <17549.1830.40223.127804@kahikatea.snap.net.nz> <20060613044551.030C51D3550@kahikatea.snap.net.nz> <17551.10938.599796.89658@kahikatea.snap.net.nz> <17552.31184.975862.692460@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 22.0.50.24 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00408.txt.bz2 Eli Zaretskii writes: > > From: Nick Roberts > > Date: Thu, 15 Jun 2006 09:04:16 +1200 > > Cc: gdb-patches@sources.redhat.com > > > > > Of course I trust you; I just need to see the parts I didn't yet > > > review. > > > > No, I mean as a tactic i.e trust my ability to DTRT, rather than my integrity. > > Well, if you mean approve unreviewed patches, I don't think I can do > that. It's not about trust, it's about another pair of eyes going > through the patch. Granted, documentation cannot break the program, > but the procedure for approving patches is the same. I mean trust me to only commit the parts that you have approved. Anyway... > > Please remember though, the patch that I want to actually commit > > will look quite different, because I also want to re-order the nodes. > > Reordering is a mechanical job that doesn't change any text, so > there's no risk of introducing problems. Be sure to run makeinfo, > though, before you commit. ...what's the status? The above reads like approval, but it's a bit too subtle for me to confidently take it that way. -- Nick http://www.inet.net.nz/~nickrob