From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: =?UTF-8?B?UmU6IFtCVUddIGBvcmctbG9hZC1ub2Vycm9yLW11c3RzdWZmaXg=?= =?UTF-8?B?wrQgaXMgbm90IGRlZmluZWQsIGludHJvZHVjZWQgYnkgNTQ4NGEzM2I=?= Date: Fri, 11 Jan 2013 17:58:34 +0100 Message-ID: <87a9sf1wsl.fsf@bzg.ath.cx> References: <87a9sh3tsp.fsf@gmail.com> <877gnlknlx.fsf@bzg.ath.cx> <87sj69ro12.fsf@gmail.com> <87pq1dj76n.fsf@bzg.ath.cx> <87hamprlob.fsf@gmail.com> <11306.1357839845@alphaville> <874niosy6w.fsf@gmail.com> <87txqodgix.fsf@bzg.ath.cx> <87txqovnv3.fsf@gmail.com> <874niodcry.fsf@bzg.ath.cx> <87vcb4spxe.fsf@gmail.com> <8738y8n0b2.fsf@gmail.com> <87lic0bpwj.fsf@bzg.ath.cx> <87hamo7gdk.fsf@gmail.com> <87wqvk9p5f.fsf@bzg.ath.cx> <87ehhrhpjl.fsf@bzg.ath.cx> <87sj67d662.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:59008) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TthwE-0003ux-W4 for emacs-orgmode@gnu.org; Fri, 11 Jan 2013 11:58:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TthwC-0007P9-GV for emacs-orgmode@gnu.org; Fri, 11 Jan 2013 11:58:38 -0500 Received: from mail-wg0-x229.google.com ([2a00:1450:400c:c00::229]:38870) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TthwC-0007P5-9m for emacs-orgmode@gnu.org; Fri, 11 Jan 2013 11:58:36 -0500 Received: by mail-wg0-f41.google.com with SMTP id ds1so6609wgb.4 for ; Fri, 11 Jan 2013 08:58:35 -0800 (PST) In-Reply-To: <87sj67d662.fsf@Rainer.invalid> (Achim Gratz's message of "Fri, 11 Jan 2013 17:40:37 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: > Also, this change again breaks installs where the autoloads file is > compressed (that was the reason for introduction of the more complicated > way to load this file that led to the introduction of the new > macro). There is this line at the end of org-loaddefs.el: ;; no-byte-compile: t So my understanding is that org-loaddefs.el is never compressed. Under which conditions is it compressed? > In particular, when there is another org-loaddefs.el later on in the > loadpath, it will happily load that file, creating just the very problem > we were trying to avoid. That's why the user needs to add the correct load-path in his .emacs.el when using a tarball or a git clone. I made it clear in the docs. This correct load-path is shadowed by the one of an ELPA install if the user does not take care of (package-initialize) at the very beginning of his .emacs.el, but I also made it clear that users should avoid mixing two installation methods. So I think we're fine here. -- Bastien