From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bill Wohler Newsgroups: gmane.mail.mh-e.devel,gmane.emacs.devel Subject: The MH-E repository Date: Mon, 30 May 2005 15:39:59 -0700 Organization: Newt Software Message-ID: <25625.1117492799@olgas.newt.com> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1117492826 3086 80.91.229.2 (30 May 2005 22:40:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 30 May 2005 22:40:26 +0000 (UTC) Original-X-From: mh-e-devel-admin@lists.sourceforge.net Tue May 31 00:40:23 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dcsub-0007e0-3O for gmmd-mh-e-devel@m.gmane.org; Tue, 31 May 2005 00:39:09 +0200 Original-Received: from projects.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id 52E3A12085; Mon, 30 May 2005 15:41:49 -0700 (PDT) Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1Dcsvj-0007X5-PH for mh-e-devel@lists.sourceforge.net; Mon, 30 May 2005 15:40:19 -0700 Original-Received: from pop-tawny.atl.sa.earthlink.net ([207.69.195.67]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1Dcsvc-0000do-OL for mh-e-devel@lists.sourceforge.net; Mon, 30 May 2005 15:40:19 -0700 Original-Received: from h-68-165-7-193.snvacaid.dynamic.covad.net ([68.165.7.193] helo=olgas.newt.com) by pop-tawny.atl.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1DcsvY-0003Gl-00; Mon, 30 May 2005 18:40:08 -0400 Original-Received: by olgas.newt.com (Postfix, from userid 1000) id A6FF616F9F; Mon, 30 May 2005 15:39:59 -0700 (PDT) Original-Received: from olgas.newt.com (localhost [127.0.0.1]) by olgas.newt.com (Postfix) with ESMTP id A3E2A16F9D; Mon, 30 May 2005 15:39:59 -0700 (PDT) Original-To: mh-e-devel@lists.sourceforge.net, emacs-devel@gnu.org X-Mailer: MH-E 7.83+cvs; nmh 1.1; GNU Emacs 21.4.1 X-Image-URL: http://www.newt.com/wohler/images/bill-diving.png Mail-Followup-To: mh-e-devel@lists.sourceforge.net, emacs-devel@gnu.org X-Spam-Score: 0.9 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO -0.1 AWL AWL: From: address is in the auto white-list Original-Sender: mh-e-devel-admin@lists.sourceforge.net Errors-To: mh-e-devel-admin@lists.sourceforge.net X-BeenThere: mh-e-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: This is a forum for the MH-E developers. Others are welcome to lurk. List-Post: List-Help: List-Subscribe: , List-Archive: X-Original-Date: Mon, 30 May 2005 15:39:59 -0700 Xref: news.gmane.org gmane.mail.mh-e.devel:10430 gmane.emacs.devel:37910 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:37910 Back in 2001, I asked where the MH-E repository should go. Stefan responded that using the Emacs repository would avoid the problems incurred by the Gnus folks. But for one reason or another, the repository ended up at SourceForge. Then in 2003, Richard suggested the same thing to keep the Emacs version more fresh. While I keep the Emacs version pretty fresh, and I've automated much of the importing and exporting between the repositories, it's still work that could be eliminated with a shared repository. Now that there is a separate lisp/mh-e directory, and all of the MH-E developers have signed papers and therefore should have write access or be able to get write access to the Emacs repository, I'd like to ask what folks think about moving the MH-E src module from SourceForge to gnu.org. I've listed some of the issues below and I invite comments from both the Emacs maintainers and MH-E developers since these issues affect both teams. There may be some files mentioned below that the Emacs maintainers would not want to see in the Emacs repository. Files will have to be organized so that MH-E can be developed from within and outside of CVS Emacs, and run as a released module from any supported version of Emacs. Releases. Since MH-E has releases more frequently than Emacs, MH-E will still need the ability to build its own releases. Makefile and README. These files go in the MH-E release and are not copied to lisp/mh-e in Emacs. The Makefile, which is used to build mh-loaddefs.el and to build MH-E releases, could go in lisp/mh-e. The file lisp/Makefile could be modified to run the mh-loaddefs.el target. The import-emacs and import-emacs and install-emacs targets could be eliminated ;-). I don't think it would hurt to add the README, which contains instructions for building and installing MH-E, to lisp/mh-e although it wouldn't need to appear in an Emacs release. MH-E-NEWS. This file is copied from the MH-E src directory to the Emacs etc directory. Since I'm the only one who edits this file and I already have CVS Emacs checked out, I'm happy to edit this directly in etc. Image files. The MH-E src directory contains images that are copied to the Emacs lisp/toolbar and lisp/mail directories. Unless we did something fancy, MH-E developers would have to check out the lisp/toolbar and lisp/mail directories in addition to lisp/mh-e. We'd have to figure out how to access the images from CVS Emacs, an installed version of Emacs using both developmental MH-E and released MH-E. mh-xemacs.el. This file in the MH-E src directory goes in the MH-E release but not in GNU Emacs. Since it wouldn't hurt, it could go in lisp/mh-e. release-utils. This is a script that is used to perform various tasks when making releases. It couldn't hurt to go in lisp/mh-e. It need not appear in a release. mh-unit.el. This file contains MH-E unit tests and runs checkdoc and lm-verify before making releases. It couldn't hurt to go in lisp/mh-e. It need not appear in a release. contrib, debian, htdocs, xemacs modules. These would remain on SourceForge. Subversion. SourceForge has plans to offer Subversion this year. Are there plans to move the Emacs repository to Subversion? My two big questions are: 1) Is anyone against this, and why? 2) Would the Emacs maintainers mind having the extra files mentioned previously in the lisp/mh-e directory or would they prefer any files associated with MH-E's life outside of Emacs to be kept outside of Emacs? -- Bill Wohler http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005