Bug#895170: desktop-file-utils: won't configure because of XDG_DATA_DIRS

Package: desktop-file-utils Version: 0.23-3 Severity: important Dear Maintainer, * What led up to the situation? I was installing debian in a chroot. The installation of desktop-file-utils failed at the configuration step. * What exactly did you do (or not do) that was effective (or i

Bug#580310: /usr/lib/common-lisp/bin/gclcvs.sh is way out of date

Package: gclcvs Version: 2.7.0-99 Severity: grave Tags: squeeze Justification: renders package unusable /usr/lib/common-lisp/bin/gclcvs.sh is outdated. Note only does it use the wrong package for clc, if you fix that bug, the script still doesn't work. Note that making GCL work with CLC might req

Bug#572538: gclcvs dies at startup when run by non-root user

Package: gclcvs Version: 2.7.0-98 Severity: grave Justification: renders package unusable gclcvs just dies at startup when run by non-root user, and strace shows nothing but this: execve("/usr/lib/gcl-2.7.0/unixport/saved_ansi_gcl", ["/usr/lib/gcl-2.7.0/unixport/save"..., "-eval", "(quit)"], [/*

Bug#371077: mount: Installing nfs-common solved this problem for me. Error message was unhelpful.

Package: mount Version: 2.13.1.1-1 Followup-For: Bug #371077 I had the same bug (or is it really the same? if my solution doesn't solve it for the submitter, we should split this bug in two). A NFS share I knew worked on a nearly identical machine had stopped working on a modified clone, with the

Bug#504103: free() error in dash under memory pressure

Package: dash Version: 0.5.4-9 Severity: normal I ran the cl-launch integrated test suite, a shell script that may be overstressing the string allocation in dash, and got the error: *** glibc detected *** dash: free(): invalid pointer: 0x0805d740 *** I don't know what causes this, and it's not

Bug#469178: gclcvs 2.7.0-84 uninstallable: requires exact obsolete version of binutils-dev

Package: gclcvs Version: 2.7.0-84 Severity: grave Justification: renders package unusable The package has a binutils-dev (<= 2.18.1~cvs20071027-999) requirement that makes it unusable for anyone that didn't install it precisely when that now obsolete version of binutils was current. Why such a r

Bug#382582: common-lisp-controller: c-l-c fails to exclude /usr/lib/sbcl and such from cache

Package: common-lisp-controller Version: 6.2 Severity: minor While compiling a program with sbcl and c-l-c, I realized that c-l-c wasn't excluding directories such as /usr/lib/sbcl from its cache, recompiling in-cache fasl's for source code instead of using the precompiled fasl's. Same applies for

Bug#382247: gclcvs segfaults during c-l-c initialization

Package: gclcvs Version: 2.7.0-54 Severity: grave Justification: renders package unusable gclcvs.sh seems to not have been updated for the latest common-lisp-controller, and dies horribly on both i386 and amd64 architectures. On amd64, the error is as follows: COMMON-LISP-CONTROLLER>/usr/lib/com