tags 517839 + upstream thanks Hi Christoph! Cc:ing the slime-devel mailing list, since this is an upstream issue (already reported, read below). Please keep the Debian BTS as cc:ed (no subscription requnired). On Mon, 02 Mar 2009 14:09:10 +0100, Christoph Egger wrote:
Updating SLIME in testing fails on configuration. See the aptitude output attached to this mail.
Please always set LANG=C when you provide logs, since it is difficult to parse foreign languages ;-) I can reproduce the bug on a clean cowbuilder chroot: first, I created it for lenny, then installed slime together with xemacs21 and emacs22 (no errors). After that I modified apt's sources.list to point to testing: ===== root@gismo:/# apt-get update Get:1 http://cdn.debian.net testing Release.gpg [197B] Get:2 http://cdn.debian.net testing Release [71.6kB] Get:3 http://cdn.debian.net testing/main Packages [5533kB] Fetched 5604kB in 11s (497kB/s) Reading package lists... Done root@gismo:/# apt-get dist-upgrade [...] The following packages will be upgraded: aptitude base-files bash binutils cl-swank cowdancer cpio cpp cpp-4.3 debconf debconf-i18n debianutils fakeroot findutils g++ g++-4.3 gcc gcc-4.3 gcc-4.3-base gnupg gpgv grep gzip libc6 libc6-dev libdb4.6 libept0 libgcc1 libgcrypt11 libgdbm3 libgmp3c2 libgnutls26 libgomp1 libice6 libmpfr1ldbl libncurses5 libncursesw5 libreadline5 libsepol1 libsm6 libstdc++6 libstdc++6-4.3-dev libtasn1-3 libxapian15 libxau6 libxaw7 mawk mktemp ncurses-base ncurses-bin pbuilder readline-common realpath sed slime tzdata 56 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 37.5MB/38.7MB of archives. After this operation, 3084kB of additional disk space will be used. Do you want to continue [Y/n]? y [...] =====
Compiling /usr/share/xemacs21/site-lisp/slime/slime.el... While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/slime/slime.el: !! error (("Required feature arc-mode was not provided"))
Error occurred processing slime.el: Required feature arc-mode was not provided
This is the problem, specific to xemacs21 and not emacs22. The problem is in slime.el at line 69: --8<---------------cut here---------------start------------->8--- (require 'overlay)) (require 'easymenu) (eval-when (compile) (require 'arc-mode) (require 'apropos) (require 'outline) (require 'etags)) --8<---------------cut here---------------end--------------->8--- This has already been reported upstream, see the discussion at http://common-lisp.net/pipermail/slime-devel/2008-October/015633.html Quoting Helmut Heller from the thread above: --8<---------------cut here---------------start------------->8--- On Mon, 27 Oct 2008 19:49:13 +0100, Helmut Eller wrote:
* Steven E. Harris [2008-10-27 00:21+0100] writes:
Byte-compilation doesn't work in XEmacs, though.
In general, or as a result of this change? Before my last post, I was able to byte-compile slime.el when I commented out the `require' form, but I concede that I didn't test the result.
It doesn't work because arc-mode.el in XEmacs provides 'archive-mode instead of 'arc-mode. --8<---------------cut here---------------end--------------->8---
Since on Debian we byte-compile emacsen files at installation, I do not know how to proceed here. Is not this a bug in XEmacs? I would say so and thus reassign the bug to xemacs21. Thx, bye, Gismo / Luca