From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim X Newsgroups: gmane.emacs.help Subject: Re: An alternative to a monolithic ~/.emacs init file Date: Tue, 13 Nov 2007 08:56:08 +1100 Organization: Posted via Supernews, http://www.supernews.com Message-ID: <8764075ds7.fsf@lion.rapttech.com.au> References: <1194455637.485972.177570@s15g2000prm.googlegroups.com> <1194544126.425679.261670@e9g2000prf.googlegroups.com> <1194697099.703581.205890@i38g2000prf.googlegroups.com> <1194794977.329113.117040@s15g2000prm.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1194907279 13670 80.91.229.12 (12 Nov 2007 22:41:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 12 Nov 2007 22:41:19 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Nov 12 23:41:23 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Irhy5-0004IS-3E for geh-help-gnu-emacs@m.gmane.org; Mon, 12 Nov 2007 23:41:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Irhxl-0002bu-SR for geh-help-gnu-emacs@m.gmane.org; Mon, 12 Nov 2007 17:41:01 -0500 Original-Path: shelby.stanford.edu!headwall.stanford.edu!newsfeed.news2me.com!news.glorb.com!sn-xt-sjc-05!sn-xt-sjc-06!sn-post-sjc-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (gnu/linux) Cancel-Lock: sha1:aGa8YklevAeSCu1nZVBQtRHD/Es= Original-X-Complaints-To: abuse@supernews.com Original-Lines: 40 Original-Xref: shelby.stanford.edu gnu.emacs.help:153727 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:49178 Archived-At: rustom writes: > After my last post I I looked at my current .emacs file and realised > its more difficult than I thought: > > Ideally if the separate aspects of the setup I want were independent > they could be put into separate directories and the corresponding > loaddefs and customizations loaded in any (non-deterministic) order. > > However there are dependencies: eg to use python (with refactoring) > one needs bicyclerepairman; to use brm one needs pymacs. > The common way to get around this is to number your files - e.g. 50my-lib.el 60my-other-lib.el etc. This forces files to be loaded in a specific order. > What is worse there are emacs bugs whose correction needs careful > sequencing: > For example I need to put > (provide 'sb-info) > just before the brm-init otherwise I get 'recursive require' errors. > What in the name of ... is sb-info -- thats another OT matter > I remember seeing this one when I was running CVS emacs prior to the release of emacs 22. Its a bug from the interaction between the speedbar installed as part of standard emacs and a free standing versions of speedbar. I ran into this on a Debian box when I had emacs 21 and the speedbar package installed and then installed the CVS version of emacs 22. Note that your 'fix' i.e. putting a (provide 'sb.info) is only hiding the problem and not actually fixing it. If your running emacs 22 and still have a stand-alone version of speedbar installed, you could just remove the stand-alone version. Tim -- tcross (at) rapttech dot com dot au