Re: [Savannah-help-public] Re: The MH-E repository

[Sylvain Beucler]

On Fri, Sep 30, 2005 at 03:49:08PM -0700, Bill Wohler wrote:
> Sylvain Beucler <address@hidden> wrote:
> 
> > On Sat, Jun 04, 2005 at 09:13:37AM -0700, Bill Wohler wrote:
> > > Miles Bader <address@hidden> wrote:
> > > 
> > > > On 6/4/05, Sylvain Beucler <address@hidden> 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