From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sylvain Beucler Newsgroups: gmane.emacs.devel,gmane.mail.mh-e.devel Subject: Re: [Savannah-help-public] Re: The MH-E repository Date: Sat, 1 Oct 2005 19:04:07 +0200 Message-ID: <20051001170407.GF6210@localhost.localdomain> References: <26501.1117644627@olgas.newt.com> <14469.1117737139@olgas.newt.com> <16390.1117841114@olgas.newt.com> <20050604094437.GA21562@localhost.localdomain> <28577.1117901617@olgas.newt.com> <20050604165220.GA9284@localhost.localdomain> <17273.1128120548@olgas.newt.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1128186699 1927 80.91.229.2 (1 Oct 2005 17:11:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 1 Oct 2005 17:11:39 +0000 (UTC) Cc: savannah-hackers@gnu.org, mh-e-devel@lists.sourceforge.net, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 01 19:11:36 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ELksw-000859-Ry for ged-emacs-devel@m.gmane.org; Sat, 01 Oct 2005 19:10:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ELksv-0008NK-Ti for ged-emacs-devel@m.gmane.org; Sat, 01 Oct 2005 13:10:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ELkrz-0008AK-Bo for emacs-devel@gnu.org; Sat, 01 Oct 2005 13:09:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ELkrg-0007y6-MW for emacs-devel@gnu.org; Sat, 01 Oct 2005 13:09:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ELkrf-0007ty-9d for emacs-devel@gnu.org; Sat, 01 Oct 2005 13:09:35 -0400 Original-Received: from [213.186.42.179] (helo=26.mail-out.ovh.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1ELkme-0006jR-Fo for emacs-devel@gnu.org; Sat, 01 Oct 2005 13:04:24 -0400 Original-Received: (qmail 7832 invoked by uid 503); 1 Oct 2005 17:04:32 -0000 Original-Received: (QMFILT: 1.0); 01 Oct 2005 17:04:32 -0000 Original-Received: from b6.ovh.net (HELO mail47.ha.ovh.net) (213.186.33.56) by 26.mail-out.ovh.net with SMTP; 1 Oct 2005 17:04:32 -0000 Original-Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 1 Oct 2005 17:04:12 -0000 Original-Received: from mail47.ha.ovh.net (10.0.50.47) by mail47.ha.ovh.net with SMTP; 1 Oct 2005 17:04:10 -0000 Original-Received: from b0.ovh.net (HELO queue-pre) (213.186.33.50) by b0.ovh.net with SMTP; 1 Oct 2005 17:04:09 -0000 Original-Received: from anice-152-1-54-2.w86-193.abo.wanadoo.fr (HELO localhost.localdomain) (86.193.93.2) by ns0.ovh.net with SMTP; 1 Oct 2005 17:04:09 -0000 Original-Received: from me by localhost.localdomain with local (Exim 4.52) id 1ELkmO-0001pK-1E; Sat, 01 Oct 2005 19:04:08 +0200 Original-To: Bill Wohler Mail-Followup-To: Bill Wohler , mh-e-devel@lists.sourceforge.net, emacs-devel@gnu.org, savannah-hackers@gnu.org Content-Disposition: inline In-Reply-To: <17273.1128120548@olgas.newt.com> X-Operating-System: GNU/Linux User-Agent: Mutt/1.5.9i X-Ovh-Remote: 86.193.93.2 (anice-152-1-54-2.w86-193.abo.wanadoo.fr) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: fait|type 1&3|0.0|H 0.5 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:43431 gmane.mail.mh-e.devel:10633 Archived-At: On Fri, Sep 30, 2005 at 03:49:08PM -0700, Bill Wohler wrote: > Sylvain Beucler wrote: > > > On Sat, Jun 04, 2005 at 09:13:37AM -0700, Bill Wohler wrote: > > > Miles Bader wrote: > > > > > > > On 6/4/05, Sylvain Beucler wrote: > > > > > Considering that you want lisp/mh-e to notify both mh-e-devel and > > > > > emacs-commit, this is currently not possible in the current setup, > > > > > mainly because CVS's loginfo only matches one configuration file line, > > > > > and each line call our notification script that only accept 1 e-mail > > > > > address per kind of notifications (diff / nodiff). > > > > > > > > As a work-around, you could have it send to an alias (I mean one in > > > > /etc/aliases or equivalent) which in turn just forwards to both lists. > > > > > > That's true. What might be a better alternative is that I could (and > > > probably should) set up an mh-e-commits mailing list. I'd add > > > emacs-commits to that list. > > > > > > At first I thought that the Emacs folks would not really be interested > > > in seeing the MH-E commits, but perhaps that would not be the case. > > > > > > However, if the Emacs maintainers don't even *want* to have an > > > emacs-commits mailing list, then this is a moot point. Do they? > > > > The FSF set up an anti-spam rule that block mail "from AND to mailing > > lists" :/ > > > > However I/Miles/... should be able to setup an alias at fencepost :) > > Indeed. > > > > Please tell me what you decide (whether commits should go to both > > mailing lists or only mh-e-devel). > > Sylvain, > > It's time to proceed with this. But first, a couple of quick questions. > > I have not been able to find (your version of) the log_accum.pl script > to confirm, but the following email implies that we might be able to say > -m emacs-commit -m mh-e-devel on the command line: > > http://lists.gnu.org/archive/html/emacs-devel/2001-11/msg01079.html Check http://savannah.gnu.org/cgi-bin/viewcvs/administration/administration/infra/commit_prep-log_accum/log_accum.pl?rev=1.4&content-type=text/vnd.viewcvs-markup Apparently it should work there as well, my bad. > Then there's the question of the -D option as well. I don't think all combinations will be possible. Activating the diffs globally for all lists should work. > Also, is there an option to generate unified diffs instead of context > diffs? With large hunks, it's impossible to compare the changes in > context diffs. Yes. -- Sylvain