Package: snoopy Version: 1.3-12 Severity: normal
Snoopy is not usable on an amd64 system. Having it in ld.so.preload causes execv to segfault with every invcation. After some debugging, I've determined that the problem happens when trying to use the pointer returned from the "getLogin" function which is passed to syslog around line 100 of snoopy.c. Sometimes getLogin returns NULL, but even when it doesn't return NULL it returns a pointer to memory I cannot access. Because of this, I'd say this is most likely a bug in glibc or the kernel, not snoopy. A possible workaround would be to use getenv( "LOGNAME" ) instead. This is certainly not ideal, especially since the LOGNAME env variable obviously could be changed by the user, but at least we still get the uid in the log, regardless of the accuracy of the login name. In light of this bug, I think snoopy should be removed from amd64 for etch (unless we can get a workable solution into etch). thanks, stew -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages snoopy depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii ld.so.preload-manager 0.3.3-2 A utility to manage the libraries ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries snoopy recommends no packages. -- debconf information: * snoopy/install-ld-preload: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
