[slime-devel] Bug#517839: slime: SLIME fails to upgrade

Luca Capello luca at pca.it
Fri Mar 13 00:38:46 UTC 2009

tags 517839 + upstream

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
root at 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 at 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


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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/slime-devel/attachments/20090313/db99f685/attachment.sig>

More information about the slime-devel mailing list