Bug#721442: Acknowledgement (kaddressbook: Unable to create io-slave: klauncher said: Error loading 'kio_file')

Hello, this issue has been resolved by running: service kdm restart Looks like some updated libraries had not been reloaded on the upgrade. Regards Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.

Bug#721442: kaddressbook: Unable to create io-slave: klauncher said: Error loading 'kio_file'

Package: kaddressbook Version: 4:4.10.5-2 Severity: normal Hello, Upgrading kaddressbook:amd64 4:4.4.11.1+l10n-3+b1 -> 4:4.10.5-2 broke the kaddressbook contact photo editor. * What exactly did you do (or not do) that was effective (or ineffective)? - Click on the photo in a contact stored in a

Bug#294774: isdnutils-base: Security issue (really?)

Rolf Leggewie schrieb: > thank you for reporting this ticket. I fail to see the issue. If any > kind of dialer needed to replace /usr/sbin/isdnctrl that would require > full admin priviledges. Where is the problem? Hi Rolf, good to know that debian hunts bugs even if they are 7 years old ;) I

Bug#518236: libnet-imap-simple-perl: empty return value of select() function

Package: libnet-imap-simple-perl Version: 1.17-3 Severity: important Tags: patch The following example program (when supplied with correct IMAP servername and username/password combination) returns an empty "$messages" variable when run against an IMAP server. Variable $messages should contain th

Bug#450543: wtmp: weird kernel version in reboot lines on amd64 when called with -i

Package: sysvinit Version: 2.86.ds1-38.1 Severity: normal Command "last -i" displays weird IP addresses (instead of the kernel version) for "reboot" events when called on wtmp files which were created on Debian amd64 systems, no matter whether you call "last -i -f wtmp.amd64" on an i386 or amd64 a

Bug#400918: apache2: Reproducible

Package: apache2 Version: 2.2.3-3.2 Followup-For: Bug #400918 It seems that the error occurs when you configure apache2 to listen on two or more server sockets. This would affect at least any SSL server which serves http on port 80 and https on port 443. The error can be reproduced as follows: #

Bug#320077: kid3: Moving tag from ID3v2 to ID3v1 discards tag contents

Package: kid3 Version: 0.5-2 Severity: normal [Aim] An mp3 file contains only an ID3v2 tag whose content should be moved to a newly created ID3v1 tag and the ID3v2 tag should be deleted. [Reproduce] 1. Fill the ID3v1 tag with information by clicking "von ID3v2" / "from ID3v2" 2. Click the "Entfer

Bug#318090: cfengine2: wrong permissions of /var/lib/cfengine2

Package: cfengine2 Version: 2.1.15-1 Severity: normal The following resolved & archived bug reoccured: http://bugs.debian.org/215910 permissions of /var/lib/cfengine2 are modified during execution -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [

Bug#309923: centericq: fails to decrypt messages containing several x tags

Package: centericq Version: 4.20.0-4 Severity: normal Tags: patch, upstream When centericq receives encrypted messages from a psi[1] client where typing notification "events" are enabled under Options > Advanced > Events centericq is not able to decode such encrypted messages, but instead shows th

Bug#308670: centericq: Jabber login patch for AMD64

Package: centericq Version: 4.20.0-3 Followup-For: Bug #308670 Hello, The following piece of code is apparently responsible for the differences between amd64 and i386 architecture: --- File libjabber-0.1/sha.c --- static void shaHashBlock(SHA_CTX *ctx) { /* up to here the ctx struct contains

Bug#308670: centericq jabber broken on amd64: debug output

Package: centericq Version: 4.20.0-3 Followup-For: Bug #308670 I can confirm this behaviour. The digest hash sent by centericq to the jabber network server is refused with an error. $ centericq --debug -- centericq debug log started on Thu May 12 21:20:03 2005 + [jab] connecting to the server [O

Bug#302222: linesrv: breaks the tty terminal where the daemon is running

Package: linesrv Version: 2.1.15-8 Severity: important Linesrv is run by the init scripts on console 1 (tty1). When you work on this terminal for a while after linesrv has been started the terminal hangs and you cannot move the cursor any more. When you stop linesrv, the terminal becomes available

Bug#296165: cftp: Segfaults when PgUp/PgDn is pressed in empty FTP directories

Package: cftp Version: 0.12-4 Severity: normal I have found a Segmentation Fault bug in cftp. I think it is reproducible by pressing PgUp or PgDn Key in any empty directory on any ftp Server: Example 1: $ cftp ftp.tu-chemnitz.de /pub/openafs/1.2.10 Press PageUp --> SegFault Example 2: $ cftp

Bug#295982: aewan: Segmentation fault

Package: aewan Version: 0.9.3-1 Severity: normal I have found a reproducible "Segmentation fault" bug in aewan. You can reproduce the bug as follows: $ aewan Return Strg-a Strg-a Strg-l Cursor Down Return Strg-l d d Strg-a I have tested this on two i386 machines with Debian Testing. Daniel. -

Bug#294774: isdnutils-base: Security issue with /dev/isdnctrl0 (group "dialout" allows changing of numbers)

Package: isdnutils-base Version: 1:3.3.0.20041110-1 Severity: normal If users are not in the group "dialout", they are not allowed to dial or hangup the isdn interface ippp0, because the permission to /dev/isdnctrl0 is being denied: [EMAIL PROTECTED]:~$ /usr/sbin/isdnctrl hangup ippp0 Can't open