From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8222 invoked by alias); 6 Sep 2013 10:05:19 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 8195 invoked by uid 89); 6 Sep 2013 10:05:19 -0000 Received: from mga01.intel.com (HELO mga01.intel.com) (192.55.52.88) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 06 Sep 2013 10:05:19 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RDNS_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mga01.intel.com Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 06 Sep 2013 03:05:15 -0700 X-ExtLoop1: 1 Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153]) by fmsmga002.fm.intel.com with ESMTP; 06 Sep 2013 03:05:14 -0700 Received: from irsmsx105.ger.corp.intel.com ([169.254.7.29]) by IRSMSX101.ger.corp.intel.com ([163.33.3.153]) with mapi id 14.03.0123.003; Fri, 6 Sep 2013 11:05:14 +0100 From: "Agovic, Sanimir" To: 'Pedro Alves' , Eli Zaretskii CC: "gdb-patches@sourceware.org" Subject: RE: [COMMIT] Re: [PATCH 0/9][gdbserver] Split server.h. Date: Fri, 06 Sep 2013 10:05:00 -0000 Message-ID: <0377C58828D86C4588AEEC42FC3B85A7176797AB@IRSMSX105.ger.corp.intel.com> References: <1378239999-15533-1-git-send-email-palves@redhat.com> <5228EDE4.7080101@redhat.com> <5229043A.1000408@redhat.com> <83wqmumrhq.fsf@gnu.org> <5229A20A.5060302@redhat.com> In-Reply-To: <5229A20A.5060302@redhat.com> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2013-09/txt/msg00217.txt.bz2 > -----Original Message----- > From: gdb-patches-owner@sourceware.org [mailto:gdb-patches-owner@sourcewa= re.org] On Behalf > Of Pedro Alves > Sent: Friday, September 06, 2013 11:36 AM > To: Eli Zaretskii > Cc: gdb-patches@sourceware.org > Subject: Re: [COMMIT] Re: [PATCH 0/9][gdbserver] Split server.h. >=20 > For some I-can't-justify reason, I've trained my brain to > not expect to see new files in the "cvs diff" step. > That "is a new entry, no comparison available" warning goes > to stderr, but I failed to notice in the first patch. And > then as I pushed the series in sequence, I skipped > that 'cvs diff' step in between committing patches, so I ended > up forgetting to add all new files... >=20 > The simple fix for me without learning a whole new workflow > seems to be to just use cvs diff -N. My ~/.cvsrc now has: >=20 > diff -upN >=20 > train myself to expect to see the new files in the > resulting diff, and perhaps write a little wrapper script > around cvs diff that warns me if there are non-added files > in the resulting diff (the ? lines), unless there's already > something like that in the set of cvs commands (cvs status > seems to be practically useless, I never use it). >=20 > Hopefully that'll help catch this mistake going forward. >=20 Pedro, I use git-cvsexportcommit[1], it saves me from all the trouble. [1] https://www.kernel.org/pub/software/scm/git/docs/git-cvsexportcommit.ht= ml -Sanimir Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk Registergericht: Muenchen HRB 47456 Ust.-IdNr./VAT Registration No.: DE129385895 Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052