Your message dated Mon, 01 Feb 2010 11:36:04 +0000 with message-id <e1nbuzy-0001be...@ries.debian.org> and subject line Bug#382430: fixed in common-lisp-controller 7.0 has caused the Debian Bug report #382430, regarding c-l-c installation of ecl does things wrong to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 382430: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=382430 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: ecl Version: 0.9i-2 Severity: normal the c-l-c installation of ecl does a few wrong things: (1) it uses the c-l-c version of asdf and not the ecl-provided one from /usr/lib/ecl/asdf.fas as a result it fails to include the make-build extension from ECL sources ecl-0.9i/contrib/asdf/asdf-ecl.lisp Solution (a) would be to (require 'asdf) from the c-l-c compiled image and not compile it in the c-l-c binary for ecl. Solution (b) would be to include asdf-ecl.lisp in the ecl package, and recompile it together with c-l-c's asdf.lisp when installing c-l-c. (2) it somehow gets cmp.fas and sysfun.lsp to systematically load verbosely in a way that isn't hushed up by flag -q resulting in an unremovable banner ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" which is quite annoying for programs that need produce controlled output. This is probably caused by the runtime loading of /etc/lispconfig.lisp by c-l-c. This banner should not be printed by quiet ecl scripts. Solution (2a) is to explicitly bind *load-verbose* to nil when loading /etc/lispconfig.lisp. Solution (2b) is to modify the c-l-c ecl startup to somehow hook the value of *load-verbose* on the -q flag. However, this requires modifying or overriding code from ecl-0.9i/src/lsp/cmdline.lsp and maintaining the result. Ouch. Solution (2c) is to hook into ecl's loading of a user resource file and replace it with the loading of a system resource file, say /etc/ecl/rc.lisp that in turn loads /etc/lispconfig.lisp then the user resource file. We would just prepend that path to *lisp-init-file-list* from install-clc.lisp, and writing the proper default code in /etc/ecl/rc.lisp Thus the usual parsing of -q and -norc applies to clc's ecl. (3) compiling configuration files everytime can be a performance issue, in addition to requiring to load the compiler. We could instead have a mechanism such as cl-launch's compile-and-load-file to only recompile when needed (SLIME's doesn't try hard enough for ECL), and put c-l-c cached .fas variants of the files in *lisp-init-file-list* before the source variants. Also, we want it to not require users to do anything special for the fasl to remain in synch with their lisp configuration. Any hackish code should come precompiled as part of install-clc.lisp so as to avoid requiring costly recompilation at runtime when things change. Solution (3a) would be to only do that for the system-wide file, and have that system-wide file include provisions for recompiling itself and then loading the compiled contents, and do the same for lispconfig.lisp and user files. A bit of a hack. Solution (3b) would be to modify or override cmdline.lsp to do the compile-and-load instead of load. Costly to maintain. (4) If we use a compile-and-load-file strategy for (3), then we might share code with cl-launch. This would mean having a dependency on cl-launch. It also means I should change cl-launch to install its file in /usr/share/common-lisp/source/cl-launch instead of /usr/share/common-lisp/cl-launch and produce a cl-launch.asd. I'll do that for cl-launch 1.85. In any cases, problems (1) and (2) both interact badly with cl-launch, and although cl-launch 1.84 now fully supports ECL, debian users need export ECL=/usr/lib/ecl/ecl-original so as to use cl-launch with ECL. I should probably include detection of that executable in cl-launch as a workaround to current breakage, since I already kluge a lot of my way to supporting ECL in cl-launch. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9-blefuscu Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to e n_US.iso-8859-1) Versions of packages ecl depends on: ii common-lisp-controller 6.1 This is a Common Lisp source and c ii gcc-4.1 4.1.1-9 The GNU C compiler ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libgc-dev 1:6.7-2 conservative garbage collector for ii libgc1c2 1:6.7-2 conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libncurses5-dev 5.5-2 Developer's libraries and docs for ecl recommends no packages. -- no debconf information
--- End Message ---
--- Begin Message ---Source: common-lisp-controller Source-Version: 7.0 We believe that the bug you reported is fixed in the latest version of common-lisp-controller, which is due to be installed in the Debian FTP archive: common-lisp-controller_7.0.dsc to main/c/common-lisp-controller/common-lisp-controller_7.0.dsc common-lisp-controller_7.0.tar.gz to main/c/common-lisp-controller/common-lisp-controller_7.0.tar.gz common-lisp-controller_7.0_all.deb to main/c/common-lisp-controller/common-lisp-controller_7.0_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 382...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde <pvane...@debian.org> (supplier of updated common-lisp-controller package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Sun, 31 Jan 2010 21:07:52 +0100 Source: common-lisp-controller Binary: common-lisp-controller Architecture: source all Version: 7.0 Distribution: unstable Urgency: low Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel@lists.alioth.debian.org> Changed-By: Peter Van Eynde <pvane...@debian.org> Description: common-lisp-controller - Common Lisp source and compiler manager Closes: 382430 518605 Changes: common-lisp-controller (7.0) unstable; urgency=low . * Use the new asdf to do much of the hard lifting * The problem with that is that we cannot selectively clear the cache anymore, so we nuke it all * And that we have to use the cl-asdf not the build-in one for sbcl * Move configuration file generated by clc out of /etc/. (Closes: #518605) * make clc quiet on clc. (Closes: #382430) (Finally!) * Add a cl-builder user again, so that we can: * add clc-clbuild wrapper that can be used to download clbuild packages * Updated standard version, no real changes Checksums-Sha1: 64b0a880e9dade12874f3aa8fcc3ef6bfee7554e 1733 common-lisp-controller_7.0.dsc 82f5e19fc0a82ff71ff6b02c326826128de843fc 34568 common-lisp-controller_7.0.tar.gz d26982dbadb6ef37e68ca24d837be6fba0bf9f29 33684 common-lisp-controller_7.0_all.deb Checksums-Sha256: fff0ddd6c82f5147f84487afbc58568c3f27e74cf8a86f444fa4f939523a2dd1 1733 common-lisp-controller_7.0.dsc dbcce6e100d4f1d6b190f35112927e692a6d8e825dc9eb4d5c6ce84686d6218f 34568 common-lisp-controller_7.0.tar.gz e0f3ec582cb73abffdd7c497ab0033ddb45a8ae9ccc7864ba9f15f718eec1852 33684 common-lisp-controller_7.0_all.deb Files: 2d66d81ed544f6789f47485d402a7fe2 1733 lisp optional common-lisp-controller_7.0.dsc aabf06b4f0f15866df74e74fb8d25f19 34568 lisp optional common-lisp-controller_7.0.tar.gz bf23b8fa81bafffbece954f52eb3f440 33684 lisp optional common-lisp-controller_7.0_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJLZnZIAAoJEB4VNT76eIlaWAIQAKKGUqEXM1/lb+qf0Vk+phFP oshWosaSQ4oeqDGkFz+NK8ZgQLUuKHsQJpv3Mx7NJc4tr1LBI6L447fFcIDgtbx9 OFHnuVHcYjsh0xInLPfUlUhB7FLkZCWdlp0lMiwb5fkKf94GpCCDdOlFlWC8jNy1 qZfMGGpoeN+Q/fM/mhkU6jMuLI0JHXQuYEolcb8XJNPcU5x8hh+g9PoAj2x4F02m YhHJWWm7bX65TLMZ/R5jqhHndraNnv2F1zSk00ddPyNrs4fqNhEx0jsXBPNeS0hy PykRIAG/uiIsmtbmWQtsT9mTKoNKGF0UHlKjXq47AFrh3V7T4gryRTKgal/m5Ly6 58ChHVwNNXo8j33kVSBrcIYBuzslSkfbaLjiGq63+pi//ahswcVG9qD+yX3vkc2n 5VckhMGAlE3UFBeox4kER+CYFDj5/te10ci+piMzpQYIa6ac0IHbCyQGv2npfAX4 YLUI0hICIFHQKBQ4Me9gshgHR8B38VWrpI1LDq7pCyEVsyK5teOzffBC2gk617XF R3HN0WueOnETJT9Fw0rlUz+CbYYVN1IWOfbbH11Uj4+NMabqUkPxkuKxz52Fy+FZ dZklKmLisPmYSAS0wzVEDkCDo4BEwHuIewoWFntRtf9jot84lOvFaD0BHVF06ous /+IFLTSKl3dWQclfd2Qq =kVxE -----END PGP SIGNATURE-----
--- End Message ---
_______________________________________________ pkg-common-lisp-devel mailing list pkg-common-lisp-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-common-lisp-devel
