Bug#384457: [cl-debian] Bug#384457: marked as done (common-lisp-controller: Reconfiguration of ASDF is too intrusive)

[Luca Capello]

Hello,

I'm cc:ing the original bug submitter and re-opening the bug, the
solution is even worse.

On Mon, 25 Sep 2006 15:49:41 +0200, Debian Bug Tracking System wrote:
> In order for CLC to store fasls in /var/cache, it adds a method to
> `asdf:output-files' with some dire effects on the user environment.
[...]
> More seriously, it means that some packages will fail to build. If
> one downloads the latest mcclim snapshot and tries to build the
> Listener application, it fails due to the inability to find some xpm
> files:

IIRC this is the same problem with the vanilla slime [1].

> Changes: 
>  common-lisp-controller (6.3) unstable; urgency=low
[...]
>    * Introduce the *redirect-fasl-files-to-cache* variable.
>      If the value of this variable is true we redirect fasl files
>      to the /var/cache directory. By default we will only redirect
>      when compiling as the result of a clc-require call.
>      (Closes: #384457)

This now cause the following problem:
=====
luca at gismo:~$ sbcl
This is SBCL 0.9.17, an implementation of ANSI Common Lisp.
More information about SBCL is available at <http://www.sbcl.org/>.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
* (asdf:oos 'asdf:load-op 'cl-fad)

; loading system definition from /usr/share/common-lisp/systems/cl-fad.asd into
; #<PACKAGE "ASDF0">
; registering #<SYSTEM #:CL-FAD {A97E7E1}> as CL-FAD
; registering #<SYSTEM #:CL-FAD-TESTS {AAA5861}> as CL-FAD-TESTS

debugger invoked on a SB-INT:SIMPLE-FILE-ERROR in thread #<THREAD "initial thread" {A8264A1}>:
  error opening #P"/usr/share/common-lisp/source/cl-fad/packages.fasl":
    Permission denied

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [RETRY ] Retry performing #<ASDF:COMPILE-OP NIL {AAFF879}> on
              #<ASDF:CL-SOURCE-FILE "packages" {A994C51}>.
  1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL {AAFF879}> on
              #<ASDF:CL-SOURCE-FILE "packages" {A994C51}> as having been
              successful.
  2: [ABORT ] Exit debugger, returning to top level.

(SB-IMPL::SIMPLE-FILE-PERROR
 "error opening ~S"
 #P"/usr/share/common-lisp/source/cl-fad/packages.fasl"
 13)
0] 2
; compilation aborted after 0:00:02
;
; compilation unit aborted
;   caught 1 fatal ERROR condition
* (quit)
luca at gismo:~$
=====

Obviously, setting *redirect-fasl-files-to-cache* to t solves the
problem, but IMHO it should at least the contrary, i.e. t by default.
We cannot assume that the end user read the changelog or dig in the
BTS (and AFAIK there's no other documentation for that variable).

Thx, bye,
Gismo / Luca

Footnotes: 
[1] Message-Id: 87zmjqzm6i.fsf at gismo.pca.it
    http://common-lisp.net/pipermail/slime-devel/2006-March/004664.html
    http://article.gmane.org/gmane.lisp.slime.devel/4712
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20060930/ccaa161e/attachment-0002.sig>