From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Debian's idiosyncratic complexification of Emacs Date: Mon, 21 Jul 2008 17:26:54 -0400 Message-ID: <87ljzvormp.fsf@red-bean.com> References: <4eb0089f0807111345h13eccdds9b2cf43370b94074@mail.gmail.com> <4eb0089f0807121340x5e26f6dbve03ef50b238f3a3a@mail.gmail.com> <87k5fph5rh.fsf@stupidchicken.com> <20080713214648.GB1076@muc.de> <487A783B.7060603@gmail.com> <20080713232635.GD1076@muc.de> <85od51id2t.fsf@lola.goethe.zz> <20080714204242.GH6711@volo.donarmstrong.com> <20080714223059.GG3445@muc.de> <20080715013845.GX3675@rzlab.ucr.edu> <877ibl8vjs.fsf@red-bean.com> <87lk01ij7f.fsf@anzu.internal.golden-gryphon.com> Reply-To: Karl Fogel NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1216675640 10116 80.91.229.12 (21 Jul 2008 21:27:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Jul 2008 21:27:20 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 21 23:28:08 2008 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.50) id 1KL2vQ-0004Eh-DR for ged-emacs-devel@m.gmane.org; Mon, 21 Jul 2008 23:28:08 +0200 Original-Received: from localhost ([127.0.0.1]:48561 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KL2uX-0002uP-77 for ged-emacs-devel@m.gmane.org; Mon, 21 Jul 2008 17:27:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KL2uR-0002u8-Ox for emacs-devel@gnu.org; Mon, 21 Jul 2008 17:27:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KL2uP-0002to-Qt for emacs-devel@gnu.org; Mon, 21 Jul 2008 17:27:06 -0400 Original-Received: from [199.232.76.173] (port=50585 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KL2uP-0002tl-L0 for emacs-devel@gnu.org; Mon, 21 Jul 2008 17:27:05 -0400 Original-Received: from sanpietro.red-bean.com ([66.146.193.61]:49466) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KL2uP-0006Ar-As for emacs-devel@gnu.org; Mon, 21 Jul 2008 17:27:05 -0400 Original-Received: from localhost ([127.0.0.1]:53560 helo=floss ident=kfogel) by sanpietro.red-bean.com with esmtp (Exim 4.69) (envelope-from ) id 1KL2uL-00037C-JK for emacs-devel@gnu.org; Mon, 21 Jul 2008 16:27:01 -0500 In-Reply-To: <87lk01ij7f.fsf@anzu.internal.golden-gryphon.com> (Manoj Srivastava's message of "Wed, 16 Jul 2008 16:59:32 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: 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:101131 Archived-At: Manoj Srivastava writes: >> Or if the problem is that Debian isn't allowed to touch anything under >> /usr/local/, then put code in /etc/emacs/site-start.el that loads >> /usr/share/.../site-start.el and /usr/local/share/.../site-start.el >> (and same for any other potentially blocked 'site-start.el's). > > While Debian maintainers can not touch anything under > /usr/local, Debian install emacs with the PREFIX=/usr, and > /usr/share/emacs/site-lisp/site-start.el Could be made to load the file > under /etc. > >> Wouldn't that solve all the problems here? > > Either the symlink or the modified version put in > $PREFIX/share/emacs/site-lisp/site-start.el will solve the issue, yes. I think we're almost there. The trick is not to load the one in /etc, but to have the one in /etc load whatever other ones exist -- some of which may be user-produced and shadowed by the one in /etc. The problem, IIUC, is that Emacs loads the first site-start.el it finds in load-path, and no others. Since the /etc one is Debian-maintained, it is free to find the others (in likely places) and load them. As long as it does so last, everything will work out fine: user-created code will be evaluated after Debian-created code, which is what we want. >> Do you need a bug filed at bugs.debian.org, or is this email enough? > > I'll file the bug report. Mind you, I am not the maintainer, so > I can't guarantee how fast it will be acted upon, but I'll at least put > in a pointer to this discussion in my bug report. Thanks. -Karl