Bug#301545: pachi: backtrace for segfault
Package: pachi Version: 1:1.0-2 Followup-For: Bug #301545 Hi! Here is the backtrace for this bug. I have built this for current unstable with nostrip: [EMAIL PROTECTED]:~/tmp/reb/craft/pachi-1.0$ gdb pachi GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run Starting program: /usr/games/pachi [Thread debugging using libthread_db enabled] [New Thread -1210829120 (LWP 12997)] unix_connect: can't connect to server (unix:/tmp/mcop-david/zion_black_co_at-1b4d-43415e52) Warning: Couldn't set 44100 Hz 16-bit audio : No available audio device Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210829120 (LWP 12997)] 0x478a9e30 in Mix_Volume () from /usr/lib/libSDL_mixer-1.2.so.0 (gdb) bt full #0 0x478a9e30 in Mix_Volume () from /usr/lib/libSDL_mixer-1.2.so.0 No symbol table info available. #1 0x0804bc51 in menu_events () at input.c:104 event = {type = 104 'h', active = {type = 104 'h', gain = 102 'f', state = 130 '\202'}, key = {type = 104 'h', which = 102 'f', state = 130 '\202', keysym = {scancode = 0 '\0', sym = 1156951232, mod = 3213602376, unicode = 60167}}, motion = {type = 104 'h', which = 102 'f', state = 130 '\202', x = 0, y = 0, xrel = -21312, yrel = 17653}, button = {type = 104 'h', which = 102 'f', button = 130 '\202', state = 67 'C', x = 0, y = 0}, jaxis = { type = 104 'h', which = 102 'f', axis = 130 '\202', value = 0}, jball = { type = 104 'h', which = 102 'f', ball = 130 '\202', xrel = 0, yrel = 0}, jhat = {type = 104 'h', which = 102 'f', hat = 130 '\202', value = 67 'C'}, jbutton = {type = 104 'h', which = 102 'f', button = 130 '\202', state = 67 'C'}, resize = {type = 104 'h', w = 0, h = 1156951232}, expose = {type = 104 'h'}, quit = {type = 104 'h'}, user = {type = 104 'h', code = 0, data1 = 0x44f5acc0, data2 = 0xbf8bae48}, syswm = {type = 104 'h', msg = 0x0}} keys = Variable keys is not available. (gdb) Bye! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-p4-5 Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages pachi depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libsdl-mixer1 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer ii libstdc++64.0.2-1The GNU Standard C++ Library v3 ii pachi-data1:1.0-3Platform game featuring Pachi el m pachi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322897: azureus: segfaults on startup on amd64 too
Package: azureus Version: 2.3.0.4-3 Followup-For: Bug #322897 I've been running azureus from source with few problems for a year or so, and just downloaded the packaged version -- thanks for packaging! There's some problem, however, as the program segfaults on startup (strace below). I tell the other azureus to use sun's 1.5 java; could that be the problem? lstat(/usr, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=73728, ...}) = 0 lstat(/usr/lib/j2re1.4-blackdown, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/classes, 0x7fbfffb350) = -1 ENOENT (No such file or directory) stat(/usr/lib/j2re1.4-blackdown/classes, 0x7fbfffb420) = -1 ENOENT (No such file or directory) stat(/usr/lib/j2re1.4-blackdown/lib/rt.jar, {st_mode=S_IFREG|0644, st_size=24041981, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/rt.jar, {st_mode=S_IFREG|0644, st_size=24041981, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/i18n.jar, 0x7fbfffb320) = -1 ENOENT (No such file or directory) stat(/usr/lib/j2re1.4-blackdown/lib/sunrsasign.jar, {st_mode=S_IFREG|0644, st_size=89343, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/sunrsasign.jar, {st_mode=S_IFREG|0644, st_size=89343, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/jsse.jar, {st_mode=S_IFREG|0644, st_size=887818, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/jsse.jar, {st_mode=S_IFREG|0644, st_size=887818, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/jce.jar, {st_mode=S_IFREG|0644, st_size=69571, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/jce.jar, {st_mode=S_IFREG|0644, st_size=69571, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/charsets.jar, {st_mode=S_IFREG|0644, st_size=5538395, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/charsets.jar, {st_mode=S_IFREG|0644, st_size=5538395, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/classes, 0x7fbfffb320) = -1 ENOENT (No such file or directory) futex(0x401950d4, FUTEX_WAKE, 1)= 1 futex(0x401950d0, FUTEX_WAKE, 1)= 1 futex(0x40117488, FUTEX_WAKE, 1)= 1 lstat(/usr, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/share, {st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0 lstat(/usr/share/java, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/share/java/Azureus2.jar, {st_mode=S_IFREG|0644, st_size=5236306, ...}) = 0 futex(0x40196304, FUTEX_WAKE, 1)= 1 stat(/usr/share/java/Azureus2.jar, {st_mode=S_IFREG|0644, st_size=5236306, ...}) = 0 futex(0x4018bfd4, FUTEX_WAKE, 1)= 1 futex(0x4018bfd0, FUTEX_WAKE, 1)= 1 futex(0x40116a88, FUTEX_WAKE, 1)= 1 futex(0x2ae1b36a74, 0x4 /* FUTEX_??? */, 1) = 1 futex(0x40116908, FUTEX_WAKE, 1)= 1 futex(0x401169c8, FUTEX_WAIT, 2, NULL) = 0 futex(0x401169c8, FUTEX_WAKE, 1)= 1 futex(0x40116b48, FUTEX_WAKE, 1)= 1 futex(0x2ae1b4a990, FUTEX_WAKE, 1) = 1 futex(0x2ae1b4a994, FUTEX_WAIT, 3, NULL) = -1 EAGAIN (Resource temporarily unavailable) futex(0x40116b48, FUTEX_WAKE, 1)= 0 lstat(/home, {st_mode=S_IFLNK|0755, st_size=11, ...}) = 0 readlink(/home, /share/home, 4096) = 11 lstat(/share, {st_mode=S_IFLNK|0777, st_size=10, ...}) = 0 readlink(/share, /mnt/share, 4096) = 10 lstat(/mnt, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/mnt/share, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 lstat(/mnt/share/home, {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0 lstat(/mnt/share/home/steen, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 lstat(/mnt/share/home/steen/.Azureus, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/mnt/share/home/steen/.Azureus/tmp, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat(/home/steen/.Azureus/tmp, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open(/home/steen/.Azureus/tmp, O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 7 fstat(7, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 fcntl(7, F_SETFD, FD_CLOEXEC) = 0 getdents64(7, /* 2 entries */, 4096)= 48 getdents64(7, /* 0 entries */, 4096)= 0 close(7)= 0 futex(0x40196304, FUTEX_WAKE, 1)= 1 futex(0x40196300, FUTEX_WAKE, 1)= 1 futex(0x40117548, FUTEX_WAKE, 1)= 1 futex(0x40196304, FUTEX_WAKE, 1)= 1 futex(0x40196300, FUTEX_WAKE, 1)= 1 futex(0x40117548, FUTEX_WAKE, 1)= 1 futex(0x401950d4, FUTEX_WAKE, 1)= 1 futex(0x401950d0, FUTEX_WAKE, 1)= 1 futex(0x40117488, FUTEX_WAKE, 1)= 1 lstat(/usr, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=73728, ...}) = 0 lstat(/usr/lib/j2re1.4-blackdown, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/lib/j2re1.4-blackdown/lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/lib/j2re1.4-blackdown/lib/amd64, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat(/usr/lib/j2re1.4-blackdown/lib/amd64/libnet.so, {st_mode=S_IFREG|0644, st_size=65872, ...}) = 0 stat(/usr/lib/j2re1.4-blackdown/lib/amd64/libnet.so, {st_mode=S_IFREG|0644,
Bug#331651: qmp3cut problems under 2.6.12 kernel
Package: quelcom Version: 0.4.0-9 When I run 'qmp3cut -s 1 -o output.mp3 test.mp3' it prints 'Invalid argument': However, with the exact same version of quelcom test.mp3 work perfectly on 2.6.10-1-686 (and on the 2.4 kernel also) It is possible that there are other differences (installed library versions etc) between the two systems that I am not aware of. If so, they would ideally be installed via the quelcom dependencies. Here is the strace output: ==OUTPUT BEGINS== rr002701e001:/tmp# strace qmp3cut -s 1 -o output.mp3 test.mp3 execve(/usr/bin/qmp3cut, [qmp3cut, -s, 1, -o, output.mp3, test.mp3], [/* 14 vars */]) = 0 uname({sys=Linux, node=rr002701e001, ...}) = 0 brk(0) = 0x80da000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f1 open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=24326, ...}) = 0 old_mmap(NULL, 24326, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f0a000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libncurses.so.5, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\343..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=266956, ...}) = 0 old_mmap(NULL, 268044, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ec8000 old_mmap(0xb7f01000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x39000) = 0xb7f01000 old_mmap(0xb7f09000, 1804, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_ANONYMOUS, -1, 0) = 0xb7f09000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\f\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=9592, ...}) = 0 old_mmap(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ec4000 old_mmap(0xb7ec6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x1000) = 0xb7ec6000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1265136, ...}) = 0 old_mmap(NULL, 1275196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d8c000 old_mmap(0xb7ebd000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x13) = 0xb7ebd000 old_mmap(0xb7ec1000, 9532, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_ANONYMOUS, -1, 0) = 0xb7ec1000 close(3)= 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d8b000 mprotect(0xb7ebd000, 4096, PROT_READ) = 0 shutdown(-1079885332, -1210533664) = 0 munmap(0xb7f0a000, 24326) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open(/dev/tty, O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3 close(3)= 0 brk(0) = 0x80da000 brk(0x80db000) = 0x80db000 brk(0x80dc000) = 0x80dc000 getuid32() = 0 getgid32() = 0 geteuid32() = 0 getegid32() = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 time(NULL) = 1128427753 brk(0x80dd000) = 0x80dd000 brk(0x80de000) = 0x80de000 open(/etc/mtab, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=574, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0f000 read(3, /dev/hda3 / ext3 rw,errors=conti..., 4096) = 574 close(3)= 0 munmap(0xb7f0f000, 4096)= 0 open(/proc/meminfo, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0f000 read(3, MemTotal:61656 kB\nMemFre..., 1024) = 598 close(3)= 0 munmap(0xb7f0f000, 4096)= 0 brk(0x80df000) = 0x80df000 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT,
Bug#331651: More info
I'm debugging the quelcom source code, have tracked the issue down to this section: FILE: libs/qfile.cc FUNCTION: qfile::qfile(string filename, u_int32_t f) LOGIC: if ((map=(caddr_t)mmap((caddr_t) 0,size,mapflags,MAP_SHARED,fd,0))==MAP_FAILED) { close(fd); throw qexception(__PRETTY_FUNCTION__,strerror(errno)); } For some reason the mmap call is failing. I'll send more info as I find it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331651: More info
Here are the details from the kernel changelog: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.12 commit d11cf326bd5e785cc5a3f5a3d3f4e3a5522f4fb7 Author: Zhang Yanmin [EMAIL PROTECTED] Date: Sun May 22 17:47:00 2005 -0700 [IA64] sys_mmap doesn't follow posix.1 when parameter len=0 In IA64 kernel, sys_mmap calls do_mmap2 and do_mmap2 returns addr if len=0, which means the mmap sys call succeeds. Posix.1 says: The mmap() function shall fail if: [EINVAL] The value of len is zero. Here is a patch to fix it. Signed-off-by: Zhang Yanmin [EMAIL PROTECTED] Acked-by: David Mosberger [EMAIL PROTECTED] Signed-off-by: Tony Luck [EMAIL PROTECTED] In other words the Quelcom code does need to be fixed. I'll see if I can submit a patch for this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331651: More info
The issue appears to be caused by mmap no longer supporting 0-length file mapping in linux kernel 2.6.12. See this webpage: http://www.linuxhq.com/kernel/v2.6/12-rc1-bk6/mm/mmap.c diff -Nru a/mm/mmap.c b/mm/mmap.c --- a/mm/mmap.c 2005-03-10 00:38:22 -08:00 +++ b/mm/mmap.c 2005-03-28 14:21:37 -08:00 @@ -896,16 +896,16 @@ prot |= PROT_EXEC; if (!len) - return addr; + return -EINVAL; In other words in kernel 2.6.12 mmap returns EINVAL when the length to be mapped is 0. One workaround for this would be to create all new files with 1 byte (contents: \0), before mmapping them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331645: rpncalc: problems in po/ directory
Hi, Thank you for the bug report and patch. On Tue, Oct 04, 2005 at 01:38:30PM +0200, Thomas Huriaux wrote: Here is an explanation of what the patch does: * de.po: apply de.po.diff set the charset to utf-8 instead of utf8 to avoid warnings Ok. * de.po.diff: file removed (I don't know why this file has been included) A mistake. I should have deleted it. * es.po, fi.po, fr.po: these files are encoded in iso-8859-15, but utf-8 is specified. Please do not edit the files sent by the translators You're right. This is a mistake. BTW: Should all .po files be encoded in utf-8 or not? * LINGUAS: file removed (a wildcard in a Makefile is much more useful) Ok. * Makefile.in.in: this file was very very complicated, using old stuffs such as Suffix Rules, and not working (the rpncalc.pot was out of date and couldn't be regenerated properly). I have cleaned everything, but maybe to much. I don't want to take the time to explain everything, but if you want more details, do not hesitate to ask me. If I have removed too much, please tell me and I will have a look at it. * mkinstalldirs, remove-potcdate.sin, stamp-po files removed (no longer used by the Makefile) These files are a generated via autoconf et. al.. Maybe I should get rid of the autoconf stuff. Once everything is done, rpncalc.pot will have 28 strings instead of 15 strings, and therefore all translations will be out of date. I have to look into this. Sounds scary. :) I hope it helps. Sure. Thank you, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331715: openclipart: broken crawfish images
Package: openclipart Version: 0.17+dfsg-2 Severity: normal The images /usr/share/openclipart/png/food/crawfish1_ganson.png /usr/share/openclipart/png/food/crawfish2_ganson.png have several occurences of the text Broken Image in them. Regards David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (700, 'experimental'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-rc2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages openclipart depends on: ii openclipart-openoffice.org 0.17+dfsg-2 clip art for OpenOffice.org galler ii openclipart-png 0.17+dfsg-2 clip art in PNG format ii openclipart-svg 0.17+dfsg-2 clip art in SVG format openclipart recommends no packages. -- no debconf information -- David Riebenbauer Jabber: [EMAIL PROTECTED] - ICQ: 322056002 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331651: Patch to fix Quelcm kernel 2.6.12 issue.
Hi. I made a fix which appears to work (I ran some tests with my updated build on a 2.6.12 kernel, vs the original debian build (on a pre-2.6.12 kernel) and the output (screen files) appear to be the same. But I don't know the Quelcom logic well enough to ensure this fix won't break something else. Please check this. David. diff -aruN quelcom-0.4.0-orig/lib/qfile.cc quelcom-0.4.0/lib/qfile.cc --- quelcom-0.4.0-orig/lib/qfile.cc 2001-02-23 14:29:12.0 +0200 +++ quelcom-0.4.0/lib/qfile.cc 2005-10-05 09:18:51.0 +0200 @@ -62,9 +62,13 @@ size = stat.st_size; - if ((map=(caddr_t)mmap((caddr_t)0,size,mapflags,MAP_SHARED,fd,0))==MAP_FAILED) { -close(fd); -throw qexception(__PRETTY_FUNCTION__,strerror(errno)); + // Since Linux kernel 2.6.12, 0-length mmaps fail: + map=NULL; // map will remain NULL if the size is 0 + if (size0) { +if ((map=(caddr_t)mmap((caddr_t)0,size,mapflags,MAP_SHARED,fd,0))==MAP_FAILED) { + close(fd); + throw qexception(__PRETTY_FUNCTION__,strerror(errno)); +} } #ifdef QVERBOSE
Bug#332243: dpkg-buildpackage problems.
$i.mo /tmp/fix_quelcom_build/quelcom-0.4.0/debian/quelcom/usr/share/locale/$i/LC_MESSAGES/quelcom.mo; \ done make[2]: Leaving directory `/tmp/fix_quelcom_build/quelcom-0.4.0/po' make[1]: Leaving directory `/tmp/fix_quelcom_build/quelcom-0.4.0' # install the wrapper mkdir -p /tmp/fix_quelcom_build/quelcom-0.4.0/debian/quelcom/usr/bin install debian/wrapper.sh /tmp/fix_quelcom_build/quelcom-0.4.0/debian/quelcom/usr/bin/quelcom ln: `/tmp/fix_quelcom_build/quelcom-0.4.0/debian/quelcom/usr/bin/quelcom': File exists make: *** [install] Error 1 TRANSCRIPT ENDS However, I see that there are no such errors on Debian's build log here: http://buildd.debian.org/fetch.php?pkg=quelcomver=0.4.0-9arch=i386stamp=1124056282file=logas=raw I assume this is because my installed C headers or compiler versions are different. However, the build process would ideally have some sort of dependancy on the versions required to build correctly. I've created attached a patch to fix these compile problems on my system. The patch adds inttypes.h includes where required. I am using this linux/kernel version: Linux rr002701e001 2.6.12-riaan #1 Mon Sep 26 14:10:59 SAST 2005 i686 GNU/Linux (This is a version of the kernel built from the debian source for 2.6.12 but with some boot graphics added). I am using libc6 v2.3.5-6 My g++ version is 2.95 David. diff -aruN quelcom-0.4.0-orig/bin/qwavheaderdump.cc quelcom-0.4.0/bin/qwavheaderdump.cc --- quelcom-0.4.0-orig/bin/qwavheaderdump.cc 2005-10-04 13:21:27.0 +0200 +++ quelcom-0.4.0/bin/qwavheaderdump.cc 2005-10-04 13:24:21.0 +0200 @@ -1,5 +1,6 @@ # include getopt.h // getopt # include sys/types.h // u_int16_t, u_int32_t +# include inttypes.h // uintptr_t # include qfile.hh # include qwavheader.hh # include qexception.hh diff -aruN quelcom-0.4.0-orig/lib/qwavsample.cc quelcom-0.4.0/lib/qwavsample.cc --- quelcom-0.4.0-orig/lib/qwavsample.cc 2005-10-04 13:21:27.0 +0200 +++ quelcom-0.4.0/lib/qwavsample.cc 2005-10-04 13:23:51.0 +0200 @@ -5,6 +5,7 @@ # include qwavsample.hh # include qexception.hh # include endian.hh +# include inttypes.h // uintptr_t #ifdef NLS # include locale.h
Bug#332407: policycoreutils: load_policy not working with available policydb
Package: policycoreutils Version: 1.26-1 Severity: important The currently available policydb ver 20 in selinux-policy-default will not load - error: outside range of 15 to 19. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12dc03 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages policycoreutils depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libselinux1 1.26-1 SELinux shared libraries ii libsepol1 1.8-1 Security Enhanced Linux policy lib ii python2.3.5-3An interactive high-level object-o policycoreutils recommends no packages. -- no debconf information -- Regards, Dave -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332658: selinux-policy-default: Makefile fails to make compatible policy.VERSION
Package: selinux-policy-default Version: 1:1.26-3 Severity: grave Justification: renders package unusable Kernel is the latest and greatest from Torvalds' archives, unpatched, pristine. No Debian kernel works. policyvers reports 15 (?) so pushed Makefile with POLICYCOMPAT = -c 15 and reran make and make install. Reboot fails with: security: policydb 20 does not match my range (15 -19) Am I missing a patch supplied on some other site than yours? You don't seem to be supplying 'em any more. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13.3dc04 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages selinux-policy-default depends on: ii checkpolicy 1.27.4-1 SELinux policy compiler ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libselinux1 1.26-1 SELinux shared libraries ii m41.4.3-2a macro processing language ii make 3.80-11The GNU version of the make util ii policycoreutils 1.26-1 SELinux core policy utilities ii python2.3.5-3An interactive high-level object-o selinux-policy-default recommends no packages. -- no debconf information -- Regards, Dave -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332689: ifupdown: route not set with fixed ip
Package: ifupdown Version: 0.6.7 Severity: important For a fixed IP setup in /etc/network/interfaces, the ifup eth0 command establishes a connection, but no route: # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:C0:9F:15:0F:55 inet addr:128.97.xxx.xx Bcast:128.97.255.255 Mask:255.255.255.192 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:289337 errors:0 dropped:0 overruns:0 frame:0 TX packets:249221 errors:1 dropped:0 overruns:1 carrier:1 collisions:0 txqueuelen:1000 RX bytes:175638420 (167.5 MiB) TX bytes:54043886 (51.5 MiB) Interrupt:5 Base address:0xa000 # ifup eth0 SIOCADDRT: No such device Failed to bring up eth0. [EMAIL PROTECTED]:/etc/network# ifconfig eth0 Link encap:Ethernet HWaddr 00:C0:9F:15:0F:55 inet addr:128.97.xxx.xx Bcast:128.97.xxx.255 Mask:255.255.255.192 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:289350 errors:0 dropped:0 overruns:0 frame:0 TX packets:249221 errors:1 dropped:0 overruns:1 carrier:1 collisions:0 txqueuelen:1000 RX bytes:175644682 (167.5 MiB) TX bytes:54043886 (51.5 MiB) Interrupt:5 Base address:0xa000 # route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 128.97.xxx.0* 255.255.255.192 U 0 00 eth0 # No route -- what's going on? This is new behavior -- scripts that used to work now fail. My /etc/resolv.conf is fine. I'm not using udev or resolvconf. Setting the values manually works fine (route add default gw 128.97.xxx.1), but a mistake that keeps people offline is still an important bug in ifupdown. I didn't know how to set these values manually and floundered for a while, decapitated as it were, headless in cyberspace (my next movie). Cheers, Dave -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ifupdown depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii net-tools 1.60-15The NET-3 networking toolkit ifupdown recommends no packages. -- debconf information: ifupdown/convert-interfaces: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332689: ifupdown: route not set with fixed ip
Javier Fernández-Sanguino Peña wrote: tags 332689 moreinfo thanks On Fri, Oct 07, 2005 at 12:47:31PM -0700, David Liontooth wrote: Package: ifupdown Version: 0.6.7 Severity: important For a fixed IP setup in /etc/network/interfaces, the ifup eth0 command establishes a connection, but no route: Please provide your /etc/network/interfaces config. # ifup eth0 SIOCADDRT: No such device Failed to bring up eth0. There seems to be a bug in the config and ifup cannot configure the interface, that's why it's not setting up the route. My apologies -- you're right. Please close the bug report. Best, Dave
Bug#332822: wajig search-apt writes to the current working directory instead of /etc/apt/
package: wajig replace: wajig version: 2.0.29 replace: 2.0.20 severity: critical I normally run wajig as an unprivialiged user from my home directory using sudo like I do for all other packages install related commands. Wajig assumes my location is /etc/apt/ when I am really in /home/$USER and this happens: console snip - [EMAIL PROTECTED]:~$ sudo wajig search-apt stable Using distribution stable. Retrieving the list of mirrors from www.debian.org... --12:15:12-- http://www.debian.org/mirror/mirrors_full = `mirrors_full' esolving www.debian.org... 192.25.206.10 Connecting to www.debian.org|192.25.206.10|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 163,789 (160K) [text/html] Then: The fastest non-US server seems to be: http://debian.yorku.ca/debian/non-US/ Writing sources.list. Done --- end snip Wajig has assumed all along without checking that I am issuing teh command from /etc/apt/ when I am really in /home/$USER/. I use sudo wajig update as I would use sudo apt-get update and expect that it updates the packages list as per usual . I hope I have three Debian installed Sarge machines, kernels, blackstar's kernel I compiled the others are standard Debian kernel images: Linux blackstar 2.6.11.7-Blackstar-1.1 #1 Mon May 2 03:00:18 PDT 2005 i686 GNU/Linux Linux fireroad 2.4.27-2-386 #1 Tue Aug 16 15:28:25 JST 2005 i686 GNU/Linux Linux arbutus 2.6.12-3-multimedia-686 #1 Thu Jun 23 11:52:20 CEST 2005 i686 GNU/Linux I've just re-checked these results by changing to root and working in root's home. wajig downloads a list of mirrors then procedes to find appropriate mirros and produded a sources.list in /root. Hope this helps, David -- David Fedoruk B.Mus. UBC,1986 Certificate in Internet Systems Administration, UBC, 2003 Music is enough for one's life time, but one life time is not enough for music Sergei Rachmaninov
Bug#332822: acknowledged by developer (Re: Bug#332822: wajig search-apt writes to the current working directory instead of /etc/apt/)
HI: I'm not sure why you think it might be a critical bug. It doesn't render the system unusable. In fact, if it did overwrite sources.list then I might even consider that a critical bug instead. I was thinking along the lines of missing critical security update becauase you thought you had upt to date sources when you didn't The behaviour you report is how it is specifically implemented. I did not want to accidently overwrite /etc/apt/sources.list. The purpose of this command, as the description indicates, is to find local Debian archives SUITABLE FOR sources.list, rather than TO REPLACE CURRENT. Thus it creates a suggested sources.list file which it writes into wherever you run the command. Then i miss interperted what was expected behaviour. I expect that my sources list would be edited (added to) not destroyed even old configuration files are valuable. In fact, this command does no more than to run the netselect-apt command. If the resulting sources.list looks okay to you then you can go ahead and cut and past the entry you want into the system version (perhaps using wajig editsources). The main reason I use Debian is its packaage management system which is light years ahead of anyoen elses, however even it is getting weighted down by the number of commands and layers so what I never got to with the older systems... list netselect and a few others, wajig instantly gave me access to in a way which I could remember. So in reading the documentation, much of it is new in that I didn't encounter it at all withouth wajig. That is the route of my missinterpertaion. I could add the extra functionality to automatically overwrite the system sources.list but that does seem a little dangerous to me, since many people fine tune their sources.list and overwritting it would be a surprise. Me as welll, I live in fear that an old configuration file will go into /dev/null when I had some valluable notes there! So I'm glad that this wasn'nt the case. Let me know if you don't agree with the rationale. No, I agree completely, but with my above explanations ... for some newer users things can be less than clear when you don't have years of experience piled on top. Wajig has been a godsend, It should have been done long ago. Even the best of systems get bogged down with addititons and improvements and sometimes somone needs to go through and merge it all together again. You've done that magnificently. But how about adding a few lines to the documentation in an upcoming version which makes this a bit clearer. It would help reduce the posibility of misinterpertation. Regards, David -- David Fedoruk B.Mus. UBC,1986 Certificate in Internet Systems Administration, UBC, 2003 Music is enough for one's life time, but one life time is not enough for music Sergei Rachmaninov
Bug#332889: atmel-firmware: udev supercedes hotplug
Package: atmel-firmware Version: 1.3-1 Severity: serious Justification: unsatisfiable depends Hi! Since udev 0.070-3, udev provides and conflicts hotplug. This renders atmel-firmware uninstallable on udev systems (which, I gather, will be a significant number by the time of etch). Barring any other problems, depending on udev (=0.070-3) | hotplug (= 0.0.20031013-2) should solve this. Thank you for your time and work! Regards, David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-p4-5 Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages atmel-firmware depends on: ii hotplug 0.0.20040329-25 Linux Hotplug Scripts ii perl 5.8.7-5 Larry Wall's Practical Extraction atmel-firmware recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331409: job control often doesnt work
I have seen similar things happen here. Often in my case, it tends to happen after Ive spawned more than one process from an xterm. Sometimes, I can run a program from within an xterm, continue using that terminal for some time, then if/when I close the xterm, sometimes every process it started will terminate too. This is intermittent though. If I start a process, for example with opera , then hit Ctl-D, then opera stays running. However if I start the process, then edit a couple of files, move some files/directories, etc (general usage), then close the xterm, then opera will close too. This problem has only persisted for me in X so far, however I just experienced it in console mode too. I had started a program (junkbuster) running as a background process, then went to edit a file. After I quit vi, I had lost my controlling terminal. strace on the bash process showed it sitting wait()'ing for something (not sure what) to return. I killed junkbuster, and my prompt came back. I then re-ran junkbuster with the previous command, it started properly, and returned me to a prompt. I have also had another instance, when I had a loop running.. basically $ while ( sleep 5s ); do ls ; done When I hit Ctl-C, the loop stopped, bash silently crashed, and I was returned to a login prompt. In the past, hitting Ctl-C sent a SIGINT to the 'sleep' process, which then caused 'while' to fail and return to a bash prompt. These bugs have only appeared (for me), with the change to 3.0-16 Hope this helps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333011: xserver-xorg will not upgrade
Package:xserver-xorg When I do apt-get update; apt-get dist-upgrade I get the following errors Preconfiguring packages ... auto_answer() resetting template xserver-xorg/autodetect_video_card auto_answer() resetting template xserver-xorg/autodetect_mouse dpkg: error processing xserver-xorg (--remove): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid learn/local.conf/update-machine.sh: line 6: 6452 Aborted apt-get dist-upgrade --fix-missing -f [09:00 0.85] [gauss 2] ~ Errors were encountered while processing: xserver-xorg Not only can I not update xserver, I can't update anything else !!! Help!!! Debian unstable kernel 2.6.12, k7. Regards David -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333014: Please enable support for mips/mipsel
On 10/9/05, Thiemo Seufer [EMAIL PROTECTED] wrote: Package: music123 Version: 14 Tags: patch Please enable support for mips/mipsel, I see no reason why they were excluded (build tested successfully for both architectures). They were excluded because GNAT did not build on mips when I started developing music123. I don't know if or when I will get a chance to upload a new version, having no Internet connection to my Linux box and Debian not supporting AMD64. If you, or anyone else, really want these things updated, go ahead and make an NMU. (Email me first, and I'll send you a new po file sent to me personally.)
Bug#258452: wine: With current version Lotus Notes has many unnecessary scroll
On Monday 10 October 2005 06:25, Ove Kaaven wrote: This problem should have been fixed by now. It is, right? Yes it does seem to have gone away. I am one release back (I have not installed 0830 yet), but Notes seems to be behaving nicely. Thank you David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324172: Xpdf 3.01 resize/redraw bug
* Frédéric Bothamy [EMAIL PROTECTED] [2005-10-08 03:25]: * Hamish Moffatt [EMAIL PROTECTED] [2005-10-07 08:52] : On Thu, Oct 06, 2005 at 02:22:48PM -0700, Derek B. Noonburg wrote: Once again, I'm sending email out to everyone who has contacted me regarding the resize/redraw bug in Xpdf 3.01. Thanks to Michael Rogers, I have a potential fix -- see the attached patch file. I would appreciate it if you would all try this out, and let me know if it fixes the problem for you. For Debian users, I've placed temporary packages containing this patch at http://people.debian.org/~hamish/xpdf/ It's not apt-gettable so you would need to download the debs by hand and install with dpkg -i xpdf*3.01-1.1*.deb. Hello everyone, For me, the problem is fixed with these packages: the display is now always correct (under icewm) whenever I try to resize, zoom/dezoom, skip to next page, etc. Also works nicely here, using ion3. Finally I can really enjoy all the goodness in xpdf 3.01. Thanks a lot to Michael, Derek and Hamish. Yes, thanks a lot from my side too. David -- David Riebenbauer Jabber: [EMAIL PROTECTED] - ICQ: 322056002
Bug#310411: Broken 'pieces' bar
Okay, I think I might have just figured out the case-breaker. The amount the bar loses, is directly proportional to how far the scrollbar is, from the left edge. For example, if the scroll bar is 5 pixels away from the edge, then the top 5 pixels of the progress bar are missing. This can be very easily seen if you have the 'pieces' bar extended from the center of the window, and large enough to stretch past the right edge of the window. As you (very) slowly scroll away from the left-most edge, you will see the progress bar taper off in a 45-degree angle, as such: ###\ This means there must be a 1:1 relationship between the value of the scroll bar, and the number of pixels of the pieces bar that are visible, or rendered to the screen. On a 'pieces' bar, with a percentage indicator in the top 2 pixels (as used on the 'my torrents' page), if I move 1 pixel to the right, the top row of pixels in the percentage indicator disappear. By the time I reach 4-5 pixels across, the percentage bar has completely disappeared, and its starting to eat into the 'pieces' bar. Hopefully this direct (and partial) cause of the problem may help someone familiar with the code find the bug much faster. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333189: jpilot: please add the option to start the week with Monday
Package: jpilot Version: 0.99.7-0.99.8-pre10-2 Severity: wishlist It just happened to me the second time to miss an appointment just because jpilot starts the week with Sunday and so I was sure my app was on Tuesday! Damn! Could you include an option to start the week with Monday PLEASE! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages jpilot depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.1-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.2-2Layout and rendering of internatio ii libpisock80.11.8-10 Library for communicating with a P Versions of packages jpilot recommends: ii jpilot-plugins 0.99.7-0.99.8-pre10-2 plugins for jpilot (Palm Pilot des -- debconf information: * shared/pilot/port: ttyS0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333207: wamerican-large: new upstream release 6 available as of August 10, 2004
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Florian. If you want to adopt it (the scowl source package), it's yours. I'm still interested, but have too much else to do, so I won't miss it too much. If you have any questions about the way it's packaged/built, feel free to ask. If you decide you don't want to adopt scowl, let me know, and I'll try to update it sometime soon. Thanks. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFDSvEUsPfoxg/MJ8YRAjcsAJ0dE4NRvyWfHGxhFeNXlM9WTpd96gCZAS5R B6BKjzjqm46fQbDsAQ+cMb0= =Og1a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333285: xrestop: would be nice to be able to quit with 'q'
Package: xrestop Version: 0.3-2 Severity: wishlist Seems that one has to kill xrestop by Ctrl-c. It would be nice if one could quit using 'q' as usual. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xrestop depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m xrestop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328064: guile-gnome0-gtk: Unbound variable: gtk-list-store-clear
Package: guile-gnome0-gtk Version: 2.7.99-4 Followup-For: Bug #328064 Hello Andreas, just to let you know that the latest guile-gnome version still hasn't corrected the binding (lack of) of gtk-list-XXX function calls. i'd love to see this corrected asap, I am kind of 'hanging' on the powerpc platform, where I strictly rely on debian packages if there is anything I can do to accelerate this bug correction, please let me know. many thanks David -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=fr_BE.ISO-8859-1, LC_CTYPE=fr_BE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages guile-gnome0-gtk depends on: ii guile-1.6-libs1.6.7-1Main Guile libraries ii guile-gnome0-glib 2.7.99-4 Guile bindings for GLib ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libffi4 4.0.2-2Foreign Function Interface library ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libguile-ltdl-1 1.6.7-1Guile's patched version of libtool ii libgwrap-runtime0 1.9.6-3scripting interface generator for ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libxml2 2.6.22-1 GNOME XML library ii zlib1g1:1.2.3-4 compression library - runtime guile-gnome0-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335525: please add quiet/dequiet commands
On Oct 24, 2005 at 14:28, Robert Millan praised the llamas by saying: Package: irssi-text Version: 0.8.9-3.1 Severity: wishlist Tags: patch In freenode, there's +q mode in addition to +v. This mode quiets someone independently on wether the channel is moderated. Attached patch implements /quiet and /dequiet aliases for this command. Can this not be done with: /alias quiet /mode +q /alias dequiet /mode -q -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287639: Intention to NMU
On Mon, Oct 24, 2005 at 07:35:11PM +0200, Luk Claes wrote: Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Ooops, I forgot. Please NMU directly to incoming. Thanks. dave... -- David Schleef Big Kitten LLC (http://www.bigkitten.com/) -- data acquisition on Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335641: gucharmap: search disappoints
Package: gucharmap Version: 1:1.4.4-1 Severity: normal (probably an upstream bug, but I haven't checked) Search - Find for pi finds every capital letter (because pi occurs in capital. I can see no way to search more specifically. And (regardless of that problem), the Next and Previous buttons in the Find dialog box only work once, unless I move the pointer out of and back into that dialog box. Maybe that's an fvwm bug, but I doubt it (haven't seen that behavior with any other X applications). Let me know if you want more details. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (400, 'testing'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12zona-06030se Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gucharmap depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0]0.2.36-1 Enlightened Sound Daemon (ALSA) - ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnome-keyring0 0.4.5-1GNOME keyring services library ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtk2.0-bin 2.6.10-1 The programs for the GTK+ graphica ii libgucharmap4 1:1.4.4-1 Unicode browser widget library (sh ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libtasn1-20.2.13-1 Manage ASN.1 structures (runtime) ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxml2 2.6.22-1 GNOME XML library ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime gucharmap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334203: acknowledged by developer (Bug#334203: fixed in vpnc 0.3.3+SVN20050909-5)
This fix was partially, but not completely, helpful; I still have to do: route add default dev tun0 after the connection has been established. BTW, there's a strange error message when connecting: IPSEC SA selected 3des-sha1 Error: an inet prefix is expected rather than P. VPNC started in background (pid: 24230)... Oh, and sorry for the censoring of the bug report, but as per corporate IT policy, we're not allowed to provide anyone information about our network (including ip-addresses) without written permission. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#211920: Security bug (courier ignores pam failures) still present in sarge
I am still seeing this problem in the version of courier included in sarge. Courier seems to happily ignore the result of the pam check and continue anyway (when using the pam_tally module). I would suggest that this warrants the security tag and a security update as it allows a user to try to crack passwords with a brute-force approach even if countermeasures (i.e. pam-tally) is in place. This bug should probably be reassigned to courier-authdaemon since I have the feeling that it is responsible for the pam conversation. See also bug 256231 for related pam problems. Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335820: gnubiff: README.Debian refers to non-existant --gtk option
Package: gnubiff Version: 2.1.5-1 Severity: minor In the README.Debian included in the gnubiff documentation directory, it states that the program can be started in plain GTK+ mode (not as a gnome panel app) by passing the --gtk option when starting it. However, running gnubiff --gtk gives the error --gtk: unknown option and prints the usage message, which doesn't list any switches similar to --gtk. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2-dave1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gnubiff depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfam0c102 [libfam0] 2.7.0-7client library to control the FAM ii libgcc1 1:4.0.2-2 GCC support library ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-02.10.2-1 library for GNOME 2 panel applets ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libssl0.9.7 0.9.7g-5 SSL shared libraries ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libxml2 2.6.22-1 GNOME XML library ii sox 12.17.8-1 A universal sound sample translato ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime gnubiff recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335923: Tool-tips always stay on top
Package: azureus Version: 2.3.0.4-3 Severity: minor When the mouse pointer is over a tab (for example 'My Torrents') and the tool-tip pops up, if I switch to another window (with alt-tab, im using metacity for my wm), the tool-tip remains on top of every window. If I then move the mouse, the tool-tip remains in place. The only way to get rid of it, is to switch back to azureus and then move the mouse to activate another (or same) tool-tip, then move the mouse off the sensitive area, and the tool-tip will disappear. The tool-tip should be removed as soon as azureus window loses focus, and at the very least, it should be drawn on the azureus window, and not placed on top of all other windows on the desktop. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#211920: Solution found for bug #211920
I've found the problem... authlib/authpam.c doesn't call pam_acct_mgmt meaning that no check is performed if the user should actually be permitted access. This also means that the problem lies with courier-authdaemon rather than courier-imap(-ssl). For an explanation of pam_acct_mgmt, see: http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/pam_appl-3.html This function is typically called after the user has been authenticated. It establishes whether the user's account is healthy. That is to say, whether the user's account is still active and whether the user is permitted to gain access to the system at this time. also the example app at: http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/pam_appl-8.html I've included a patch which fixes the problem by restoring the pam_acct_mgmt call. I've built courier-authdaemon with this patch applied and verified that it does indeed fix the problem and it seems to have no side effects. I hope that a fixed version can be included in sarge as soon as possible since this could potentially be a security issue (e.g. if the account has been disabled, access would still be granted). Re, David Härdeman --- courier-0.47/authlib/authpam.c.old 2005-10-27 20:12:40.0 +0200 +++ courier-0.47/authlib/authpam.c 2005-10-27 22:04:34.0 +0200 @@ -124,13 +124,14 @@ if (retval != PAM_SUCCESS) dprintf(pam_setcred failed, result %d, retval); } #endif +#endif if (retval == PAM_SUCCESS) { retval=pam_acct_mgmt(*pamh, 0); if (retval != PAM_SUCCESS) dprintf(pam_acct_mgmt failed, result %d, retval); } -#endif + if (retval == PAM_SUCCESS) dprintf(dopam successful);
Bug#336131: binutils: objdump and objcopy fail to find debugging symbols
Package: binutils Version: 2.16.1cvs20050902-1 Severity: normal I'm trying to get the -dbg packages for the xlibs and xserver in shape, but it appears that objcopy called via dh_strip is causing the debugging symbols to be lost. The X files are built with the -g option in gcc. The files produced are suitably large (9 MB for libX11 for example, while the stripped version on my system is 850k or so). file confirms that the lib isn't stripped. I can run readelf --debug-dump on the stripped file and get nothing while I get tons of output from the unstripped file. Running objdump -g on the file however, produces no output other than telling me that it could find no recognized debugging information. Similarly, dh_strip uses objcopy with the --only-keep-debug switch to store the debugging info. The file that it creates for this for libx11 is 4k and also contains no symbols. I assume that a large chunk of the 8 meg difference between the stripped and unstripped versions of the lib should go in this file, and as such it should be larger. gdb also can't find any symbols in this file. I'm sorry that I don't know how to provide more info. I don't know much about the low level ELF stuff yet, so please let me know what sort of info or files I can provide to get this sorted out. Thanks James! - David Nusinow -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages binutils depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an binutils recommends no packages. -- debconf information: binutils/oformat_warning: * binutils/kernel_link_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249789: irssi-text: The same on Etch or Sid
On Oct 28, 2005 at 10:46, pier praised the llamas by saying: Package: irssi-text Version: 0.8.9-3.1 Followup-For: Bug #249789 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages irssi-text depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libncurses5 5.5-1 Shared libraries for terminal hand ii libperl5.85.8.7-7Shared Perl library ii libssl0.9.8 0.9.8a-2 SSL shared libraries ii perl 5.8.7-7Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.7] 5.8.7-7The Pathologically Eclectic Rubbis irssi-text recommends no packages. -- no debconf information I tried different configurations, but all of them fail. I noticed that in Sarge everything work fine. I'm trying to connect to the server crypto.azzurra.org, and this should bounce you to one of the servers that support ssl login. But with this irssi i see that just one is used, always the same (in normal way, if one server fails the authentication, then you're redirected to another server). It is because that server doesn't support SSL on port 6667. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305851: pull should support -s too
On Thu, Oct 27, 2005 at 03:33:29PM -0700, Daniel Burrows wrote: darcs pull has a symmetrical problem to the one in this bug report; -s is accepted but does nothing. The obvious thing (to me) would be something like: I don't know if I mentioned this here, but this is fixed upstream in darcs 1.0.4rcN (both for push and pull), so this bug can be closed when 1.0.4 is packaged. -- David Roundy http://www.darcs.net signature.asc Description: Digital signature
Bug#335043: Command to provide a summary of an emailed patch.
On Fri, Oct 21, 2005 at 09:25:06AM -0700, Daniel Burrows wrote: Package: darcs Version: 1.0.3-2 Severity: wishlist If I apply or record a patch, then run darcs changes --last 1 -s, I get a nice summary of what the patch did: M ./po/ro.po -264 +184 On a couple occasions now, especially when applying long patches from translators (like the above), I've felt that it would be nice if there was a way to view the patch's summary before applying it. darcs apply --interactive isn't quite what you're asking for, but will allow you to view a patch's summary before applying it. If that isn't enough, an apply --dry-run would probably be the best way to implement this feature. -- David Roundy http://www.darcs.net signature.asc Description: Digital signature
Bug#336272: tuxmath problem when no operations selected
Package: tuxmath Version: 2005.01.03 If all math operations are deselected and the game is started anyway, it is impossible to (normally) exit. I do not think this is the desired behavior. I have been hacking on tuxmath for the last few weeks, and I implemented the following change in options.c to avoid this bug: if (key == SDLK_ESCAPE) { /* Escape key - quit! */ /* Don't leave options screen if all operations deselected! -DSB */ int i; int at_least_one_oper = 0; for (i =0; i NUM_OPERS; i++) { if (opers[i]) at_least_one_oper = 1; } if (at_least_one_oper) done = 1; } I am also working on a lot of other things to improve tuxmath, the main one being an overhaul of the options menu to allow much more fine-grained control of the math questions being asked. I am not sure who is in charge of tuxmath - the sourceforge entry seems pretty much dead. -- David Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336313: marked as done (gstreamer0.8-alsa: alsa not set)
On Sat, Oct 29, 2005 at 08:03:08AM -0700, Debian Bug Tracking System wrote: What you describe is partly technically feasible, but won't happen. It will likely happen in 0.9, where the default audiosink will be autoaudiosink, which works somewhat similarly to the alternatives system in Debian (although it's not user-configurable). dave... -- David Schleef Big Kitten LLC (http://www.bigkitten.com/) -- data acquisition on Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336469: pure-ftpd uninstallable : no pure-ftpd-common
Package: pure-ftpd Version: 1.0.19-6 Severity: grave Justification: renders package unusable When trying to upgrade pure-ftpd I get (since about week) the following message : The following packages have unmet dependencies: pure-ftpd: Depends: pure-ftpd-common (= 1.0.19-6.0.1) but 1.0.19-6 is to be installed On a new installation this would make it uninstallable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-k7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pure-ftpd depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7g-5 SSL shared libraries ii pure-ftpd-common 1.0.19-6 Pure-FTPd FTP server (Common Files pure-ftpd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336668: bug
Package: installation-reports Debian-installer-version: 31. oct. 2005 daily build, from http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/debian-testing-i386-netinst.iso uname -a: Date: 31.oct.2005 20:00 Method: CD-ROM boot, netinst image Machine: Mitac 7020 Processor: Pentium 3-700MHz Memory: 256MB+64MB onboard Root Device: Haven't gotten there yet. Root Size/partition table: No partitions changed yet Output of lspci and lspci -n: lspci not included on netinst image Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [E] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: PCMCIA network card (ne2k-compatible, usually works fine with pcnet_cs) is not detected. I am asked if I want to use FireWire ethernet. If I pick no, I can select a driver from a list, and upon picking pcnet_cs I am again asked about firewire ethernet. An lsmod from the second terminal shows that pcnet_cs is loaded. dmesg shows no output from the driver, though it does confirm that the PCMCIA controller was detected and enabled (using yenta_socket). The LEDs on the card also light up, as they usually do when a PCMCIA controller driver is loaded. ifconfig -a also does not show any interface besides 'lo'. By the way, the reason I didn't just install with install24 is that that one panics on-boot. I'll post another bug report on that soon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327419: CGI:IRC encoding issues
Hi, 0.5.4 was the first release that had utf8 support (mostly added because XmlHttpRequest needed it), it took me until 0.5.7 to get all the bugs ironed out. It is very broken if users with non-ascii character sets want to use it, see http://cgiirc.sf.net/faq. David PS: I don't check the sourceforge bug tracker anymore, bugs are now at http://cvs.cgiirc.org/, nor do I read the [EMAIL PROTECTED] address due to too much spam (putting an email address in the HTML comments of a program like CGI:IRC is a bad idea ;). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336788: acidbase: SQL injection vulnerability still present
Package: acidbase Severity: critical Tags: security Justification: root security hole The ImportHTTPVar() function (defined in acid_state_common.inc and include/base_state_common.inc) is defined as: function ImportHTTPVar($var_name, $valid_data = , $exception = ) and calls CleanVariable($tmp, $valid_data, $exception), which should be used to clean up of invalid characters. However, that one is defined as: function CleanVariable($item, $valid_data, $exception = ) { return $item; (...) } So SQL injection (as well as XSS) are possible since: - calls to extract information from the HTTP request does not use ImportHTTPVar() with $valid_data set. - CleanVariable() does not check against $valid_data -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336884: eclipse-platform-common cannot be installed because it tries to write to the /usr/local hierarchy
Package: eclipse-platform-common Version: 3.1.1-3 Severity: normal eclipse-platform-common is configured to write to the /usr/local, this hierarchy should not be touched by packages and will not allow installation on systems where /usr/local is an NFS mount -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages eclipse-platform-common depends on: ii eclipse-platform 2.1.3-4Eclipse platform without plug-ins eclipse-platform-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334373: make-fai-nfsroot fails to set up /dev
I'm running into this same problem and thought I'd chime in. I'm running FAI 2.8.4 on i386. I'm using debootstrap 0.3.2 which I'm sure is the cause of the problem. In the changelog entry for debootstrap 0.3.1, I see the comment: - devices.tar.gz reduced to minimal set of devices; frontends should setup udev or supply their own devices or similar in future Sure enough, devices.tar.gz only contains: drwxr-xr-xroot/root 0 dev/ crw-r-root/kmem 0 dev/kmem crw-r-root/kmem 0 dev/mem srwxr-xr-xroot/root 0 dev/core -- /proc/kcore crw-rw-rw-root/root 0 dev/null crw-r-root/kmem 0 dev/port crw-rw-rw-root/root 0 dev/zero srwxr-xr-xroot/root 0 dev/ram -- ram1 crw-rw-rw-root/root 0 dev/full crw-rw-rw-root/root 0 dev/random cr--r--r--root/root 0 dev/urandom crw-rw-rw-root/tty 0 dev/tty brw-rwroot/disk 0 dev/ram0 brw-rwroot/disk 0 dev/ram1 brw-rwroot/disk 0 dev/ram2 brw-rwroot/disk 0 dev/ram3 brw-rwroot/disk 0 dev/ram4 brw-rwroot/disk 0 dev/ram5 brw-rwroot/disk 0 dev/ram6 brw-rwroot/disk 0 dev/ram7 brw-rwroot/disk 0 dev/ram8 brw-rwroot/disk 0 dev/ram9 brw-rwroot/disk 0 dev/ram10 brw-rwroot/disk 0 dev/ram11 brw-rwroot/disk 0 dev/ram12 brw-rwroot/disk 0 dev/ram13 brw-rwroot/disk 0 dev/ram14 brw-rwroot/disk 0 dev/ram15 brw-rwroot/disk 0 dev/ram16 brw-rwroot/disk 0 dev/loop0 brw-rwroot/disk 0 dev/loop1 brw-rwroot/disk 0 dev/loop2 brw-rwroot/disk 0 dev/loop3 brw-rwroot/disk 0 dev/loop4 brw-rwroot/disk 0 dev/loop5 brw-rwroot/disk 0 dev/loop6 brw-rwroot/disk 0 dev/loop7 crw-rw-rw-root/tty 0 dev/ptmx So make-nfs-bootstrap needs to run MAKEDEV manually perhaps? Thanks, Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326014: Incorrect use of poll for CGI in fnord?
Hi Felix, I am the author of mailgraph and I am having a look at this bug-report: http://bugs.debian.org/326014 What seems to be happening is that mailgraph.cgi is outputting a lot of data (an image) and then quits. According to the following page: http://www.greenend.org.uk/rjk/2001/06/poll.html on Linux a POLLHUP is going to be sent to the other side of the pipe (the web-server) instead of POLLIN if the application quits before the data is read. The following is however implemented in fnord for CGI scripts: while(poll(pfd,nr,-1)!=-1) { /* read from cgi */ if (pfd[0].reventsPOLLIN) { ... read from fd[0] ... if (pfd[0].reventsPOLLHUP) break; } /* write to cgi the post data */ else if (nr1 pfd[1].reventsPOLLOUT) { ... write to df[1] ... } else if (pfd[0].reventsPOLLHUP) break; else { ... error ... } Shouldn't you try again to read from fd[0] after a POLLHUP? Cheers David -- David Schweikert| phone: +41 44 632 7019 System manager ISG.EE | walk: ETH Zentrum, ETL F24.1 ETH Zurich, Switzerland | web: http://people.ee.ethz.ch/dws -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333809: irssi-text: want /win goto nick|channel to start searching *past* current window
If I am connected to multiple servers, which irssi supports very well, it is possible for me to have windows open to channels or nicks of identical names on different servers. /win goto $FOO is indispensable when you have dozens of windows. But it stops being that way in the case described above. The goto algorithm should start its search at window n+1, where n is the current window, then wrap around back to window 1 at the end (if n is not 1). That way I can goto my window with user foobar on OFTC if I am currently in my window with user foobar on Freenode. Initial response from upstream: 20:43:39 JD coekie: any idea on http://bugs.debian.org/333809 20:46:10 coekie JD: easily implemented in a script ;) 20:46:33 coekie and I think the current window goto prefers the target of the same server as the active one (I'm not really sure though) 20:46:43 coekie and that's just as sane behaviour imo 20:49:10 JD coekie: but if you are on several channels of the same name, surely you don't want to go to the one you are currently in 20:50:14 JD hmmm actually it appears to start the search from the beginning 20:52:01 coekie JD: but if you're on #channel1 on net1, and do /window goto #channel2, you may expect to go to #channel2 on net1, and not net2 -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
Can you test the 0.8.10rc6 packages at: deb http://www.davidpashley.com/debian/irssi ./ -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
On Oct 14, 2005 at 01:40, SR, ESC praised the llamas by saying: Le jeu 2005-10-13 a 19:50:45 -0400, David Pashley [EMAIL PROTECTED] a dit: Can you test the 0.8.10rc6 packages at: deb http://www.davidpashley.com/debian/irssi ./ nice, it worky again. thank you :). booboos in my conf, but i think it's because it's left overs from an svn build 20:36 -- Irssi: warning settings_get_default_str(term_type) : unknown setting 20:36 -- Irssi: warning settings_get(term_type) : not found other than that, it runs like a charm again. *hugs* From line 42 of NEWS: Setting term_type has been renamed to term_charset. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333992: Acknowledgement (Terrible performance on gettext files)
On Fri, Oct 14, 2005 at 01:56:28PM -0700, Daniel Burrows wrote: Ok, on a hunch I re-ran darcs, this time with -a --no-ask-deps. It gave me a patch-name prompt after a mere minute of grinding away, then committed the patch after only another 15 seconds or so. So while everything about this was too slow, the killer step is --ask-deps. Which makes no sense, since that just has to iterate over the patches in the repository, but whatever. I think you'll find that the --no-ask-deps was irrelevant and it was the -a that made the difference. Darcs 1.0.4 will have much better performance on diffing due to the use of an algorithm that scales better, and also has changes that should eliminate the huge wait you saw when running an interactive record. Or at least make it much better. Performance reports are definitely always appreciated! -- David Roundy signature.asc Description: Digital signature
Bug#334203: vpnc 0.3.3 route troubles
Package: vpnc Version: 0.3.3+SVN20050909-4 Severity: important With the latest few 0.3.3 svn snapshots of vpnc, the routing information no longer seems to be set up correctly. Also, there's an extra warning about RTNETLINK there wasn't there in the old (0.3.2-snapshot) version. vpnc 0.3.2+SVN20050326-2 works for me, newer versions doesn't. vpnc 0.3.2+SVN20050326-2: smyslov:~# vpnc-connect config Enter password for censored vpnc version 0.3.2 IKE SA selected psk+xauth-3des-sha1 NAT status: this end behind NAT? YES -- remote end behind NAT? no got address 10.162.253.115 IPSEC SA selected 3des-sha1 VPNC started in background (pid: 9318)... smyslov:~# route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface censored censored 255.255.255.255 UGH 0 00 eth0 192.168.1.0 * 255.255.255.0 U 0 00 eth0 default * 0.0.0.0 U 0 00 tun0 vpnc 0.3.3++SVN20050909-4: smyslov:~: vpnc-connect config Enter password for censored vpnc version 0.3.3 IKE SA selected psk+xauth-3des-sha1 NAT status: this end behind NAT? YES -- remote end behind NAT? no got address 10.162.252.184 IPSEC SA selected 3des-sha1 RTNETLINK answers: File exists VPNC started in background (pid: 9525)... smyslov:~/deb# route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface censored censored 255.255.255.255 UGH 0 00 eth0 censored * 255.255.255.255 UH0 00 tun0 censored * 255.255.255.255 UH0 00 tun0 192.168.1.0 * 255.255.255.0 U 0 00 eth0 10.162.252.0* 255.255.254.0 U 0 00 tun0 default censored 0.0.0.0 UG0 00 eth0 disconnected: smyslov:~# route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.1.0 * 255.255.255.0 U 0 00 eth0 default 128.1.168.192.i 0.0.0.0 UG0 00 eth0 Clearly the new vpnc sets up several extra route entries compared to the old vpnc. The old vpnc works, the new one doesn't. Because of company security policy I've had to censor quite a lot of details, I hope there's enough left to give you a clue anyway. Justification for severity: makes the package useless at least with this particular setup. I cannot tell whether it's a generic problem or a specific problem, hence I'm not using Severity: grave. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334289: ncurses-base: '/etc/terminfo/c/cygwin' problem -- extra newlines in 'top' output
Package: ncurses-base Version: 5.4-4 Severity: normal When I 'ssh' into Debian 3.1 from Cgywin and run the 'top' command, there are extra newlines after each line of output. FYI Please see the following mailing list threads: http://lists.debian.org/debian-user/2005/06/msg01524.html http://cygwin.com/ml/cygwin/2005-10/msg00432.html -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.27-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334289: ncurses-base: '/etc/terminfo/c/cygwin' problem -- extra newlines in 'top' output
'. kcuu1: '\EOA', '\E[A'. kend: '\EOF', '\E[4~'. kent: '\EOM', NULL. kf1: '\EOP', '\E[[A'. kf13: '\EO2P', '\E[25~'. kf14: '\EO2Q', '\E[26~'. kf15: '\EO2R', '\E[28~'. kf16: '\EO2S', '\E[29~'. kf17: '\E[15;2~', '\E[31~'. kf18: '\E[17;2~', '\E[32~'. kf19: '\E[18;2~', '\E[33~'. kf2: '\EOQ', '\E[[B'. kf20: '\E[19;2~', '\E[34~'. kf21: '\E[20;2~', NULL. kf22: '\E[21;2~', NULL. kf23: '\E[23;2~', NULL. kf24: '\E[24;2~', NULL. kf25: '\EO5P', NULL. kf26: '\EO5Q', NULL. kf27: '\EO5R', NULL. kf28: '\EO5S', NULL. kf29: '\E[15;5~', NULL. kf3: '\EOR', '\E[[C'. kf30: '\E[17;5~', NULL. kf31: '\E[18;5~', NULL. kf32: '\E[19;5~', NULL. kf33: '\E[20;5~', NULL. kf34: '\E[21;5~', NULL. kf35: '\E[23;5~', NULL. kf36: '\E[24;5~', NULL. kf37: '\EO6P', NULL. kf38: '\EO6Q', NULL. kf39: '\EO6R', NULL. kf4: '\EOS', '\E[[D'. kf40: '\EO6S', NULL. kf41: '\E[15;6~', NULL. kf42: '\E[17;6~', NULL. kf43: '\E[18;6~', NULL. kf44: '\E[19;6~', NULL. kf45: '\E[20;6~', NULL. kf46: '\E[21;6~', NULL. kf47: '\E[23;6~', NULL. kf48: '\E[24;6~', NULL. kf5: '\E[15~', '\E[[E'. khome: '\EOH', '\E[1~'. kmous: '\E[M', NULL. kspd: NULL, '^Z'. mc0: '\E[i', NULL. mc4: '\E[4i', NULL. mc5: '\E[5i', NULL. meml: '\El', NULL. memu: '\Em', NULL. nel: NULL, '^M^J'. rmacs: '^O', '\E[10m'. rmam: '\E[?7l', NULL. rmcup: '\E[?1049l', '\E[2J\E[?47l\E8'. rmkx: '\E[?1l\E', NULL. rmpch: NULL, '\E[10m'. rs1: '\Ec', '\Ec\E]R'. rs2: '\E[!p\E[?3;4l\E[4l\E', NULL. setb: '\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m', NULL. setf: '\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m', NULL. sgr: '\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m%?%p9%t\016%e\ 017%;', '\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p6%t;1%;%?%p7%t;8%;%?%p9% t;11%;m'. sgr0: '\E[m\017', '\E[0;10m'. smacs: '^N', '\E11m'. smam: '\E[?7h', NULL. smcup: '\E[?1049h', '\E7\E[?47h'. smkx: '\E[?1h\E=', NULL. smpch: NULL, '\E[11m'. tbc: '\E[3g', NULL. tsl: NULL, '\E];'. u8: '\E[?1;2c', '\E[?6c'. HTH, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334289: ncurses-base: '/etc/terminfo/c/cygwin' problem -- extra newlines in 'top' output
Thomas Dickey wrote: perhaps. But your report doesn't mention what terminal emulator is being used, I don't know what terminal emulator means. I am running Windows XP Professional SP2 with a fairly recent Cygwin. This issue has been present for several months, in spite of several Cygwin updates and one Debian 3.1 re-install (r0 to r0a). I launch Cygwin Bash using the batch file provided by Cygwin: [EMAIL PROTECTED]:~$ cat /cygwin.bat @echo off C: chdir C:\cygwin\bin bash --login -i I then enter ssh debian-host-name to log in to a Debian host and issue the top command. what the corresponding $TERM is. Some differ with the line-wrapping behavior. TERM is cygwin both on Windows/Cygwin and when I ssh into Debian (3.0 and 3.1). HTH, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#175575: Cause of problem; possible fix
The cause of the unwanted escape sequences in the text output is that linuxdoc uses groff for text output. groff uses grotty as a post processor and grotty by default puts the escape seqences there per the man page for grotty. A fix is to pass the -c option to grotty to disable this. But how to do this when groff is called? I can't find out how to do this from the man page or the info page for groff. If I substitute nroff -c for groff, the problem is fixed but using nroff may break something else. nroff uses the option -T... while groff uses -T ... (the difference is a space after -T). So I had to change this too when I substituted nroff. There are likely some other differences. One could also try using troff in a pipeline with grotty to enable the appropriate options to be given to grotty. I really don't know Perl so I was lucky to discover possible solutions. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326014: reassign to fnord
Hi Norbert, I think that you can reassign this bug to fnord. Ralf tested with the attached patch to fnord and now mailgraph works for him without problems. Note that the second chunk of the patch is probably not needed but I did leave it, since that's what Ralf tested... The author of fnord is informed and I am discussing with him about this problem. Cheers David -- David Schweikert| phone: +41 44 632 7019 System manager ISG.EE | walk: ETH Zentrum, ETL F24.1 ETH Zurich, Switzerland | web: http://people.ee.ethz.ch/dws --- httpd.c.orig2005-08-03 13:32:50.0 +0200 +++ httpd.c 2005-10-13 21:35:58.912929000 +0200 @@ -531,7 +531,7 @@ while(poll(pfd,nr,-1)!=-1) { /* read from cgi */ - if (pfd[0].reventsPOLLIN) { + if (pfd[0].revents(POLLIN|POLLHUP)) { if (!(n=read(fd[0],ibuf,sizeof(ibuf break; if (n0) goto cgi_500; /* startup */ @@ -564,7 +564,7 @@ buffer_put(buffer_1,ibuf,n); } size+=n; - if (pfd[0].reventsPOLLHUP) break; + /*if (pfd[0].reventsPOLLHUP) break;*/ } /* write to cgi the post data */ else if (nr1 pfd[1].reventsPOLLOUT) { @@ -583,7 +583,6 @@ close(df[1]); } } - else if (pfd[0].reventsPOLLHUP) break; else { cgi_500: if (startup) badrequest(500,Internal Server Error,Looks like the CGI crashed.);
Bug#175575: [discuss] linuxdoc text backend
I'm curious about the state of the script generated text documents, which have embedded special characters. On Mon, Oct 17, 2005 at 05:52:08AM -0700, [EMAIL PROTECTED] wrote: sgml2html -c ascii file is how the script does it (for linuxdoc) You must mean sgml2txt -c latin -f This doesn't eliminate the escape sequences on my PC using linuxdoc-tools 0.9.21. Perhaps LDP is using an earlier version of linuxdoc or groff-grotty? But in the meantime, I did find out how to pass the -c flag to grotty to eliminate the escape sequences. It turned out to be in the man page for groff, but the info doc that I used leads one to a blank section. In /usr/bin/linuxdoc change the definition of GROFF to ...groff -P-c. In other words, append the option -P-c. This passes -c to grotty. Or you can do this without patching the binary (bin) by: sgml2txt --pass=-P-c This passes -P-c to groff which in turn passes -c to grotty. But to eliminate the overstrikes, give the -b option to grotty also: sgml2txt --pass=-P-bc Another way of eliminating overstrikes is to use the -f flag to sgml2txt as was done in the LDP script. -b is more efficient since I suspect that otherwise the overstrikes are generated and then filtered out. Overstriking was used by the old unix text processing system which used real teletypes (tty) or the like (hard copy terminals). If the tty (like an impact printer) hit the paper with a letter key and then backspaced and hit with the same key again, this is overstriking. Hitting it twice put more ink on the paper and made it look bolder. But it doesn't work with modern terminals using an electronic display. So should the default for groff be just plain text output with neither escape sequences for dumb electronic terminals nor overstrikes for hard-copy terminals (which are now museum pieces)? So perhaps the fix is for someone to patch groff instead of linuxdoc. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334420: ispell: typo in description: lanuguage(s)
heh. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334289: ncurses-base: '/etc/terminfo/c/cygwin' problem -- extra newlines in 'top' output
Thomas Dickey wrote: ok. But only a small part of the terminfo is used in top. ... Okay. It sounds like you are on the right trail, or have already found the root cause of the problem. Can you fix the issue at the Debian 3.1 end so I can apt-get an update? David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334470: orpheus: missing instructions to change color scheme, wrong Recommends
Package: orpheus Version: 1.5-2 Severity: minor Thanks for packing this great player! The documentation says Configurable color schemes and Configuration is done with dialogs -- but it doesn't say how and none of the screenshots show how to do this. Please add a quick instruction somewhere -- it looks like you have to edit ~./orpheus/colors manually? BTW as you know Debian doesn't have a package called ogg123, though that might have been a good idea. Please change Recommends to vorbis-tools, which supplies it. Wishlist: add a parameter for default music directory Dave -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages orpheus depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libghttp1 1.0.9-16 original GNOME HTTP client library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libogg0 1.1.2-1Ogg Bitstream Library ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1The Vorbis General Audio Compressi ii libvorbisfile31.1.0-1The Vorbis General Audio Compressi Versions of packages orpheus recommends: ii mpg1230.59r-20 MPEG layer 1/2/3 audio player ii mpg321 [mpg123] 0.2.10.3 A Free command-line mp3 player, co pn ogg123none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334466: consistent spelling of visualisation in descriptions
On Tue, Oct 18, 2005 at 07:07:25AM +0200, Robert Bihlmeyer wrote: Package: libvisual Severity: minor libvisual0.2 and libvisual0.2-dev sometimes use visualisation, sometimes visualization. This was actually on purpose, to piss off both camps. But the joke is over, the fun has been had. BTW, shouldn't libvisual0.2 be in Section libs? Most likely. dave... -- David Schleef Big Kitten LLC (http://www.bigkitten.com/) -- data acquisition on Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328111: dosfstools: Selecting repair is ignored
Package: dosfstools Version: 2.11-2.1 Followup-For: Bug #328111 # fsck.vfat /dev/sda1 dosfsck 2.11, 12 Mar 2005, FAT32, LFN Reclaimed 104468 unused clusters (427900928 bytes). Free cluster summary wrong (815460 vs. really 1455544) 1) Correct 2) Don't correct ? 1 Leaving file system unchanged. /dev/sda1: 13 files, 8225/1463769 clusters -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dosfstools depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an dosfstools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#191540: mailman: Url for exim4 default config
Package: mailman Followup-For: Bug #191540 Hi! Just for Reference, the URL to a detailled description of necessary changes is http://www.exim.org/howto/mailman21.html Thanks for your time and work! Regards, David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-p4-2 Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334503: error when attempt to run startx
reassign xserver-xfree86 done On Tue, Oct 18, 2005 at 06:11:27AM -0500, Will Phelps wrote: I was installing Debian and everything appeared to go well even it saying thanks for installing. Then when it goes to run for the first time it gives me a command line, so I type startx. Then it gives me an error message tells me to make sure and send you the whole xfree86 log file which could be found at var/log/xfree86.0.log I was attempting to create a dual boot system. My question is: since I can only log into in windows where I know whats going on because I can see, how do I mail you that file? I can log into my debian os it is just that it is at command prompt and I don't know how to mail the file to you while giving you some sort of idea that it is from me. Can you tell me what to do please? I installed the 2.6.8-2-386 version after getting the same result with the earlier version. My computer's specs are as follows: Please use the reportbug program on your Debian installation. Use it to file a bug against xserver-xfree86, and it will automagically attach the appropriate files. If that computer is online at all, it will mail the bug to us. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334643: tetex-doc: index-tetexdoc fails on pdf filename containing a space, in a user's home directory
Package: tetex-doc Version: 3.0-9 Severity: normal During postinst... Setting up tetex-doc (3.0-9) ... mktexlsr: Updating /var/lib/texmf/ls-R-LOCAL... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. /usr/bin/index-tetexdoc: line 54: test: home/david/uru__The: binary operator expected zona Tue Oct 18 22:01:54 $ file /home/david/uru__The\ End.pdf /home/david/uru__The End.pdf: PDF document, version 1.2 I don't know whether index-tetexdoc should even be looking at a user's own files, but if it should, it should be careful about ugly file names. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (400, 'testing'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12zona-06030se Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tetex-doc depends on: ii dpkg 1.13.11.0.1 package maintenance system for Deb Versions of packages tetex-doc recommends: ii gs-esp [postscript- 8+8.15rc4.dfsg.1-2.1 The Ghostscript PostScript interpr ii gs-gpl [postscript- 8.15-4 The GPL Ghostscript PostScript int ii gv [pdf-viewer] 1:3.6.1-12 PostScript and PDF viewer for X ii konqueror [www-brow 4:3.4.2-3KDE's advanced file manager, web b ii lynx-cur [www-brows 2.8.6-16 Text-mode WWW Browser with NLS sup ii mozilla-browser [ww 2:1.7.12-1 The Mozilla Internet application s ii mozilla-firefox [ww 1.0.7-1 lightweight web browser based on M pn tetex-bin | dvi2tty none (no description available) ii w3m [www-browser] 0.5.1-4 WWW browsable pager with excellent ii xpdf3.01-2 Portable Document Format (PDF) sui ii xpdf-reader [pdf-vi 3.01-2 Portable Document Format (PDF) sui ii xpdf-utils [pdf-vie 3.01-2 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334721: x-window-system-core: uninstallable with libgl1-mesa-dri.
reopen 334721 retitle 334721 Add | libgl1-mesa-dri to dependencies thanks On Wed, Oct 19, 2005 at 04:11:00PM +0200, Xavier Bestel wrote: Package: x-window-system-core Severity: normal x-window-system-core depends on xlibmesa-dri which conflics (logically) with libgl1-mesa-dri. But x-window-system-core is uninstallable with libgl1-mesa-dri, which is needed for working DRI on some cards. On second thought, we can simply allow either package to satisfy the dependency, although I'm going to leave xlibmesa-dri as the default. I really shouldn't be doing bug triage on too little sleep :-p - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334857: mrtg.cfg restricted rights break mrtg-rrd
Package: mrtg Version: 2.12.2-1 Severity: normal Upgrade to mrtg 2.12.2-1 changed /etc/mrtg.cfg rights to 640. This breaks mrtg-rrd which needs to access the file as an unpriviledged user. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mrtg depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgd2-xpm2.0.33-2 GD Graphics Library version 2 ii libpng12-01.2.8rel-5 PNG library - runtime ii libsnmp-session-perl 1.07-1 Perl support for accessing SNMP-aw ii perl 5.8.7-7Larry Wall's Practical Extraction ii perl-modules 5.8.7-7Core Perl modules ii zlib1g1:1.2.3-6 compression library - runtime mrtg recommends no packages. -- debconf information: mrtg/own_user: true * mrtg/conf_mods: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255744: xfree86-common: Mouse not found causes gdm to fail -- this *is* annoying
On Thu, Oct 20, 2005 at 12:17:17PM +0200, Michel Dänzer wrote: I just want to stress the importance of this bug. It is more than a year old and it still has not been fixed! Take the following scenario: a connector is accidentally removed, or the user removed the mouse for whatever reason. Suddenly, the system no longer starts X! Even though you _can_ work with X without a mouse. I am an experienced user and still I had to spend some time to understand what and why is happening (if you unplug the mouse after the system created the mouse device, everything is fine). Are you using /dev/input/mice for the mouse? With that, it shouldn't matter whether any mice are actually connected. If the device node doesn't exist, it's probably a matter of making sure that the backing kernel module (mousedev IIRC) is loaded. Another possibility is running the X server with -allowMouseOpenFail. I don't really see an X server bug here but rather a system administration issue. Well, I do see a bug, but the right way to fix it is to implement hotplugging for the X server. I have every intention of working on this in the future, but not until after we have the modular packages. If the submitter thinks that this is going to happen within a year then he's kidding himself though. - David Nusinow
Bug#304159: GNU DL != GDL. Existing package GDL is unrelated.
Just to point out that the existing gdl (GNOME DevTool Libraries) source package in debian is AFAIK not related to GNU Data Language (IDL clone) Juan's itp was for. AFAIK there was a previous abortive itp #68057 which was going to use the package name gnudl for the GNU Data Language (IDL clone). : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=68057 ( In freshmeat, the project is listed as The Data Language, but tdl is also taken in Debian by a little to-do list thingy. http://freshmeat.net/projects/thedatalanguage/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335027: Beep: No sound when suid on 2.6.13.4
Package: beep Version: 1.2.2-16 Severity: important kernel version: Linux ibm 2.6.13.4 #2 Mon Oct 17 18:17:51 CDT 2005 i686 GNU/Linux Beep does not work when it has ioctl permissions. No error is reported, no audio produced via the pc speaker chipset. PC speaker is verified working with echo -e \\\a, and beep, when not suid-root, works when calling the kernel beep function. This is probably an upstream bug by my guess. Something likely changed in kernel space since 2.6.8.1, my previous kernel. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages beep depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-7GNU C Library: Shared libraries an beep recommends no packages. -- debconf information: * beep/suid_option: not suid at all -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335034: aptitude: f10 key inoperant in xterm
Package: aptitude Version: 0.2.15.9-7 Severity: normal When aptitude is started in an xterm, the f10 key is inoperant (acts like a '['). It is thus impossible to open the menus. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.42 Advanced front-end for dpkg ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libsigc++-1.2-5c2 1.2.5-5type-safe Signal Framework for C++ ii libstdc++64.0.2-2The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335049: konqueror: crash when typing into the location bar
Package: konqueror Version: 4:3.4.2-3 Severity: important Whenever I start to type into the location bar Konqueror crashes immediately. When started from command line there's no output before crashing. Filebrowsing works fine. I already tried deleting the history file. I'm sorry for not being able to supply more detailed information. Feel free to close this report if nobody else is experiencing this problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages konqueror depends on: ii kcontrol 4:3.4.2-3 control center for KDE ii kdebase-kio-plugins 4:3.4.2-3 core I/O slaves for KDE ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii kdesktop 4:3.4.2-3 miscellaneous binaries and files f ii kfind 4:3.4.2-3 file-find utility for KDE ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfam0 2.7.0-8client library to control the FAM ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkonq4 4:3.4.2-3 core libraries for Konqueror ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-7 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335112: apt-get --allow-unauthenticated still prefers authenticated packages on network to unauthenticated on localhost
Package: apt Version: 0.6.41 Severity: serious The --allow-unauthenticated option does not revert to the exact pre-0.6.27 behavior: even when this flag is passed on the command line, apt still favors an authenticated package on the network to an unauthenticated package on the local host (say with a file:/// URL in the sources.list). No combination of switches seems to be sufficient to _completely_ remove any kind of authentication-related feature (and revert to the pre-0.6.27 behavior in all respects). This severely breaks very-low-bandwidth systems where it is assumed that the local package set will be favored over the networked ones. -- David A. Madore ([EMAIL PROTECTED], http://www.madore.org/~david/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335112: apt-get --allow-unauthenticated still prefers authenticated packages on network to unauthenticated on localhost
On Fri, Oct 21, 2005 at 05:25:25PM -0700, Steve Langasek wrote: The obvious workaround here would be to not list apt sources in your configuration that you don't actually want apt to use... So I guess my bug report wasn't clean enough on what is required: the sources should be used (for example for packages which are newer on these sources), but with lower priority than the sources on the local drive. As in previous versions of apt, that is. -- David A. Madore ([EMAIL PROTECTED], http://www.madore.org/~david/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335203: iftop: correct -N and -F documentation
Package: iftop Version: 0.16-1 Severity: minor Tags: patch -N use for disabling port service name lookups, -F for network filtering. The man page and the usage has -N instead of -F. I corrected the iftop.8 not the iftop.cat as I assumed the iftop.cat was generated from the iftop.8 file. diff -upr iftop-0.16.original/ChangeLog iftop-0.16/ChangeLog --- iftop-0.16.original/ChangeLog 2004-02-28 12:53:37.0 -0600 +++ iftop-0.16/ChangeLog2005-10-22 10:23:27.0 -0500 @@ -4,6 +4,11 @@ $Id: ChangeLog,v 1.23 2004/02/28 18:53:3 Attributions apply to all preceding items up to the next blank line. Unattributed items are by Paul Warren and Chris Lightfoot. +0.?? 02/10/2005 +* Corrected the man page and usage string for the -N and -F options. + -F network filter, -N don't resolve port numbers +David Fries [EMAIL PROTECTED] + 0.16 28/02/04 * Added support for DLT_NULL * Fix for pthread.c behaviour on Solaris. diff -upr iftop-0.16.original/iftop.8 iftop-0.16/iftop.8 --- iftop-0.16.original/iftop.8 2003-10-22 14:28:31.0 -0500 +++ iftop-0.16/iftop.8 2005-10-22 10:18:26.0 -0500 @@ -29,9 +29,9 @@ by using the \fB-n\fP option or by press By default, \fBiftop\fP counts all IP packets that pass through the filter, and the direction of the packet is determined according to the direction the packet -is moving across the interface. Using the \fB-N\fP option it is possible to +is moving across the interface. Using the \fB-F\fP option it is possible to get \fBiftop\fP to show packets entering and leaving a given network. For -example, \fBiftop -N 10.0.0.0/255.0.0.0\fP will analyse packets flowing in and +example, \fBiftop -F 10.0.0.0/255.0.0.0\fP will analyse packets flowing in and out of the 10.* network. Some other filter ideas: @@ -257,12 +257,12 @@ frozen. In this case some captured info you, but is included in the totals. A more subtle explanation comes about when running in promiscuous mode -without specifying a \fB-N\fP option. In this case there is no easy way +without specifying a \fB-F\fP option. In this case there is no easy way to assign the direction of traffic between two third parties. For the purposes of the main display this is done in an arbitrary fashion (by ordering of IP addresses), but for the sake of totals all traffic between other hosts is accounted as incoming, because that's what it is from the point of view of your -interface. The \fB-N\fP option allows you to specify an arbitrary network +interface. The \fB-F\fP option allows you to specify an arbitrary network boundary, and to show traffic flowing across it. \fBPeak totals don't add up\fP diff -upr iftop-0.16.original/options.c iftop-0.16/options.c --- iftop-0.16.original/options.c 2004-01-20 05:33:55.0 -0600 +++ iftop-0.16/options.c2005-10-22 10:08:48.0 -0500 @@ -236,7 +236,7 @@ static void usage(FILE *fp) { fprintf(fp, iftop: display bandwidth usage on an interface by host\n \n -Synopsis: iftop -h | [-npbBP] [-i interface] [-f filter code] [-N net/mask]\n +Synopsis: iftop -h | [-nNpbBP] [-i interface] [-f filter code] [-F net/mask]\n \n -h display this message\n -n don't do hostname lookups\n -- System Information: Debian Release: 3.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages iftop depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand ii libpcap0.70.7.1-1System interface for user-level pa iftop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338301: broken search and graph
The following patch should fix the problem. diff -rau acidbase-1.2.1.old/base_graph_display.php acidbase-1.2.1/base_graph_display.php --- acidbase-1.2.1.old/base_graph_display.php 2005-11-12 13:37:42.0 +0100 +++ acidbase-1.2.1/base_graph_display.php 2005-11-12 14:54:45.0 +0100 @@ -32,6 +32,7 @@ */ include (base_conf.php); + include ($BASE_path/includes/base_constants.inc.php); include ($BASE_path/includes/base_state_common.inc.php); include ($BASE_path/base_graph_common.php); require_once('Image/Graph.php'); diff -rau acidbase-1.2.1.old/includes/base_constants.inc.php acidbase-1.2.1/includes/base_constants.inc.php --- acidbase-1.2.1.old/includes/base_constants.inc.php 2005-11-12 13:37:42.0 +0100 +++ acidbase-1.2.1/includes/base_constants.inc.php 2005-11-12 13:38:55.0 +0100 @@ -65,4 +65,5 @@ define(VAR_CPAREN, 2048); /* ) */ define(VAR_USCORE, 4096); define(VAR_AT, 8192); +define(VAR_SCORE, 16384); ? diff -rau acidbase-1.2.1.old/includes/base_state_citems.inc.php acidbase-1.2.1/includes/base_state_citems.inc.php --- acidbase-1.2.1.old/includes/base_state_citems.inc.php 2005-11-12 13:37:42.0 +0100 +++ acidbase-1.2.1/includes/base_state_citems.inc.php 2005-11-12 13:40:57.0 +0100 @@ -367,7 +367,7 @@ function SanitizeElement() { $this-criteria[0] = CleanVariable(@$this-criteria[0], , array( , =, LIKE)); - $this-criteria[1] = CleanVariable(@$this-criteria[1], VAR_ALPHA | VAR_SPACE); + $this-criteria[1] = CleanVariable(@$this-criteria[1], VAR_ALPHA | VAR_SPACE | VAR_SCORE); $this-criteria[2] = CleanVariable(@$this-criteria[2], , array(=, !=)); } diff -rau acidbase-1.2.1.old/includes/base_state_common.inc.php acidbase-1.2.1/includes/base_state_common.inc.php --- acidbase-1.2.1.old/includes/base_state_common.inc.php 2005-11-12 13:37:42.0 +0100 +++ acidbase-1.2.1/includes/base_state_common.inc.php 2005-11-12 14:28:21.0 +0100 @@ -164,6 +164,9 @@ if ( ($valid_data VAR_AT) 0 ) $regex_mask = $regex_mask . \@; + if ( ($valid_data VAR_SCORE) 0 ) + $regex_mask = $regex_mask . \-; + return ereg_replace([^.$regex_mask.], , $item); } diff -rau acidbase-1.2.1.old/includes/base_state_query.inc.php acidbase-1.2.1/includes/base_state_query.inc.php --- acidbase-1.2.1.old/includes/base_state_query.inc.php 2005-11-12 13:37:42.0 +0100 +++ acidbase-1.2.1/includes/base_state_query.inc.php 2005-11-12 13:42:10.0 +0100 @@ -330,7 +330,7 @@ function ReadState() { $this-current_canned_query = ImportHTTPVar(caller, VAR_LETTER | VAR_USCORE); - $this-num_result_rows = ImportHTTPVar(num_result_rows, VAR_DIGIT); + $this-num_result_rows = ImportHTTPVar(num_result_rows, VAR_DIGIT | VAR_SCORE); $this-current_sort_order = ImportHTTPVar(sort_order, VAR_LETTER | VAR_USCORE); $this-current_view = ImportHTTPVar(current_view, VAR_DIGIT); $this-action_arg = ImportHTTPVar(action_arg, VAR_ALPHA | VAR_PERIOD | VAR_USCORE | VAR_AT); signature.asc Description: This is a digitally signed message part
Bug#338715: xserver-xorg: file conflict with nvidia-glx
On Sat, Nov 12, 2005 at 08:07:12PM -0800, Steve Langasek wrote: On Sun, Nov 13, 2005 at 11:03:13AM +1100, Daniel Stone wrote: libglx is an xorg module. It is originally provided by the XFree86 DDX. Some drivers feel the need to provide an alternate version, and that's great. But nvidia's is entirely specific to nvidia. xserver-xorg's works with all the drivers in xserver-xorg. If xserver-xorg and nvidia-glx Replaces each other, as was the original suggestion in this thread, No, the suggestion was: Please add the necessary conflicts or replaces or whatever happens to be appropriate in this case. I don't claim to know what the appropriate technical solution is. I am only asserting that the current behavior on the part of xserver-xorg is incorrect, per Debian policy and the RC bug policy for etch. Ok, I'm going to go with the conflicts line alone, no replaces. The replaces line may well break people's X installations because their xorg.conf will be set up to use the nvidia module rather than the built-in nv one, and thus X will fail to start for them. Simply conflicting will allow them to keep a working server until nvidia-glx is fixed. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338940: installation-reports
Package: installation-reports Debian-installer-version: 13/11/2005 mini.iso uname -a: not available Date: 14/11/2005 Method: mini iso boot cd. Machine: iMac (G3 ?) Processor: PowerPC 2.4 Memory: not sure... Root Device: IDE? SCSI? Name of device? Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[x ]Could not boot installer. Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: System not setup on machine. Could not install Debian. Trying the new non-mini iso. Thanks to Sven Luther for help. Will inform list of progress. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338941: installation-reports
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/powerpc/beta1/debian-testing-powerpc-businesscard.iso uname -a: Could not install Date: 14/11/2005 Method: How did you install? What did you boot off? If network install, from where? Proxied? Machine: Description of machine (eg, IBM Thinkpad R32) Processor: Memory: Root Device: IDE? SCSI? Name of device? Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ ] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338943: installation-reports: powerpc-
Package: installation-reports Debian-installer-version: 13/11/2005 business card iso uname -a: failed to install Date: 14/11/2005 10:00 Method: CD, business card Machine: iMac Processor: PowerPC 2.4 Memory: ??? Root Device: IDE Root Size/partition table: Did not install Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ O] Configure network HW: [E ] Could not get this far. Config network: [E ] Detect CD: [E ] Load installer modules: [E ] Detect hard drives: [E ] Partition hard drives: [E ] Create file systems:[E ] Mount partitions: [E ] Install base system:[E ] Install boot loader:[E ] Reboot: [E ] Comments/Problems: Could not get past the language chooser. Selected English and got a red screen error An installation step failed. You can try to run the failing item again. Tried again and it still failed. Thought there might be a problem with English, so tried French, but same error appeared. Could not progress any further through install. -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338948: installation reports: powerpc netinst image is 235M ?
Package: installation-reports Debian-installer-version: 13/11/2005 http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/powerpc/beta1/debian-testing-powerpc-netinst.iso uname -a: Would not boot Date: 14/11/2005 Method: CD Machine: iMac Processor: PowerPC 2.4 Memory: ?? Root Device: IDE Root Size/partition table: Would not boot Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E ] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Put CD into iMac. iMac made CD seeking noises, but would not boot. Download page says netinst image is ~100M, but downloaded iso is 235M ? Hope this helps. -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334317: #334317 xterm: interpret action (in translations resource) does nothing
On Sun, Nov 13, 2005 at 06:30:46PM -0500, Thomas Dickey wrote: This is fixed in xterm patch #206. Ok, since ender appears to be busy, I'll put your newest stuff in the repo tonight and probably upload to experimental as well. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338943: installation-reports: powerpc-
On Mon, 2005-11-14 at 01:24 +0100, Frans Pop wrote: On Monday 14 November 2005 00:37, David Creelman wrote: Comments/Problems: Could not get past the language chooser. Selected English and got a red screen error An installation step failed. You can try to run the failing item again. Tried again and it still failed. Thought there might be a problem with English, so tried French, but same error appeared. Could not progress any further through install. Can you try switching to VT4 (using alt-F4) when the error dialog is shown and tell us what (error)messages are on that screen. Hello Frans, I think I've got my images mixed up. I looked at the language chooser date on the CD when it booted and it's 20050809, so I must have accidently burnt an old image. My apologies for the confusion. There still seems to be a problem on my machine with business card though. It doesn't boot. I get some kernel dump parameters. There are a lot of them, would you like all of them ? There is one line on the top, Welcome to Linux, kernel 2.6.12-1-powerpc. After that there is dump info. If you want to view the full logfile, switch to VT2 and give the command nano /var/log/syslog TIA, Frans Pop -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 Regards David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326014: reopen #326014
reopen 326014 retitle Incorrect use of poll in fnord for CGIs thanks Hi Norbert, Mailgraph 1.12 doesn't fix the problem described in #326014. The bug-fix for rrdtool 1.2.x mentioned in the changelog is for rrdtool 1.2.0 and 1.2.1, which don't support --slope-mode. Cheers David -- David Schweikert| phone: +41 44 632 7019 System manager ISG.EE | walk: ETH Zentrum, ETL F24.1 ETH Zurich, Switzerland | web: http://people.ee.ethz.ch/dws -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339087: initramfs-tools: activate all lvm volumes
Package: initramfs-tools Severity: wishlist Currently the last line in /usr/share/initramfs-tools/scripts/local-top/lvm only activates the volume group which seems to contain the root fs. In order to support features such as root-auto-probing (bug #337682) and cryptoroot-over-lvm, it would be desirable to activate all lvm volumes. It seems that the only change needed is to change the last line from the above mentioned script from vgchange -ay ${vg} to vgchange -ay. Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339089: initramfs-tools: delay rootfs-type check
Package: initramfs-tools Severity: wishlist Currently /usr/share/initramfs-tools/scripts/local checks for the presence of the root device node after local-top has been run but before local-premount has been run an panics if it can't find it: # Get the root filesystem type if [ ! -e ${ROOT} ]; then panic ALERT! ${ROOT} does not exist. Dropping to a shell! fi eval $(fstype ${ROOT}) This seems a bit counter-intuitive as one would expect a dir called premount to be run before doing the rootfs checks, so maybe the test could be moved down to be just below local-premount instead of below local-top invocation? If rootfstype might be needed in premount, how about setting FSTYPE to undefined instead of a panic and delaying the panic to after local-premount? Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339091: initramfs-tools: lacking documentation
Package: initramfs-tools Severity: minor Tags: patch Since the HACKING file included with the initramfs-tools package isn't very helpful, I've attached a stab at a man page giving a brief introduction to writing initramfs-tools scripts. Feel free to proofread, alter and possibly add it to the package instead of the HACKING file. Re, David .TH MKINITRAMFS_SCRIPTS 8 Date: 2005/11/14 mkinitramfs script overview .SH NAME mkinitramfs_scripts \- an introduction to writing scripts for initramfs-tools .SH DESCRIPTION initramfs-tools has one main script and two different sets of subscripts which will be used during different phases of execution. Each of these will be discussed separately below with the help of an imaginary tool which performs a frobnication of a lvm partition prior to mounting the root partition. .SS Hook scripts These are used when an initramfs image is created and not included in the image itself. They can however cause files to be included in the image. .SS Boot scripts These are included in the initramfs image and normally executed during kernel boot in the early user-space before the root partition has been mounted. .SH INIT SCRIPT The script which is executed first and is in charge of running all other scripts can be found in /usr/share/initramfs-tools/init. It takes a number of arguments which influence the boot procedure: .SS Boot options .TP \fB \fI init the binary to hand over execution to on the root fs after the initramfs scripts are done. .TP \fB \fI root the device node to mount as the rootfs. .TP \fB \fI nfsroot can be either auto to try to get the relevant information from DHCP or a string of the form NFSSERVER:NFSPATH .TP \fB \fI boot either local or nfs (affects which initramfs scripts are run, see the Subdirectories section under boot scripts). .TP \fB \fI resume device node which holds the result of a previous suspension using swsusp (usually the swap partition). .TP \fB \fI quiet reduces the amount of text output to the console during boot .TP \fB \fI ro mounts the rootfs read-only .TP \fB \fI rw mounts the rootfs read-write .TP \fB \fI debug generates lots of output to /tmp/initramfs.debug .TP \fB \fI break spawns a shell in the initramfs image before init-premount scripts are run .SH HOOK SCRIPTS Hooks can be found in two places: /usr/share/initramfs-tools/hooks and /etc/mkinitramfs/hooks. They are executed during generation of the initramfs-image and are responsible for including all the necessary components in the image itself. No guarantees are made as to the order in which the different scripts are executed unless the prereqs are setup in the script. .SS Header In order to support prereqs, each script should begin with the following lines: .RS .nf #!/bin/sh PREREQ= prereqs() { echo $PREREQ } case $1 in prereqs) prereqs exit 0 ;; esac . /usr/share/initramfs-tools/hook-functions # Begin real processing below this line .fi .RE For example, if you are writing a new hook script which relies on lvm, the line starting with PREREQ should be changed to PREREQ=lvm which will ensure that the lvm hook script is run before your custom script. .SS Help functions /usr/share/initramfs-tools/hook-functions contains a number of functions which deal with some common tasks in a hook script: .TP \fB \fI manual_add_modules adds a module (and any modules which it depends on) to the initramfs image. .RS .PP .B Example: manual_add_modules reiserfs .RE .TP \fB \fI add_modules_from_file reads a file containing a list of modules (one per line) to be added to the initramfs image. The file can contain comments (lines starting with #) and arguments to the modules by writing the arguments on the same line as the name of the module. .RS .PP .B Example: add_modules_from_file /tmp/modlist .RE .TP \fB \fI force_load adds a module (and its dependencies) to the initramfs image and also unconditionally loads the module during boot. Also supports passing arguments to the module by listing them after the module name. .RS .PP .B Example: force_load cdrom debug=1 .RE .TP \fB \fI copy_modules_dir copies an entire module directory from /lib/modules/KERNELVERSION/ into the initramfs image. .RS .PP .B Example: copy_modules_dir kernel/drivers/pci/foobar .RE .SS Including binaries If you need to copy binaries to the initramfs module, a command like this should be used: .PP .RS cp /sbin/mdadm ${DESTDIR}/sbin .RE mkinitramfs will automatically detect which libraries the executable depends on and copy them to the initramfs. This means that most executables, unless compiled with klibc, will automatically include glibc in the image which will increase its size by several hundred kilobytes. .SH BOOT SCRIPTS Similarly to hook scripts, boot scripts can be found in two places /usr/share/initramfs-tools/scripts/ and /etc/mkinitramfs/scripts/. There are a number of subdirectories to these two directories which control
Bug#339092: initramfs-tools: check if filesystem is already present in kernel
Package: initramfs-tools Severity: minor Tags: patch This patch adds a separate function to load a filesystem driver which first checks if it is already compiled into the kernel which should remove some superflous modprobe error messages if it is. Re, David Index: initramfs-tools-0.38/scripts/functions === --- initramfs-tools-0.38.orig/scripts/functions 2005-11-14 22:42:06.0 +0100 +++ initramfs-tools-0.38/scripts/functions 2005-11-14 22:44:11.0 +0100 @@ -270,3 +270,13 @@ mknod /dev/root b ${major} ${minor} ROOT=/dev/root } + +load_fs() +{ + if [ -e /proc/filesystems ]; then + grep -q $1 /proc/filesystems return 0 + fi + + modprobe $1 || return 1 + return 0 +} Index: initramfs-tools-0.38/scripts/local === --- initramfs-tools-0.38.orig/scripts/local 2005-10-21 18:37:46.0 +0200 +++ initramfs-tools-0.38/scripts/local 2005-11-14 22:44:04.0 +0100 @@ -24,8 +24,7 @@ roflag=-w fi - # FIXME This has no error checking - modprobe ${FSTYPE} + load_fs ${FSTYPE} || panic Failed to load root fs type ${FSTYPE} # FIXME This has no error checking # Mount root
Bug#339093: initramfs-tools: kill udevd as late as possible
Package: initramfs-tools Severity: minor Tags: patch Currently /usr/share/initramfs-tools/init kills udev after init-premount scripts have executed. However, more devices might become available as a result of running the local scripts. I therefore suggest to kill udev as late as possible (right before chaining to the real root filesystem). If any script has a problem with udev running it can easilly call killall udevd itself. Re, David Index: initramfs-tools-0.38/init === --- initramfs-tools-0.38.orig/init 2005-10-21 18:37:46.0 +0200 +++ initramfs-tools-0.38/init 2005-11-14 22:53:56.0 +0100 @@ -91,8 +91,6 @@ run_scripts /scripts/init-premount log_end_msg -killall udevd - log_begin_msg Mounting root file system mountroot log_end_msg @@ -103,6 +101,7 @@ # Move our /dev to the real filesystem. Do the setup that udev otherwise # would. +killall udevd mkdir -p /dev/.static/dev chmod 700 /dev/.static/ mount -n -o bind ${rootmnt}/dev /dev/.static/dev
Bug#338406: LVM on hda - works for me
Russel Coker wrote: The initramfs generated on a LVM IDE system does not create /dev/hda* device nodes, so vgchange doesn't discover any LVM devices and therefore the machine can't boot. That is weird, I have root-on-lvm-on-hda and the devices are created + the system boots just fine for me. Using initramfs-tools 0.38, udev 0.74-2, self-compiled kernel 2.6.14 Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338404: Not an initramfs-tools bug
This was discussed on debian-devel [1]. As long as the debian kernel is shipped with CONFIG_LEGACY_PTYS enabled I'd say that the current behaviour is correct. The proper fix would be to: a) change the default kernel config; or b) change the udev rules not to do any special changes to initramfs-tools (IMHO). Re, David [1] http://marc.theaimsgroup.com/?t=11313614343r=1w=2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339104: PowerPC business card d-i won't boot kernel on original iMac
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/powerpc/beta1/debian-testing-powerpc-businesscard.iso uname -a: not able to install Date: 15/11/2005 9:30 Method: CD Machine: original iMac Processor: PowerPC 2.4 Memory: ??? Root Device: IDE Root Size/partition table: could not install Output of lspci and lspci -n: could not install Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] yaboot worked, but kernel would not boot Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Did a fresh download of the business card iso to ensure I had the correct image. Image date on yaboot screen is 2005. from yaboot, typed 'install', screen went white, some text appeared at the top which was blanked too quickly for me to read. Screen flicks back to a more standard (i386 install) looking white text on black background. There is what looks like boot text with 'Welcome to Linux, kernel 2.6.12-1-powerpc', then some dump statistics. If this screen is left for a few minutes, the iMac reboots back to the yaboot screen. Entering 'expert' produces the same crash and dump. Entering 'install video=ofonly' produces the same crash and dump. Would you like more information ? Are there other kernel parameters that need to be entered for original iMacs ? -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339111: additional mplayer completion.
Package: bash Version: 3.0-17 Severity: wishlist The mplayer completion misses the vro extension (used by DVD-recorders for DVD-Video files). Thanks, David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bash depends on: ii base-files3.1.9 Debian base system miscellaneous f ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii passwd1:4.0.13-6 change and administer password and bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338943: installation-reports: powerpc-
On Mon, 2005-11-14 at 01:24 +0100, Frans Pop wrote: On Monday 14 November 2005 00:37, David Creelman wrote: Comments/Problems: Could not get past the language chooser. Selected English and got a red screen error An installation step failed. You can try to run the failing item again. Tried again and it still failed. Thought there might be a problem with English, so tried French, but same error appeared. Could not progress any further through install. Can you try switching to VT4 (using alt-F4) when the error dialog is shown and tell us what (error)messages are on that screen. If you want to view the full logfile, switch to VT2 and give the command nano /var/log/syslog The image I have is quite old (mistakenly burnt the wrong image) 20050809. Would you still like me to do this on this older image? The other problems I have with the latest images (2005) are more about getting Linux to boot. TIA, Frans Pop Regards David -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331156: search in imdb returns no results
it's refered as bus: 2782. (well it solved my problem) https://gna.org/bugs/?func=detailitemitem_id=2782 Do you planned to release soon an update which include some new feature available in the CVS. + like : Closed Bugs 2782, 2666, 4507, ... + new preference menu, play button, + new interface (icons) Btw, Thanks for the debian package ! regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334430: [postgrey] Re: Bug#334430: [Pkg-db-devel] hangs on corrupted db file
Dear Adrian, Floarian, and Nick, On Tue, Nov 15, 2005 at 08:32:44 +0100, Adrian von Bidder wrote: On Monday 14 November 2005 22.51, Florian Weimer wrote: postgrey seems to use proper locking and DB_RECOVERY, so it *should* work. But postgrey disables durable transactions: my $setflags = DB_TXN_NOSYNC; On some file systems, this adversely impacts the consistency after system crashes. It would be interesting to know what happens if the line is changed to: my $setflags = 0; David - might that be be a solution? Although the documentation indicates that setting DB_TXN_NOSYNC shouldn't be dangerous... Do you have any tool to drive postgrey with some test input so that I can quickly get a database of some size by testing? Or perhaps Nick can test this? Since it is not so easy to reproduce the problem, the best would be if Nick would test that. I will integrate the change if it has shown to help. Anyway, performance is not such a big issue. Cheers David -- David Schweikert| phone: +41 44 632 7019 System manager ISG.EE | walk: ETH Zentrum, ETL F24.1 ETH Zurich, Switzerland | web: http://people.ee.ethz.ch/dws -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339310: RFP: vc-darcs-el -- a vc emacs mode for darcs
Package: wnpp Severity: wishlist * Package name: vc-darcs-el Version : 1.5jch Upstream Author : Juliusz Chroboczek [EMAIL PROTECTED] * URL : http://www.pps.jussieu.fr/~jch/software/repos/vc-darcs/ * License : GPL Description : a vc emacs mode for darcs vc-darcs is an integration of darcs into Emacs' VC infrastructure. It's very non-invasive: unless you use the VC-specific commands, the only things you'll notice is the file's status in the status line, and the fact that backup files are not created by default for darcs-controlled files. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-9-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339365: initramfs-tools: fails with recent udev versions
Package: initramfs-tools Severity: important With the recent udev version (0.074-3), /sbin/udevsynthesize tries to run /lib/udev/udevsynthesize if the kernel is a recent version. This fails as /lib/udev/* is not copied to the initramfs image meaning that the boot fails. Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]