Package: libiksemel3 Version: 1.2-4 Severity: important Tags: upstream patch
Functions from sha.c doesn't work properly on 64-bit architecture, because there is used 'unsigned long' (which is 8-bytes long on 64 and 4-bytes on 32). The way to repair it is to use uint32_t (from stdint.h) instead of unsigned long. I simply replaced all occurences of 'unsigned long' with 'uint32_t' and now library seems working ok. I've reported this bug two years ago to the upstream: http://code.google.com/p/iksemel/issues/detail?id=1&can=1 This bug makes libiksemel unusable on amd64 if you need authentication with SHA1. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29.1-tuzonice (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libiksemel3 depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libgnutls26 2.4.2-6+lenny1 the GNU TLS library - runtime libr libiksemel3 recommends no packages. libiksemel3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
