From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QGj7c-000490-D6 for garchives@archives.gentoo.org; Mon, 02 May 2011 02:44:28 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BA2311C065; Mon, 2 May 2011 02:44:19 +0000 (UTC) Received: from smtp-vbr19.xs4all.nl (smtp-vbr19.xs4all.nl [194.109.24.39]) by pigeon.gentoo.org (Postfix) with ESMTP id ED83A1C01E for ; Mon, 2 May 2011 02:43:50 +0000 (UTC) Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106]) (authenticated bits=0) by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id p422hmRr095204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 2 May 2011 04:43:50 +0200 (CEST) (envelope-from jer@gentoo.org) Date: Mon, 2 May 2011 04:43:47 +0200 From: Jeroen Roovers To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Devmanual text on ChangeLogs Message-ID: <20110502044347.7d3e08f8@epia.jer-c2.orkz.net> In-Reply-To: <20110501204325.GF23166@hrair> References: <4DBBCC6D.7080504@gentoo.org> <4DBBD02B.3060909@gentoo.org> <20110430203931.GA2414@Vereniki.lan> <4DBD22A7.3080500@gentoo.org> <20110501204325.GF23166@hrair> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Archives-Salt: X-Archives-Hash: 0c69b713767e9f0021ba3f9c66e7b5d8 On Sun, 1 May 2011 13:43:25 -0700 Brian Harring wrote: > Beyond that... I suspect *everyone* would appreciate optimization > done to echangelog. From a quick look... seems like it's cvs status, > than a cvs diff. Trying to collapse that into a single op, falling > back to status might not be a bad thing (or parallelizing the > requests so the slowness of cvs doesn't cause sequentially stack up). > > Either way.. fix the tool, rather than just doing the wrong thing. I couldn't figure out what could possibly make echangelog slow, but then I figured that this fix is easy and outside the scope of echangelog: ssh -f -n -N master-cvs.gentoo.org Doing only one of the cvs commands might help too, of course. jer