From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: /srv/bzr/emacs/trunk r102688: Minor clean up to silence somegcc warnings. Date: Mon, 20 Dec 2010 09:18:20 -0800 Message-ID: <033EFDEDAD2F43D2A7583C9B5673D890@us.oracle.com> References: <87k4j6t2fm.fsf@elegiac.orebokech.com> <87fwts3m6q.fsf@gmail.com><87ei9c34sr.fsf@stupidchicken.com> <87ipyoqtfv.fsf@kslab.red-bean.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1292867301 10040 80.91.229.12 (20 Dec 2010 17:48:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 20 Dec 2010 17:48:21 +0000 (UTC) Cc: 'Chong Yidong' , 'Eli Zaretskii' , 'Stefan Monnier' , emacs-devel@gnu.org To: "'Karl Fogel'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 20 18:48:16 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PUjqK-0005OY-3f for ged-emacs-devel@m.gmane.org; Mon, 20 Dec 2010 18:48:16 +0100 Original-Received: from localhost ([127.0.0.1]:42144 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PUjds-0004FC-61 for ged-emacs-devel@m.gmane.org; Mon, 20 Dec 2010 12:35:24 -0500 Original-Received: from [140.186.70.92] (port=54248 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PUjd2-000315-8c for emacs-devel@gnu.org; Mon, 20 Dec 2010 12:34:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PUjUv-0007Kv-Hl for emacs-devel@gnu.org; Mon, 20 Dec 2010 12:26:11 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:34719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PUjUv-0007KS-CT; Mon, 20 Dec 2010 12:26:09 -0500 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oBKHQ6Hc015775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Dec 2010 17:26:07 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oBKHPU3O029226; Mon, 20 Dec 2010 17:26:05 GMT Original-Received: from abhmt017.oracle.com by acsmt354.oracle.com with ESMTP id 869111301292865497; Mon, 20 Dec 2010 09:18:17 -0800 Original-Received: from dradamslap1 (/10.159.239.22) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 Dec 2010 09:18:17 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ipyoqtfv.fsf@kslab.red-bean.com> Thread-Index: AcugZeS+00+H9A/mREuyjiHY4rStPgAAs7mQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:133845 Archived-At: > If "users should not need to access BZR" to get access to change-log > info, then that is not an argument for storing the ChangeLogs in BZR. > > It is an argument for generating a user-friendly web page > straight from the version control logs (thus "making it available > via http") and doing something simliar when building a tarball > distribution (thus "delivering it with Emacs"). I guess you are agreeing with me, Karl (but I'm not too sure ;-)). But just because it is helpful (IMO) to provide users such info locally and via HTTP, that does not mean that we should not also provide vc access to such info. And it does not say anything about where we "store" the info for Emacs Dev. The info can be available in more than one location, by copy and by pointer. But (IMO) users should obtain a copy along with the Emacs source code - that was my point. Vc systems are handy for creating, accessing, and storing change messages - no question about it. All I'm asking is that the info thus recorded continue to be available also to users locally (and if possible via http), as part of the delivered Emacs sources.