By chance, I found what the problem is. But searching if icedove running
is not very intuitive. I did 'pidof icedove' and returned nothing.
The problem is that my window manager 'fluxbox' placed the icedove
window in the halos. Please forward this bug report to fluxbox.
Thanks,
--
To UNSUB
Package: icedove
Version: 2.0.0.24-0lenny1
Severity: normal
Tested starting icedove on xterm and it does not start, the command
exits right away and nothing in printed.
As I can't read my mail anymore, please notify me by post-mail when you
find something that can help me.
-- System Information:
Package: gdb
Version: 6.8-3
Severity: important
sample output of gdb:
Breakpoint 2, var_subst (
s=0x7fffd73f "/home/agreppin/src/tools/amake/amake", target=0x0,
req1=0x0) at var.c:154
154 *a = '\0';
(gdb) p n
$1 = 36
(gdb) p strlen(s)
$2 = 1976916864
---
But works as expected
Package: valgrind
Version: 1:3.3.1-3
Severity: important
A minimal program produces errors in valgrind:
$ echo "main(){}" > main.c; gcc -g main.c; valgrind ./a.out
==10867== Memcheck, a memory error detector.
==10867== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et
al.
==10867== Usi
Thomas Dickey wrote:
It's clear if one realizes that a terminal description is a "terminfo
source". But confusion on this detail has been longstanding, and not
limited to infotocap. I've also seen people attempting to run tic on
files in the terminal database.
Thanks guys, I now found what
Package: rdiff-backup
Version: 1.2.5-1
Severity: important
I did a kill -15 on a running rdiff-backup server instance.
The resulting message was received on the next backup attempt (please
note that I have still 380G of free space on the backup partitiion):
Previous backup seems to have failed, r
Package: ncurses-bin
Version: 5.7+20081213-1
Severity: normal
example follows:
$ infotocap /lib/terminfo/v/vt100
"/lib/terminfo/v/vt100", line 1, col 1: Illegal character (expected
alphanumeric or @%&*!#) - '^Z'
-- System Information:
Debian Release: 5.0.5
APT prefers stable
APT policy: (700,
Package: dietlibc-dev
Version: 0.31-1.2
Severity: important
I cannot build a shared library linked with dietlibc on amd64 (but it works on
i386). Here is an example with the error message:
$ cat > dso.c
int toto1(){}
$ diet gcc -o dso.o -c dso.c
$ diet gcc -shared -o libdso.so dso.o
/usr/bin/ld:
ur" == \~*/* ]]; then
# avoiding tilde expansion
# eval cur=$cur
cur=$cur
elif [[ "$cur" == \~* ]]; then
cur=${cur#\~}
COMPREPLY=( $( compgen -P '~' -u $cur ) )
return [EMAIL PROTECTED]
9 matches
Mail list logo
