Package: acpi-support
Version: 0.90-4
Setting the clock (with openntp's "ntpd -s" or with "date 09200837", for
example) updates the system clock, but does not commit the changes to the
hardware clock. Normally, I'd expect the changes to be committed at shutdown,
when "/etc/init.d/hwclock.sh st
Josselin Mouette wrote:
Le jeudi 24 mai 2007 à 22:24 -0700, Russell Sears a écrit :
I'm still getting the error, with exactly the same symptoms.
I'm running solarwolf 1.5-2 and have ttf-bitstream-vera 1.10-7 and
ttf-dejavu 2.15-1.
I haven't noticed any other font problems
;font filename", and
not the "font".
-Rusty
Josselin Mouette wrote:
Le mardi 02 janvier 2007 à 10:43 -0800, Russell Sears a écrit :
Package: solarwolf
Version: 1.5-2
Solarwolf fails to start with the following error on my system:
Fatal Error Loading Resources
exceptions.IO
Package: liblablgl-ocaml-dev
Version: 1.02-2
The example directory has a makefile, but it doesn't include targets for
the example binaries. Also, ocamlc won't build planet.ml. (I get a
syntax error on: load "unix.cma";;)
The attached patch to /usr/share/doc/liblablgl-ocaml-dev/examples/
ad
This report might save someone a headache, but the bug should probably
stay closed. You might want to make new libc6 conflict with old
versions of gdb...
With gdb 6.6 and libc6 2.5-2, it seems to be fixed, at least on x86.
libc6-dbg works fine too.
However, under x86 and amd64 the bug came
Package: libc6
Version: 2.3.6.ds1-11
If a thread is involved in a deadlock, gdb reports a corrupt stack trace
for that thread. This problem has been fixed in 2.5-0exp6, but it
sounds like 2.5 won't make it into etch. Until then, libc6-dbg can be
used as a workaround since debugging versions of 2
Package: solarwolf
Version: 1.5-2
Solarwolf fails to start with the following error on my system:
Fatal Error Loading Resources
exceptions.IOError in module gamesetup
unable to read font filename
Press Any Key to Quit
This is displayed on the opening screen; the "Loading Resources..."
graph is a
7 matches
Mail list logo
