Bug#767648: openssh-server: "sshd -T" outputs wrong argument for UsePAM
Package: openssh-server Version: 1:6.7p1-2 Severity: normal Dear Maintainer, The argument of UsePAM must be "yes" or "no", but "sshd -T" outputs "1" or "0". It causes "sshd -T" always fails on any file generated by "sshd -T". -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.21 ii init-system-helpers1.21 ii libc6 2.19-12 ii libcomerr2 1.42.12-1 ii libgssapi-krb5-2 1.12.1+dfsg-11 ii libkrb5-3 1.12.1+dfsg-11 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam0g 1.1.8-3.1 ii libselinux12.3-2 ii libssl1.0.01.0.1j-1 ii libwrap0 7.6.q-25 ii lsb-base 4.1+Debian13+nmu1 ii openssh-client 1:6.7p1-2 ii openssh-sftp-server1:6.7p1-2 ii procps 2:3.3.9-8 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages openssh-server recommends: ii ncurses-term 5.9+20140913-1 ii xauth 1:1.0.9-1 Versions of packages openssh-server suggests: ii molly-guard 0.5-1 pn monkeysphere pn rssh ii ssh-askpass 1:1.2.4.1-9 pn ufw -- debconf information: openssh-server/permit-root-login: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691363: RFS: stumpwm/1:20111204.gitb1271a9-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "stumpwm" * Package name: stumpwm Version : 1:20111204.gitb1271a9-1 Upstream Author : Shawn Betts * URL : http://www.nongnu.org/stumpwm/ * License : GPL-2+ and others Section : x11 It builds those binary packages: stumpwm- tiling, keyboard driven Common Lisp window manager To access further information about this package, please visit the following URL: http://mentors.debian.net/package/stumpwm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/stumpwm/stumpwm_20111204.gitb1271a9-1.dsc More information about stumpwm can be obtained from http://www.nongnu.org/stumpwm/. Changes since the last upload: stumpwm (1:20111204.gitb1271a9-1) unstable; urgency=low * New Git checkout (b1271a91efe529f774d6c2d4189b9e3e95d61aea) * debian/patches/08_fix-bashisms.diff (Closes: #690620). + Fix the bashisms reported by /usr/bin/checkbashisms . * debian/rules + Rewrite version number replacing code. + No need to remove bundled asdf.lisp . * debian/control + Upgrade Standards-Version to 3.9.3 -- Desmond O. Chang Tue, 23 Oct 2012 01:12:50 +0800 Regards, Desmond O. Chang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691361: RFS: common-lisp-controller/7.10
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "common-lisp-controller" * Package name: common-lisp-controller Version : 7.10 * License : Lisp Lesser GNU Public License (LLGPL) Section : lisp It builds those binary packages: common-lisp-controller - Common Lisp source and compiler manager To access further information about this package, please visit the following URL: http://mentors.debian.net/package/common-lisp-controller Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/common-lisp-controller/common-lisp-controller_7.10.dsc Changes since the last upload: common-lisp-controller (7.10) unstable; urgency=low [ victory@gmail.com ] * debian/po/ja.po + Add Japanese translation (Closes: #690786). -- Desmond O. Chang Thu, 25 Oct 2012 01:34:43 +0800 Regards, Desmond O. Chang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673932: emacsen-common: emacs-snapshot installation failed with emacsen-common/2.0.2
Package: emacsen-common Version: 2.0.2 Severity: grave emacs-snapshot/2:20120521-1 cannot be installed on my system. Downgrading it to 2:20120510-1 also failed. Downgrading emacsen-common to 1.4.23 fixed this issue. The attachment is installation log. Install apel for emacs-snapshot install/apel: byte-compiling for emacs-snapshot, logged in /tmp/elc.ZUB2I3loMVtP install/apel: deleting /tmp/elc.ZUB2I3loMVtP install/apel: byte-compiling for reverse dependency Install cmake-data for emacs-snapshot install/cmake-data: Byte-compiling for emacs-snapshot Wrote /usr/share/emacs-snapshot/site-lisp/cmake-data/cmake-mode.elc Install debian-el for emacs-snapshot install/debian-el: Handling emacs-snapshot, logged in /tmp/elc_7HA4tT.log install/debian-el: Deleting /tmp/elc_7HA4tT.log Install dictionaries-common for emacs-snapshot install/dictionaries-common: Skipping byte-compilation for emacs-snapshot Install emacs-goodies-el for emacs-snapshot install/emacs-goodies-el: Handling emacs-snapshot, logged in /tmp/elc_bxW3sM.log Building autoloads for emacs-snapshot in /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el install/emacs-goodies-el: Deleting /tmp/elc_bxW3sM.log Install emms for emacs-snapshot install/emms: Handling install for emacsen flavor emacs-snapshot Loading /etc/emacs/site-start.d/00debian-vars.el (source)... Loading /etc/emacs/site-start.d/20apel.el (source)... Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50cmake-data.el (source)... Loading /etc/emacs/site-start.d/50devscripts-el.el (source)... Package devscripts-el not fully installed. Skipping setup. Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Skipping dictionaries-common setup for emacs-snapshot Loading /etc/emacs/site-start.d/50dpkg-dev-el.el (source)... Package dpkg-dev-el not fully installed. Skipping setup. Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)... Loading /etc/emacs/site-start.d/50emms.el (source)... Loading /etc/emacs/site-start.d/50ledger.el (source)... Loading /etc/emacs/site-start.d/50magit.el (source)... Loading /etc/emacs/site-start.d/50org-mode.el (source)... Loading /etc/emacs/site-start.d/50uim-el.el (source)... Error while loading 50uim-el: Cannot open load file: uim-leim Loading /etc/emacs/site-start.d/50w3m-el-snapshot.el (source)... Loading /etc/emacs/site-start.d/51debian-el.el (source)... Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-auto.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-bookmarks.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-browser.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-cache.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-compat.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-cue.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-history.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-i18n.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-libtag.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-metaflac.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-mp3info.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-ogginfo.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-last-played.elc In toplevel form: emms-lastfm-client.el:37:1:Error: Cannot open load file: w3m Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-lastfm-scrobbler.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-lyrics.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-maint.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-mark.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-metaplaylist-mode.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-mode-line-icon.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-mode-line.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-mpd.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-mpg321-remote.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-mplayer.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-simple.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-vlc.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-xine.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playing-time.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playlist-limit.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playlist-mode.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playlist-sort.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-score.elc In toplevel form: emms-setup.el:96:1:Error: Cannot open load file: w3m Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-source-file.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-source-playlist.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-stream-info.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-streams.elc Wrote /usr/share/emacs-snapsho
Bug#668375: RFS: common-lisp-controller/7.9
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "common-lisp-controller" Package name: common-lisp-controller Version : 7.9 License : Lisp Lesser GNU Public License (LLGPL) Section : lisp It builds those binary packages: common-lisp-controller - Common Lisp source and compiler manager To access further information about this package, please visit the following URL: http://mentors.debian.net/package/common-lisp-controller Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/common-lisp-controller/common-lisp-controller_7.9.dsc Changes since the last upload: common-lisp-controller (7.9) unstable; urgency=low [ Desmond O. Chang ] * debian/control + update Standards-Version to 3.9.3 * debian/compat + update to 9 * debian/rules + add missing recommended targets "build-arch", "build-indep" [ Jeroen Schot ] * debian/po/nl.po + update Dutch translation (Closes: #652347). [ Michał Kułach ] * debian/po/pl.po + add Polish translation (Closes: #666443). [ Beatrice Torracca ] * debian/po/it.po + add Italian translation (Closes: #667804). -- Desmond O. Chang Wed, 11 Apr 2012 15:30:54 +0800 Regards, Desmond O. Chang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649707: stumpwm: StumpWM crashes after upgrade to GDM3
Deepak Tripathi writes: > Hi Tested the m.d.n version , its working now. Also tested clfwwm and > found that "Component" bug is still not fixed. I need to upgrade asdf. > > Can you make /debian/control file in such a way that it will take > upgraded version. >From stumpwm/1:20110819.gitca08e08-2 & clfswm/20111015.gitca08e08-2, they can both load your local asdf.lisp. If Debian cl-asdf package doesn't work, you can fix the bug in your local git repo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651034: override: stumpwm:x11/optional
Package: ftp.debian.org Severity: normal stumpwm_20110819.gitca08e08-2_all.deb: package says section is x11, override says devel. Stumpwm is mainly used as a standalone window manager instead of a library. Please change the override. Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649707: stumpwm: StumpWM crashes after upgrade to GDM3
Deepak Tripathi writes: > Desmond, > Please find the information below. >> What's the value of this: >> >> (asdf::flatten-source-registry) >> > > * (asdf::flatten-source-registry) > > ((#P"/usr/lib/sbcl/" :RECURSE T :EXCLUDE > (".bzr" ".cdv" ".git" ".hg" ".pc" ".svn" "CVS" "RCS" "SCCS" "_darcs" > "_sgbak" >"autom4te.cache" "cover_db" "_build" "debian")) > (#P"/usr/share/common-lisp/source/" :RECURSE T :EXCLUDE > (".bzr" ".cdv" ".git" ".hg" ".pc" ".svn" "CVS" "RCS" "SCCS" "_darcs" > "_sgbak" >"autom4te.cache" "cover_db" "_build" "debian"))) It should work if /usr/share/common-lisp/source is there. Could you please test 1:20110819.gitca08e08-2 on mentors? http://mentors.debian.net/debian/pool/main/s/stumpwm/stumpwm_20110819.gitca08e08-2.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649707: stumpwm: StumpWM crashes after upgrade to GDM3
Deepak Tripathi writes: > Desmond, > > I don't think that this could be an issue, I have .sbclrc file with the > following information. > > (require 'asdf) > > Now if you run sbcl and type (find-package :asdf) it will return you > true. What's the value of this: (asdf::flatten-source-registry) > >> Deepak Tripathi writes: >> >>> Package: stumpwm >>> Version: 1:20110819.gitca08e08-1 >>> Severity: grave >>> >>> Dear Maintainer, >>> I have updated my system to gdm3/gnome3 and after upgrading stumpwm has >>> not been functioning properly. At first glace i thought its a StumWm bug >>> but later when i installed from git source it was working. >>> >>> For more detail on the issue please check. >>> >>> http://comments.gmane.org/gmane.comp.window-managers.stumpwm.devel/2672 >> >> I think it's the same as #647544. It has been fixed in the upstream >> repo (git commit 6e07883) but the maintainer has not uploaded a new >> package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649707: stumpwm: StumpWM crashes after upgrade to GDM3
Deepak Tripathi writes: > Package: stumpwm > Version: 1:20110819.gitca08e08-1 > Severity: grave > > Dear Maintainer, > I have updated my system to gdm3/gnome3 and after upgrading stumpwm has > not been functioning properly. At first glace i thought its a StumWm bug > but later when i installed from git source it was working. > > For more detail on the issue please check. > > http://comments.gmane.org/gmane.comp.window-managers.stumpwm.devel/2672 I think it's the same as #647544. It has been fixed in the upstream repo (git commit 6e07883) but the maintainer has not uploaded a new package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648415: clfswm executable fails to start
"Jose A. Ortega Ruiz" writes: > On Fri, Nov 11 2011, Desmond O. Chang wrote: > >> Jose Antonio Ortega Ruiz writes: >> >>> The following error: >>> >>>*** - LOAD: A file with name >>> /usr/share/common-lisp/source/cl-asdf/asdf.lisp does not exist >>> >>> This happens with any invocation of clfswm, no need to call it via startx. >> >> Are you using clisp? Is cl-asdf installed? >> >> clfswm doesn't depend on cl-asdf since clfswm depends on cl-clx-sbcl and >> sbcl has included asdf in its package. If you use clfswm with clisp, >> you have to install cl-asdf. > > I have both clisp and sbcl installed: is there a way to choose which > lisp clfswm uses? Variously. See clfswm's manpage or README.Debian for details. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648415: clfswm executable fails to start
Jose Antonio Ortega Ruiz writes: > The following error: > >*** - LOAD: A file with name > /usr/share/common-lisp/source/cl-asdf/asdf.lisp does not exist > > This happens with any invocation of clfswm, no need to call it via startx. Are you using clisp? Is cl-asdf installed? clfswm doesn't depend on cl-asdf since clfswm depends on cl-clx-sbcl and sbcl has included asdf in its package. If you use clfswm with clisp, you have to install cl-asdf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647544: Component clfswm not found
Hi, Simon Chopin writes: > Package: clfswm > Version: 20111015.git51b0a02-1 > Severity: grave > Justification: renders package unusable > > Hi, > > When trying to start clfswm, I just get this error message and then the > program exits : > > *** - Component "clfswm" not found > It's a bug from cl-asdf 2:2.018-1. Actually, ASDF cannot find any system in /usr/share/common-lisp/ if you use :DEFAULT-REGISTRY in your `source-registry.conf'. Check the following two test cases: Test Case 1 --- $ cat ~/.config/common-lisp/source-registry.conf ;; -*- mode: lisp -*- (:source-registry (:default-registry) ;; <1> (:ignore-inherited-configuration)) $ clisp -norc -q [1]> (find-package :asdf) NIL [2]> (load #P"/usr/share/common-lisp/source/cl-asdf/asdf.lisp") ;; Loading file /usr/share/common-lisp/source/cl-asdf/asdf.lisp ... ;; Loaded file /usr/share/common-lisp/source/cl-asdf/asdf.lisp T [3]> (in-package :asdf) # ASDF[4]> (find-system :clfswm) *** - Component "clfswm" not found The following restarts are available: ABORT :R1 Abort main loop Break 1 ASDF[5]> :r1 ASDF[6]> Test Case 2 --- $ cat ~/.config/common-lisp/source-registry.conf ;; -*- mode: lisp -*- (:source-registry (:tree "/usr/share/common-lisp/source/");; <2> (:ignore-inherited-configuration)) $ clisp -norc -q [1]> (find-package :asdf) NIL [2]> (load #P"/usr/share/common-lisp/source/cl-asdf/asdf.lisp") ;; Loading file /usr/share/common-lisp/source/cl-asdf/asdf.lisp ... ;; Loaded file /usr/share/common-lisp/source/cl-asdf/asdf.lisp T [3]> (in-package :asdf) # ASDF[4]> (find-system :clfswm) ;; Loading file /usr/share/common-lisp/source/clfswm/clfswm.asd ... WARNING: Invalid version "Please, see in src/version.lisp" for component "clfswm" ;; Loaded file /usr/share/common-lisp/source/clfswm/clfswm.asd # ASDF[5]> Why does test case 1 fail? Because :DEFAULT-REGISTRY (<1>) is in `source-registry.conf'. Here is the definition of DEFAULT-SOURCE-REGISTRY: (defun* default-source-registry () `(:source-registry #+sbcl (:directory ,(try-subpathname (user-homedir) ".sbcl/systems/")) (:directory ,(default-directory)) ,@(loop :for dir :in `(,@(when (os-unix-p) `(,(or (getenv "XDG_DATA_HOME") (try-subpathname (user-homedir) ".local/share/")) ,@(split-string (or (getenv "XDG_DATA_DIRS") "/usr/local/share:/usr/share") <1> :separator ":"))) ,@(when (os-windows-p) `(,(or #+lispworks (sys:get-folder-path :local-appdata) (getenv "LOCALAPPDATA")) ,(or #+lispworks (sys:get-folder-path :appdata) (getenv "APPDATA")) ,(or #+lispworks (sys:get-folder-path :common-appdata) (getenv "ALLUSERSAPPDATA") (try-subpathname (getenv "ALLUSERSPROFILE") "Application Data/") :collect `(:directory ,(try-subpathname dir "common-lisp/systems/")) <2> :collect `(:tree ,(try-subpathname dir "common-lisp/source/"))) <3> :inherit-configuration)) At <1>, "/usr/share" doesn't end with /, so <2> & <3> return NIL (since /usr/common-lisp/ doesn't exist). TRY-SUBPATHNAME simply passes "/usr/share" to SUBPATHNAME, whose definition is: (defun* subpathname (pathname subpath &key type) (and pathname (merge-pathnames* (coerce-pathname subpath :type type) (pathname-directory-pathname pathname Here (pathname-directory-pathname "/usr/share") returns "/usr/", then (subpathname "/usr/share" "common-lisp/source/") returns "/usr/common-lisp/source/", which doesn't exist. TRY-SUBPATHNAME just tests the existence of the return pathname of SUBPATHNAME. So TRY-SUBPATHNAME returns NIL here since the pathname doesn't exist. That's why DEFAULT-SOURCE-REGISTRY goes wrong. So how can you fix it until the new release is uploaded? Try to set XDG_DATA_DIRS to "/usr/local/share/:/usr/share/". But as SUBPATHNAME is also used otherwhere, I recommend that you redefine it: (defun* subpathname (pathname subpath &key type) (and pathname (merge-pathnames* (coerce-pathname subpath :type type) (pathname-directory-pathname (or (ignore-errors (ensure-directory-pathname pathname)) pathname) Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625979: emms: Installation hangs if /root/.emacs.d/emms doesn't exist
[ CC the maintainer for emacs-snapshot. ] On Mon, May 9, 2011 at 11:31, Arnaud Fontaine wrote: > tags 625979 + unreproducible > thanks > > Hello, > > I cannot reproduce the issue with the current version of Emacs in Sid, > namely 23.3+1-1, after purging the installed package and removing > /root/.emacs.d/, then installing it again. Could you please try instead > with the version in Sid? I can install emms with emacs23 in sid but cannot install it with emacs-snapshot. Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625979: emms: Installation hangs if /root/.emacs.d/emms doesn't exist
Package: emms Version: 3.0+20110418+1.4a15eea-1 Severity: important Emms installation hangs after the following messages: Setting up emms (3.0+20110418+1.4a15eea-1) ... emacsen-common: Handling install of emacsen flavor emacs emacsen-common: Handling install of emacsen flavor emacs-snapshot emacsen-common: byte-compiling for emacs-snapshot Wrote /etc/emacs-snapshot/site-start.d/00debian-vars.elc Wrote /usr/share/emacs-snapshot/site-lisp/debian-startup.elc install/emms: Handling install for emacsen flavor emacs-snapshot Loading 00debian-vars... Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Skipping dictionaries-common setup for emacs-snapshot Loading /etc/emacs/site-start.d/50dpkg-dev-el.el (source)... Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)... Loading /etc/emacs/site-start.d/50emms.el (source)... Loading /etc/emacs/site-start.d/50org-mode.el (source)... Loading /etc/emacs/site-start.d/50psvn.el (source)... Loading /etc/emacs/site-start.d/50slime.el (source)... Loading /usr/share/emacs-snapshot/site-lisp/slime/slime-autoloads.elc... Loading /etc/emacs/site-start.d/50w3m-el-snapshot.el (source)... Loading /etc/emacs/site-start.d/51debian-el.el (source)... Loading /etc/emacs/site-start.d/60cltl.el (source)... Loading /etc/emacs/site-start.d/60hyperspec.el (source)... Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-auto.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-bookmarks.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-browser.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-cache.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-compat.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-cue.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-history.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-i18n.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-libtag.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-metaflac.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-mp3info.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info-ogginfo.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-info.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-last-played.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-lastfm-client.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-lastfm-scrobbler.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-lyrics.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-maint.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-mark.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-metaplaylist-mode.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-mode-line-icon.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-mode-line.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-mpd.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-mpg321-remote.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-mplayer.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-simple.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-vlc.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-player-xine.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playing-time.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playlist-limit.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playlist-mode.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-playlist-sort.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-score.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-setup.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-source-file.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-source-playlist.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-stream-info.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-streams.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-tag-editor.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-url.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-volume-amixer.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms-volume.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/emms.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/jack.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/later-do.elc Wrote /usr/share/emacs-snapshot/site-lisp/emms/tq.elc Saving file /root/.emacs.d/emms/history... /root/.emacs.d/emms/: no such directory Saving file /root/.emacs.d/emms/history... After pressing return, installation fails and displays the following: End of file during parsing Saving file /root/.emacs.d/emms/history... Wrote /root/.emacs.d/emms/history emacs-package-install: /usr/lib/emacsen-common/packages/install/emms emacs-snapshot emacs-snapshot failed at /usr/lib/emacsen-common/emacs-package-install line 30, line 2. dpkg: error processing emms (--configure): subprocess installed post-installation script returned err
Bug#624636: stumpwm: sbcl hangs if asdf has already been loaded
Hi Kanru, On Sat, Apr 30, 2011 at 16:51, Kan-Ru Chen wrote: > > My meager patch attached. Thank you for your patch. But I decide to make a big change. I move those startup options into /usr/lib/stumpwm/load.lisp. I hope this can simplify /usr/bin/stumpwm. I have uploaded a new version to mentors. Could you sponsor it? - URL: http://mentors.debian.net/debian/pool/main/s/stumpwm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stumpwm/stumpwm_20110420.git14571fc-1.dsc Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624472: stumpwm: Cannot run /usr/bin/stumpwm
Package: stumpwm Version: 1:20110313.gitb77c69a-1 Severity: important Some lisp implementations have dropped CLC package. This makes /usr/bin/stumpwm unusable. We should use ASDF facilities instead. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stumpwm depends on: ii cl-ppcre 2.0.1-2Portable Regular Express Library f ii clisp-module-clx 1:2.49-7 clisp module that adds X11 binding ii dpkg 1.16.0.2 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in stumpwm recommends no packages. Versions of packages stumpwm suggests: ii 10.0.648.205~r81283-1 Chromium browser ii 0.9.3+git110428-~nightlybuild1303942021 keyboard focused web browser with ii 1:20110408-1The GNU Emacs editor (development ii 3.5.18-1Web browser based on Firefox ii 4.13a.dfsg.1-6 Standalone GNU Info documentation ii 2.1.45 generates programs menu for all me ii 0.37-2 readline feature command line wrap ii 9.10-1 RXVT-like terminal emulator with U ii 1:20100722-1Superior LISP Interaction Mode for ii 0.5.3-2+b1 WWW browsable pager with excellent ii 7.6+1 X11 utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617501: clisp does not run, claims to be missing a required file
On Fri, Mar 18, 2011 at 03:24, Agustin Martin wrote: > > Does this mean that this bug report really belongs to clisp? I think so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617501: clisp does not run, claims to be missing a required file
On Fri, Mar 11, 2011 at 00:42, Peter Van Eynde wrote: > I'm all in favor of your work and I think that you are doing the right > thing, but I'm missing the following: > > - documenting what lisp packages should do > - documenting what lisp implementation should do > - documenting how users can use this > - documenting how DM/DD can test their packages > and > - no breaking other packages First of all, please read this: http://article.gmane.org/gmane.linux.debian.alioth.common-lisp/2616/ > Related: I wanted to investigate how the 'new' clc is supposed to work, > but I've noticed that the > /usr/share/doc/common-lisp-controller/DESIGN.txt > and > /usr/share/doc/common-lisp-controller/NEWS.Debian.gz > don't mention this new redesign. What do I need to do? How to I test this? I have updated README.Debian in dh-lisp, but c-l-c not yet. I plan to upload new c-l-c once all existing implementations no longer depend on it. > Why did you select this method? Given the fact that as I understand it > updated implementations should only depend on cl-asdf, if at all, what > is the role of dh_lisp in new implementations and why on purpose break > all older implementations? Most of implementations already have asdf2 internally. They don't need to depend on cl-asdf. Of cource, user may install cl-asdf, this will implement hot-upgrading for asdf. The original purpose of dh-lisp is to install c-l-c into images of the implementations. Now it's useless. Please consider removing dh-lisp from all common lisp implementations and redebianizing them. Here is a potential usage for dh-lisp in the future. For example, stumpwm needs to be compiled and loaded into sbcl to generate the documentation. By default, ASDF2 will put all fasl files in $HOME/.cache/common-lisp/..., but, in many building environment, $HOME is unavailable. I think DM can solve it by binding XDG_CACHE_HOME to /var/cache/, but now, /var/cache/common-lisp is managed by c-l-c. Once c-l-c deteted, /var/cache/common-lisp may be adopted by dh-lisp and used to build debian CL package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616676: dh-lisp: Variable $implementation needs a declaration/initialization
On Mon, Mar 7, 2011 at 03:42, Christoph Egger wrote: > "Desmond O. Chang" writes: >> dh_lisp doesn't work in 0.7.0. The error message is: >> >> Global symbol "$implementation" requires explicit package name at >> /usr/bin/dh_lisp line 158. >> Global symbol "$implementation" requires explicit package name at >> /usr/bin/dh_lisp line 158. >> Execution of /usr/bin/dh_lisp aborted due to compilation errors. > > Desmond, are you working on that? Breaks building of something like all > lisp packages so it's rather important. I've uploaded 0.7.1 to mentors. - URL: http://mentors.debian.net/debian/pool/main/d/dh-lisp - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dh-lisp/dh-lisp_0.7.1.dsc I've tested on my laptop. If you're building a new package, I still recommend you to remove dh-lisp from control and dh_lisp from rules. Sorry for my mistake. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616676: dh-lisp: Variable $implementation needs a declaration/initialization
Package: dh-lisp Version: 0.7.0 Severity: important dh_lisp doesn't work in 0.7.0. The error message is: Global symbol "$implementation" requires explicit package name at /usr/bin/dh_lisp line 158. Global symbol "$implementation" requires explicit package name at /usr/bin/dh_lisp line 158. Execution of /usr/bin/dh_lisp aborted due to compilation errors. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-lisp depends on: ii debhelper 8.1.2 helper programs for debian/rules ii perl 5.10.1-17 Larry Wall's Practical Extraction dh-lisp recommends no packages. dh-lisp suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616631: stumpwm: SBCL cannot load contrib/cpu.lisp in linux kernel 2.6.37
Package: stumpwm Version: 1:20110213.git34362e5-1 Severity: normal The error message is: The value NIL is not of type (OR (VECTOR CHARACTER) (VECTOR NIL) BASE-STRING PATHNAME FILE-STREAM). Since "/proc/acpi/thermal_zone/" has gone in linux kernel 2.6.37, the following sexp: (PATHNAME-DIRECTORY (FIRST (STUMPWM:LIST-DIRECTORY "/proc/acpi/thermal_zone/"))) raises this error. This bug is also described in the upstream mailing list [1]. [1] http://article.gmane.org/gmane.comp.window-managers.stumpwm.devel/2351 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stumpwm depends on: ii cl-ppcre 2.0.1-2Portable Regular Express Library f ii clisp-module-clx 1:2.49-2 clisp module that adds X11 binding ii common-lisp-controller7.7Common Lisp source and compiler ma ii dpkg 1.15.8.10 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in stumpwm recommends no packages. Versions of packages stumpwm suggests: ii 0.9.3+git110305-~nightlybuild1299280022 keyboard focused web browser with ii 1:20110224-1The GNU Emacs editor (development ii 3.5.17-1Web browser based on Firefox ii 4.13a.dfsg.1-6 Standalone GNU Info documentation ii 2.1.44 generates programs menu for all me ii 0.37-2 readline feature command line wrap ii 9.09-5 RXVT-like terminal emulator with U ii 1:20100722-1Superior LISP Interaction Mode for ii 0.5.3-2 WWW browsable pager with excellent ii 7.6+1 X11 utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616309: ITP: clfswm -- A(nother) Common Lisp FullScreen Window Manager
Package: wnpp Severity: wishlist Owner: "Desmond O. Chang" * Package name: clfswm Version : 20110227.git98bbb72 Upstream Author : Philippe Brochard * URL : http://common-lisp.net/project/clfswm/ * License : GPL3 Programming Lang: Common Lisp Description : A(nother) Common Lisp FullScreen Window Manager CLFSWM is a 100% Common Lisp X11 window manager (based on Tinywm and Stumpwm. Many thanks to them). It can be driven only with the keyboard or with the mouse. A display contains a root frame and its children. A child can be a window or another frame. The root frame or its children can be the current root. The current root is fullscreen maximized (no decorations, no buttons, no menus: nothing, just the application fullscreen!). CLFSWM is highly dynamic. By default there is only one frame (the root frame). Other frames are created/deleted on the fly. A window can be in more than one frame, so it can have multiple views of the same windows. Using CLFSWM is like walking through a tree of frames and windows. Enter in a child to make it the current root and make it fullscreen maximized. Leave it to make its parent the current root. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608017: closed by doch...@gmail.com (Desmond O. Chang) (Bug#608017: fixed in stumpwm 1:20110213.git34362e5-1)
On Tue, Mar 1, 2011 at 15:25, servilio wrote: > On 1 March 2011 02:56, Desmond O. Chang wrote: >> Hi servilio, >> >> On Mon, Feb 28, 2011 at 18:58, servilio wrote: >>> >>> This is a problem in the clisp package, CLX works in 2.48, but not in >>> 2.49 even with clisp-module-clx installed: >> >> How do you start stumpwm? If you exec /usr/bin/stumpwm, it should >> work. If you load stumpwm in repl, you have to (require "clx") first. >> The module name must be downcase "clx", neither "CLX" nor :clx. > > Yes, I use the package-provided script, and after upgrading to the > latest version of stumpwm in the repo it works with CLISP, but now it > doesn't with SBCL, the error that it ends with: > > ; file: /usr/share/common-lisp/source/stumpwm/stumpwm.lisp > ; in: DEFUN STUMPWM::STUMPWM-INTERNAL > ; (STUMPWM::GROUP-STARTUP STUMPWM::G) > ; > ; caught STYLE-WARNING: > ; undefined function: STUMPWM::GROUP-STARTUP > ; > ; compilation unit finished > ; Undefined function: > ; STUMPWM::GROUP-STARTUP > ; caught 1 STYLE-WARNING condition > ; printed 1 note I got this problem too. I think it's from upstream. Please delete your caches in ~/.cache/common-lisp/sbcl.../stumpwm/ to fix it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608017: closed by doch...@gmail.com (Desmond O. Chang) (Bug#608017: fixed in stumpwm 1:20110213.git34362e5-1)
Hi servilio, On Mon, Feb 28, 2011 at 18:58, servilio wrote: > > This is a problem in the clisp package, CLX works in 2.48, but not in > 2.49 even with clisp-module-clx installed: How do you start stumpwm? If you exec /usr/bin/stumpwm, it should work. If you load stumpwm in repl, you have to (require "clx") first. The module name must be downcase "clx", neither "CLX" nor :clx. CL-USER> (require "clx") ;; Loading file /usr/lib/clisp-2.49/dynmod/clx.lisp ... ;; Loading file /usr/lib/clisp-2.49/clx/new-clx/clx-preload.lisp ... ;; Loaded file /usr/lib/clisp-2.49/clx/new-clx/clx-preload.lisp ;; Loading module clx from /usr/lib/clisp-2.49/dynmod/lib-clx.so ;; Loaded module clx from /usr/lib/clisp-2.49/dynmod/lib-clx.so ;; Loading file /usr/lib/clisp-2.49/clx/new-clx/clx.fas ... ;; Loaded file /usr/lib/clisp-2.49/clx/new-clx/clx.fas ;; Loading file /usr/lib/clisp-2.49/clx/new-clx/image.fas ... ;; Loaded file /usr/lib/clisp-2.49/clx/new-clx/image.fas ;; Loading file /usr/lib/clisp-2.49/clx/new-clx/resource.fas ... ;; Loaded file /usr/lib/clisp-2.49/clx/new-clx/resource.fas ;; Loaded file /usr/lib/clisp-2.49/dynmod/clx.lisp T CL-USER> (find-package :xlib) # Debian clisp will not load "clx" at startup by default from 1:2.49-2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614571: SBCL goes into repl after stumpwm exits
Package: stumpwm Version: 1:20100709.gitf6262b0-1 Severity: normal This causes that X cannot exit after stumpwm exits. The command should have "--eval '(quit)'" at the end. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stumpwm depends on: ii cl-ppcre 2.0.1-2Portable Regular Express Library f ii clisp 1:2.49-2 GNU CLISP, a Common Lisp implement ii common-lisp-controller7.6Common Lisp source and compiler ma ii dpkg 1.15.8.10 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in stumpwm recommends no packages. Versions of packages stumpwm suggests: ii 0.9.3+git110221-~nightlybuild1298243221 keyboard focused web browser with ii 1:20110210-1The GNU Emacs editor (development ii 3.5.16-4Web browser based on Firefox ii 4.13a.dfsg.1-6 Standalone GNU Info documentation ii 2.1.44 generates programs menu for all me ii 0.37-2 readline feature command line wrap ii 9.09-5 RXVT-like terminal emulator with U ii 1:20100722-1Superior LISP Interaction Mode for ii 0.5.3-1 WWW browsable pager with excellent ii 7.6+1 X11 utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609047: ITP: ccl - Clozure CL
Hi Darren, On Thu, Jan 6, 2011 at 03:16, Darren Hoo wrote: > * URL : http://www.clozure.com/clozurecl.html I think http://ccl.clozure.com/ provides more information. > For now I have built the packages that can work with > Common Lisp Controller setup ie, install-clc, remove-clc > etc, but there are still several problems left to be > solved. Drop c-l-c integration. http://article.gmane.org/gmane.linux.debian.alioth.common-lisp/2493 > > first, to build ccl there is a triple dependency between > kernel, boot-image and full-image.A big full-image from > upstream is needed to build from scratch. > > I am wondering how SBCL first got into Debian since it > build-depends on SBCL itself. I have not found any way > to cross compile ccl using SBCL, if that's possible then > it is much easier. > > and second, there are some problems when I try to split > the package into ccl and ccl-source , because ccl needs > lisp source file to work properly. > I'm currently working on this. Help is welcome. Running CCL only requires the kernel and the full-image (and tools/asdf.lisp if you want) I think you can upload a binary package like 'ccl-bootstrap' and build the real 'ccl' package using it. Then use 'ccl' to build the next version directly. This would implement self-hosting. NOTE, no need to put the compiled kernel and image file in the source package. CCL has different images on i386, ppc, amd64 and arm, they are all too big! Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607910: ITP: libfixposix -- Replacement for inconsistent parts of POSIX
Package: wnpp Severity: wishlist Owner: "Desmond O. Chang" * Package name: libfixposix Version : 20101223.git080e618 Upstream Author : Stelian Ionescu * URL : http://common-lisp.net/project/iolib/ * License : BSL Programming Lang: C Description : Replacement for inconsistent parts of POSIX The purpose of libfixposix is to offer replacements for parts of POSIX whose behaviour is inconsistent across *NIX flavours. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560963: cl-cffi: Loading cffi fails
forcemerge 560781 560963 thanks This bug should be closed since it's the same as #560781. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568062: Prompted for "changed" configuration file /etc/lisp-config.lisp
forcemerge 601957 568062 thanks This bug should be closed since it's the same as #601957. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606785: stumpwm: package fails to upgrade properly from lenny
Hi gregor, On Mon, Dec 20, 2010 at 23:28, gregor herrmann wrote: > On Mon, 20 Dec 2010 23:15:55 +0800, Desmond O. Chang wrote: > >> > What surprises me is that common-lisp-controller _does_ depend on >> > adduser. Do we need a Pre-Depends here since adduser is used in the >> > .preinst? >> Or moving adduser to 'postinst configure'? Which one is right? > > Oh yes, that sounds much better. > Unless the user is already needed earlier, but the .preinst seems to > only rm old stuff, AFAICS. I've uploaded 7.6 to mentors. Could you sponsor it? The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/common-lisp-controller - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/common-lisp-controller/common-lisp-controller_7.6.dsc Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606785: stumpwm: package fails to upgrade properly from lenny
On Sun, Dec 19, 2010 at 04:15, gregor herrmann wrote: > > What surprises me is that common-lisp-controller _does_ depend on > adduser. Do we need a Pre-Depends here since adduser is used in the > .preinst? Or moving adduser to 'postinst configure'? Which one is right? Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606067: unblock: cl-asdf/2:2.011-1
On Sat, Dec 18, 2010 at 23:29, Adam D. Barratt wrote: > > Most of his answer seemed to be about why we should accept the newer > version of cl-asdf rather than the source format change; "lintian didn't > like the empty diff.gz" and "people on IRC told me to do it" aren't the > greatest of reasonings either. What's wrong with the 3.0? Why is it so hard to change? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606067: unblock: cl-asdf/2:2.011-1
> > It seems that both you and Mehdi don't receive the author's mail. His > mail has been sent to debbugs. Do I need to forward it to you? Hi, I have to confirm again. Did you receive the mails from the author and me? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606067: unblock: cl-asdf/2:2.011-1
Hi Adam, On Mon, Dec 13, 2010 at 03:40, Adam D. Barratt wrote: > On Tue, 2010-12-07 at 10:35 +0800, Desmond O. Chang wrote: >> >> I will contact the author and let him decide. > > Any news on that? It seems that both you and Mehdi don't receive the author's mail. His mail has been sent to debbugs. Do I need to forward it to you? Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606067: unblock: cl-asdf/2:2.011-1
Hi, On Tue, Dec 7, 2010 at 05:44, Mehdi Dogguy wrote: > On 12/06/2010 07:17 PM, Desmond O. Chang wrote: >>> >>> And, it even (silently) turn the package into a source format 3.0 >>> which isn't acceptable at this point of the freeze. >> >> Do you mean it must be 1.0? But common-lisp-controller/7.4+nmu1 in >> squeeze is 3.0 (native). Is 3.0 (native) different from 3.0 >> (quilt)? >> > > Well, common-lisp-controller is already a 3.0 package in Squeeze but > cl-asdf isn't yet and it would be great if it can stays a 1.0 package. I will contact the author and let him decide. > > A debdiff on the packages shows: > > $ debdiff > /srv/ftp.debian.org/mirror/pool/main/c/cl-asdf/cl-asdf_2.0{04,11}-1_all.deb > > Files in first .deb but not in second > - > -rwxr-xr-x root/root DEBIAN/prerm > lrwxrwxrwx root/root /usr/share/common-lisp/systems/asdf.asd -> > ../source/cl-asdf/asdf.asd > > Is it intentional to drop the symlink? Yes. This symlink and prerm are created by dh-lisp for ASDF1, they're needless now. In order to resolve the circular dependency, we no longer use dh-lisp to build cl-asdf. So it's safe to remove them. Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606067: unblock: cl-asdf/2:2.011-1
Hi Mehdi, On Mon, Dec 6, 2010 at 17:06, Mehdi Dogguy wrote: > > I might have skipped something. Could you please explain why it's > important to have this version in Squeeze? and which rc-bugs does it > fix? (It looks like "none" but I could be wrong). The upstream author uses the rolling release. Current version 2:2.004-1 in squeeze is "unstable". 2:2.011-1 is called "sign of ASDF 2 becoming mature" by the author [1]. Since cl-asdf packaging is adopted by upstream, many bugs are reported to upstream instead of debbugs. So they are not listed in changelog. Version 2:2.011-1 removes the circular dependency with common-lisp-controller. This closes 591054. It also fixes an important bug [2]. In a lisp implementation which has cl-asdf 2:2.004-1 loaded, if user attempts to load a new upstream version of cl-asdf < 2.010, the implementation will raise an error. [1] http://common-lisp.net/pipermail/asdf-devel/2010-November/001747.html [2] http://common-lisp.net/pipermail/asdf-devel/2010-October/001671.html > > And, it even (silently) turn the package into a source format 3.0 which > isn't acceptable at this point of the freeze. Do you mean it must be 1.0? But common-lisp-controller/7.4+nmu1 in squeeze is 3.0 (native). Is 3.0 (native) different from 3.0 (quilt)? Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606068: unblock: common-lisp-controller/7.5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package common-lisp-controller common-lisp-controller (7.5) unstable; urgency=low * Correct source registry DSL (Closes: #599903). * debian/control: + depends on cl-asdf (>= 2:2.009-1) + Suggests: darcs for 'clc-clbuild setup' (Closes: #578740). -- Desmond O. Chang Wed, 24 Nov 2010 20:37:16 +0800 common-lisp-controller (7.4+nmu2) unstable; urgency=high * Non-maintainer upload. * Same as 7.4+nmu1, but also when preinst is invoked with `install' (hopefully this really closes: #601957). -- Serafeim Zanikolas Sun, 21 Nov 2010 21:50:39 +0100 unblock common-lisp-controller/7.5 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606067: unblock: cl-asdf/2:2.011-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package cl-asdf cl-asdf (2:2.011-1) unstable; urgency=low * Mostly same as 2.010.9: several minor tweaks and bug fixes since 2.010. * Will be happier: users of implementations ACL, GCL; users of libraries CL-Launch, XCVB; future former users of ASDF-Binary-Locations; people with missing dependencies (in lieu of error-in-error); people extending ASDF (notably Stelian Ionescu), who'd like to use keywords to name component classes. -- Francois-Rene Rideau Sun, 28 Nov 2010 13:21:34 -0500 cl-asdf (2:2.010-1) unstable; urgency=low * same as 2.146 -- Francois-Rene Rideau Thu, 28 Oct 2010 15:58:36 -0700 cl-asdf (2:2.009-1) unstable; urgency=low * new upstream release 2.009, identical to 2.134 from master. -- Francois-Rene Rideau Wed, 06 Oct 2010 13:26:36 -0400 cl-asdf (2:2.008-1) unstable; urgency=low * new upstream: removes unwanted exports, plays nicer with sbcl, cmucl, old clisp. -- Francois-Rene Rideau Fri, 10 Sep 2010 17:16:06 -0400 cl-asdf (2:2.007-1) unstable; urgency=low * new upstream, fixes lp#623992 introduced in 2.006, allows upgrade on SBCL. -- Francois-Rene Rideau Wed, 25 Aug 2010 23:22:13 -0400 cl-asdf (2:2.006-1) unstable; urgency=low * new upstream, with bug fixes and API changes. -- Francois-Rene Rideau Tue, 24 Aug 2010 18:43:48 -0400 cl-asdf (2:2.005-1) unstable; urgency=low * New upstream. * Don't use dh-lisp -- Francois-Rene Rideau Tue, 17 Aug 2010 13:57:04 -0400 unblock cl-asdf/2:2.011-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601957: pending NMU
Hi Serafeim, On Wed, Nov 10, 2010 at 05:28, Serafeim Zanikolas wrote: > Hi again, > > On Tue, Nov 09, 2010 at 10:31:29AM +0800, Desmond O. Chang wrote [edited]: >> I have a question about the patch. If I remove (not purge) c-l-c >> first, I will also encounter the conflict when I install the new >> version. > > Is that a hypothesis or have you verified it? Between which versions? > > My understanding is that that's correct, but only for uninstall/install of > releases from testing->sid (and sid->latest). It's not the case for > lenny->squeeze because lisp-config.lisp is not a conffile in lenny, and thus > will be removed even with a plain (non-purge) pkg removal. > >> I think we also need remove lisp-config.lisp when executing >> 'new-preinst install old-version' (according to debian-policy). Is it >> right? > > The conflict might only occur when the stale lisp-config.lisp is a conffile, > and by definition we're not allowed to wipe conffiles. I believe that there's > user prompting only upon a conflict between local changes and the new conffile > (ie. no prompting when an unmodified old conffile is replaced by an updated > conffile) It's just my hypothesis. We can use your patch first. >> I hope your patch can be merged into master, but since I don't have >> uploading permission, I also need you sponsor c-l-c and cl-asdf >> (dependency of c-l-c). So my opinion is that you build & upload our >> master code of c-l-c. > > So you prefer the release and I do the sponsorship? Why would you update > cl-asdf? (it's has no rc bugs) Because c-l-c repo code depends on cl-asdf 2:2.010-1, it's on mentors. If you don't upload cl-asdf, please do a NMU. I'll merge your patch. Thanks, Des -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601957: pending NMU
Hi Serafeim, Is it a reasonable patch for the conffile conflict? I think it will delete the file even if user has modified it. I'm looking for the solution about that too. If you ensure your patch is correct, would you please merge it into our git repo? Thanks, Des On Sat, Nov 6, 2010 at 06:35, Serafeim Zanikolas wrote: > tag 601957 pending > thanks > > Dear maintainer, > > I've uploaded an NMU in delayed/5; feel free to override. > > Cheers, > Serafeim > > > diff -Nurp common-lisp-controller-7.4.orig//debian/changelog > common-lisp-controller-7.4+nmu1//debian/changelog > --- common-lisp-controller-7.4.orig//debian/changelog 2010-08-19 > 17:38:50.0 +0200 > +++ common-lisp-controller-7.4+nmu1//debian/changelog 2010-11-05 > 23:19:57.0 +0100 > @@ -1,3 +1,12 @@ > +common-lisp-controller (7.4+nmu1) unstable; urgency=high > + > + * Non-maintainer upload. > + * Do not ship /etc/lisp-config.lisp; instead create it in debian/postinst > so > + that it is not marked as a conffile, and remove it upon package purge > + (Closes: #601957). Setting high urgency for RC bug. > + > + -- Serafeim Zanikolas Fri, 05 Nov 2010 22:27:19 +0100 > + > common-lisp-controller (7.4) unstable; urgency=low > > * clc-lisp should run 'clbuild lisp'. (Closes: #593157) > diff -Nurp > common-lisp-controller-7.4.orig//debian/common-lisp-controller.install > common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.install > --- common-lisp-controller-7.4.orig//debian/common-lisp-controller.install > 2010-07-31 02:29:24.0 +0200 > +++ common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.install > 2010-11-05 22:23:49.0 +0100 > @@ -1,4 +1,3 @@ > -lisp-config.lisp /etc/ > register-common-lisp-source unregister-common-lisp-source > register-common-lisp-implementation unregister-common-lisp-implementation > clc-update-customized-images usr/sbin/ > clc-register-user-package clc-unregister-user-package usr/bin/ > common-lisp-controller.lisp post-sysdef-install.lisp > usr/share/common-lisp/source/common-lisp-controller/ > diff -Nurp > common-lisp-controller-7.4.orig//debian/common-lisp-controller.postinst > common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.postinst > --- common-lisp-controller-7.4.orig//debian/common-lisp-controller.postinst > 2010-07-31 02:29:24.0 +0200 > +++ common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.postinst > 2010-11-05 23:21:32.0 +0100 > @@ -44,6 +44,17 @@ case "$1" in > (setf sb-sys:*short-site-name* "${short}" > sb-sys:*long-site-name* "${long}") > EOF > + > + cat > /etc/lisp-config.lisp < +(in-package :common-lisp-user) > +;;; Please don't change this file. Automatically generated by > common-lisp-controller package. > + > +(eval-when (:compile-toplevel :load-toplevel :execute) > + (when (find-package :common-lisp-controller) > + ;; let's avoid loading this in the installation > + (load "/var/lib/common-lisp-controller/lisp-config.lisp"))) > +EOF > + > # in any case we rebuild with defsystem loaded... > for compiler in /usr/lib/common-lisp/bin/*.sh ; do > if [ -f "$compiler" -a -r "$compiler" ] ; then > diff -Nurp > common-lisp-controller-7.4.orig//debian/common-lisp-controller.postrm > common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.postrm > --- common-lisp-controller-7.4.orig//debian/common-lisp-controller.postrm > 2010-07-31 02:29:24.0 +0200 > +++ common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.postrm > 2010-11-05 22:32:35.0 +0100 > @@ -21,6 +21,7 @@ set -e > case "$1" in > purge|disappear) > rm -rf /var/cache/common-lisp-controller || true > + rm -f /etc//lisp-config.lisp || true > rm -f /var/lib/common-lisp-controller/lisp-config.lisp || true > rm -rf /usr/share/common-lisp/clbuild/* || true > deluser cl-builder > /dev/null 2>&1 || true > > > > ___ > pkg-common-lisp-devel mailing list > pkg-common-lisp-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-common-lisp-devel > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593179: common-lisp-controller: clbuild with ccl fails to use user-writable cache for compiled files
What is the value returned by (asdf::compute-output-translations) ? Could you provide your operation? On Mon, Aug 16, 2010 at 08:32, John Foerch wrote: > Package: common-lisp-controller > Version: 7.2 > Severity: normal > > When clbuild is configured to use ccl (instead of sbcl), during > autocompilation > of libraries installed through clbuild, the system attempts to put compiled > files into the /usr/share/common-lisp/clbuild/source/... directory tree, > resulting in a write-permissions error. > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (990, 'testing'), (650, 'stable'), (600, 'unstable'), (500, > 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages common-lisp-controller depends on: > ii adduser 3.112 add and remove users and groups > ii bash 4.1-3 The GNU Bourne Again SHell > ii cl-asdf 2:1.704-1 Another System Definition > Facility > ii debconf [debconf-2.0] 1.5.33 Debian configuration management > sy > ii debianutils 3.4 Miscellaneous utilities specific > t > ii perl 5.10.1-13 Larry Wall's Practical Extraction > ii realpath 1.15 Return the canonicalized absolute > > common-lisp-controller recommends no packages. > > Versions of packages common-lisp-controller suggests: > ii sbcl 1:1.0.40.0-2 A Common Lisp compiler and > develop > > -- debconf information excluded > > > > ___ > pkg-common-lisp-devel mailing list > pkg-common-lisp-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-common-lisp-devel > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590104: sbcl: fails to install on a xen vps
Package: sbcl Version: 1:1.0.18.0-2 Severity: important SBCL falls into LDB when I install it on a xen vps. Here is the output from aptitude: Unpacking sbcl (from .../sbcl_1%3a1.0.18.0-2_i386.deb) ... Processing triggers for man-db ... Setting up sbcl (1:1.0.18.0-2) ... /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. fatal error encountered in SBCL pid 10577(tid 3085280944): CATS. CATS ARE NICE. Welcome to LDB, a low-level debugger for the Lisp runtime environment. ldb> exit Argh! lossage_handler() returned, total confusion.. mv: cannot stat `sbcl-new.core': No such file or directory FAILED -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sbcl depends on: ii common-lisp-controller 6.17 Common Lisp source and compiler ma ii libc6 2.7-18lenny4 GNU C Library: Shared libraries Versions of packages sbcl recommends: pn binfmt-support (no description available) Versions of packages sbcl suggests: pn sbcl-doc (no description available) pn sbcl-source(no description available) pn slime (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589185: common-lisp-controller - clc:list-systems is missing.
2010/7/16 António P. P. Almeida : > Package: common-lisp-controller > Version: 7.2 > Severity: normal > > > The (clc:list-systems) function is not provided in my currently > installed version of clc. Looking at the code I see that the symbol > in question is not exported and there's no function implementing it. > > The manpage for clc refers to it and I've used it in previous > versions, and the version in Lenny has it. > > Perhaps it's a feature and not a bug, then the manpage should reflect > the removal of this function from post-sysdef-install.lisp. Since clc now uses asdf 2, many functions no longer exist. I will remove the obsolete examples in the manpages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588294: dh-lisp: fails to link the ASD file
Package: dh-lisp Version: 0.6.4 Severity: normal dh_lisp will fails to link the ASD file if the file name has perl regex metacharacters, e.g., the plus character in cl+ssl.asd. Here is a patch: diff --git a/dh_lisp b/dh_lisp index 3ed88bc..e425a4b 100644 --- a/dh_lisp +++ b/dh_lisp @@ -156,7 +156,7 @@ foreach my $package (@{$dh{DOPACKAGES}}) my @registered_dirs; foreach my $asdf (@{$matches{"asd"}}) { - $asdf =~ s/^($tmp$common_lisp_sources)//; + $asdf =~ s/^(\Q$tmp$common_lisp_sources\E)//; # only register if asd file is in the right direcotry if ($1 && $asdf =~ m:^/?([^/]+)/.+\.asd$: ) { -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-lisp depends on: ii debhelper 7.9.3 helper programs for debian/rules ii perl 5.10.1-13 Larry Wall's Practical Extraction dh-lisp recommends no packages. dh-lisp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587345: Calling `slime-changelog-date' returns nil
Package: slime Version: 1:20100605-1 Severity: normal If cl-swank does not exist when I install slime, slime-changelog-date will return nil. Also slime-protocol-version will be nil in the compiled file. This causes that I will be asked for a confirmation when I call slime-connect. I think slime-changelog-date should read `$DOCDIR/slime/changelog' rather than `$DOCDIR/cl-swank/changelog' to solve this problem, because slime is not necessarily installed with cl-swank. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slime depends on: ii dpkg 1.15.7.2 Debian package management system ii emacsen-common1.4.19 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-5 Manage installed documentation in Versions of packages slime recommends: pn cl-swank (no description available) ii emacs-snapshot [info-brow 1:20100619-2 The GNU Emacs editor (development ii info [info-browser] 4.13a.dfsg.1-5 Standalone GNU Info documentation slime suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546205: cl-asdf: infinite loop in defsystem
Package: cl-asdf Version: 1:20090819-2 Severity: important Function parse-component-form invoked by defsystem falls in an infinite loop when it evaluate function %define-component-inline-methods. My patch is included in attachment. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash cl-asdf depends on no packages. Versions of packages cl-asdf recommends: ii clisp [lisp-compiler] 1:2.48-1 GNU CLISP, a Common Lisp implement ii common-lisp-controller 6.19 Common Lisp source and compiler ma ii sbcl [lisp-compiler]1:1.0.31.0-1 A Common Lisp compiler and develop cl-asdf suggests no packages. -- no debconf information --- asdf.lisp.1 2009-09-12 00:38:32.0 +0800 +++ asdf.lisp 2009-09-12 00:30:50.0 +0800 @@ -1374,6 +1374,7 @@ Returns the new tree (which probably sha (loop for name in +asdf-methods+ do (let ((keyword (intern (symbol-name name) :keyword))) (loop for data = rest then (cddr data) + while data for key = (and data (first data)) for value = (and data (second data)) when (eq key keyword) do