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: ===== r...@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 r...@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
pgp4wFIQIJH3O.pgp
Description: PGP signature
