From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Difficulties with elpa repository. Date: Thu, 26 Nov 2015 17:21:14 +0000 Message-ID: <20151126172114.GA2383@acm.fritz.box> References: <20151125132923.GE2007@acm.fritz.box> <20151126142307.GC1738@acm.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1448558364 8186 80.91.229.3 (26 Nov 2015 17:19:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 Nov 2015 17:19:24 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 26 18:19:16 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a20CR-0007Px-GK for ged-emacs-devel@m.gmane.org; Thu, 26 Nov 2015 18:19:15 +0100 Original-Received: from localhost ([::1]:52516 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a20CT-0002uH-UI for ged-emacs-devel@m.gmane.org; Thu, 26 Nov 2015 12:19:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33926) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a20CQ-0002uC-Rp for emacs-devel@gnu.org; Thu, 26 Nov 2015 12:19:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a20CL-0008RM-UU for emacs-devel@gnu.org; Thu, 26 Nov 2015 12:19:14 -0500 Original-Received: from mail.muc.de ([193.149.48.3]:21656) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a20CL-0008RG-Jm for emacs-devel@gnu.org; Thu, 26 Nov 2015 12:19:09 -0500 Original-Received: (qmail 71349 invoked by uid 3782); 26 Nov 2015 17:19:08 -0000 Original-Received: from acm.muc.de (p5B146E70.dip0.t-ipconnect.de [91.20.110.112]) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 26 Nov 2015 18:19:07 +0100 Original-Received: (qmail 2411 invoked by uid 1000); 26 Nov 2015 17:21:14 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x X-Received-From: 193.149.48.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:195303 Archived-At: Hello, Stefan. I've found the problem. (Well, the first problem, anyway. ;-) On Thu, Nov 26, 2015 at 10:32:54AM -0500, Stefan Monnier wrote: > > OK. I call make with > > PATH=~/path/to/emacs-25/src:$PATH make -k > > , and I've inserted a "-Q" into the definition of EMACS in GNUMakefile. > Welcome to "make"! Instead of the above, you could just do > make -k EMACS="~/path/to/emacs-25/src/emacs -Q" > > But I get a near infinite number of errors like: > > Error loading autoloads: (file-error Cannot open load file No such > > file or directory tex-site) > Hmm... the way things normally work is as follows: > - GNUmakefile ensures that all packages have a "-autoloads.el" file. Here, make used my (pretty old) installed Emacs version, this being before I'd learnt to specify the emacs executable to make. The -autoloads.el files generated were lacking the "(add-to-list 'load-path ...)" form. So I'll delete all these -autoloads.el's and get Emacs to regenerate them with Emacs 25. Then it will work. ;-) Maybe some sort of version number in the -autoloads.el's might help avoid this sort of blunder. > - The "%.elc: %.el" rule of GNUmakefile runs Emacs, setting up > package-user-dir as being the "../elpa/packages" directory, then calls > package-initialize which should "activate" all package in there. > - activation of auctex is done by loading packages/auctex/auctex-autoloads.el. > - packages/auctex/auctex-autoloads.el begins by adding .../packages/auctex > to `load-path'. > - a bit later, packages/auctex/auctex-autoloads.el does "(require 'tex-site)". > - this require succeeds because of the previous addition to load-path. > So my best guess is that for some reason .../packages/auctex was not > added to load-path by .../packages/auctex/auctex-autoloads.el. > Can you check the contents of .../packages/auctex/auctex-autoloads.el? > It should start with Yes, that was it. > ;;; auctex-autoloads.el --- automatically extracted autoloads > ;; > ;;; Code: > (add-to-list 'load-path (or (file-name-directory #$) (car load-path))) > > , always complaining about the one file tex-site. tex-site.el is in the > > auctex package. Have you any notion as to why so many files are trying > > to load tex-site.el/c, and why they're not finding it? > Every file is compiled by a separate Emacs process, which always starts > by doing package-initialize, which will load tex-site. > Stefan -- Alan Mackenzie (Nuremberg, Germany).