Package: slime
Version: 1:20080223-1
Severity: normal
--- Please enter the report below this line. ---
slime fails to start with the error message that the function
'swank-loader:unique-directory-name' is undefined.
--- System information. ---
Architecture: i386
Kernel: Linux
Package: cl-arnesi
Version: 1:20071118-1
Severity: normal
--- Please enter the report below this line. ---
when using cl-arnesi with slime,
(require :arnesi)
causes:
;; loading
#P/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0.12.debian-linux-x86/swank-arglists.fasl
WARNING:
Package: cl-hunchentoot
Severity: important
cl-hunchentoot depends on cl-plus-ssl which seems to be a virtual package.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux
yeah, when i was trying to embed guile into something i was working on, gcc complained that gmp.h couldn't be found. i installed libgmp3-dev manually.on another note, i'm getting seg faults - this is a pthread app. if i find out the cause of it - works fine if guile isn't embedded. i'll write up
no forks involved.pthreads, sockets, read(), write() mostly.i did not build guile. didn't realize that it came with --with-threads=no. maybe i should try recompiling myself. hmm..thanks.
On 11/4/06, Rob Browning [EMAIL PROTECTED] wrote:
anoop aryal [EMAIL PROTECTED] writes: yeah, when i was trying
Package: guile-1.8-dev
Version: 1.8.1+1-1
Severity: important
guile-1.8-dev depends on gmp.h which comes with libgmp-dev but
libgmp-dev isn't a dependency.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Package: cl-typesetting
Version: 117-2
Severity: important
Tags: patch
ext:run-program is used for both cmu and sbcl in graph.lisp. once i
changed the line to read sb-ext:run-program it seems to be
working. patch attached.
-- System Information:
Debian Release: testing/unstable
APT prefers
On Tuesday 25 April 2006 14:11, Mattia Dongili wrote:
On Tue, Apr 25, 2006 at 12:34:29AM -0500, anoop aryal wrote:
On Monday 24 April 2006 13:03, Mattia Dongili wrote:
[...]
summry:
the config file seems fine the way it is. i really don't see setting
individual CPU cores to different
Package: cpufrequtils
Version: 001-2
Severity: normal
as cpufreq-set defaults to cpu 0 and /etc/init.d/cpufrequtils doesn't
call cpufreq-set with cpu ids, it ends up not setting any options for
the second (virtual) cpu on a 'core duo' processor. i've done the
following to make it work for me but
On Monday 24 April 2006 12:13, you wrote:
Hello!
On Mon, Apr 24, 2006 at 01:51:09AM -0500, anoop aryal wrote:
Package: cpufrequtils
Version: 001-2
Severity: normal
as cpufreq-set defaults to cpu 0 and /etc/init.d/cpufrequtils doesn't
call cpufreq-set with cpu ids, it ends up
of the two cores raising the temp too high.
i'm going to test kde's acpi settings to see if it can 'ondemand' both cores.
if not, i'm going to play around with cpufreqd init script and send some
feedback.
Dominik
--
anoop aryal
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL
On Monday 24 April 2006 13:03, Mattia Dongili wrote:
On Mon, Apr 24, 2006 at 12:38:35PM -0500, anoop aryal wrote:
On Monday 24 April 2006 12:13, you wrote:
Hello!
On Mon, Apr 24, 2006 at 01:51:09AM -0500, anoop aryal wrote:
[...]
But do really the Duo processor can swith
Package: xdrawchem
Version: 1.9.4-3
Severity: normal
File: /usr/bin/xdrawchem
when clicking 'Help' - 'Manual', the browser comes up with
'/usr/share/xdrawchem/doc/index.html' in the location bar. it should
be '/usr/share/doc/xdrawchem/html/index.html'.
-- System Information:
Debian Release: 3.1
13 matches
Mail list logo