From mboxrd@z Thu Jan  1 00:00:00 1970
From: Eli Zaretskii <eliz@gnu.org>
Subject: bug#10125: 24.0.91; package.el (org): Macros in tar packages & order
 of byte compilation
Date: Fri, 25 Nov 2011 10:10:26 +0200
Message-ID: <83vcq88vwt.fsf__13303.4601960846$1322208701$gmane$org@gnu.org>
References: <81pqgh90sp.fsf@gmail.com> <E1RTYzR-00039k-Q6@fencepost.gnu.org>
	<81ipm9l9kd.fsf@gmail.com> <v062i9tk0d.fsf@fencepost.gnu.org>
Reply-To: Eli Zaretskii <eliz@gnu.org>
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([140.186.70.92]:49964)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1RTqsZ-00060p-EZ
	for emacs-orgmode@gnu.org; Fri, 25 Nov 2011 03:11:28 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1RTqsY-0005m2-DD
	for emacs-orgmode@gnu.org; Fri, 25 Nov 2011 03:11:27 -0500
Sender: debbugs-submit-bounces@debbugs.gnu.org
Resent-Message-ID: <handler.10125.B10125.132220872628597@debbugs.gnu.org>
In-reply-to: <v062i9tk0d.fsf@fencepost.gnu.org>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Glenn Morris <rgm@gnu.org>
Cc: 10125@debbugs.gnu.org, stelian.iancu@gmail.com, kjambunathan@gmail.com

> From: Glenn Morris <rgm@gnu.org>
> Cc: Eli Zaretskii <eliz@gnu.org>, 10125@debbugs.gnu.org,  stelian.iancu@gmail.com
> Date: Thu, 24 Nov 2011 14:09:38 -0500
> 
> I guess nobody ever expected the package manager to be used to load a
> different version of something that was already in Emacs.

Indeed.  Because doing this is asking for trouble: Emacs loads
packages in a certain order to avoid several subtle problems; doing
that in a different order defeats that.

I think package.el should test with featurep whether a version of a
package is already loaded, and refuse to load it into a running
session, or at least display a warning to that effect, suggesting to
restart Emacs.