Package: php5-mcrypt Version: 5.2.6.dfsg.1-1+lenny9 Severity: normal If php5-mcrypt is removed (not purged), it leaves /etc/php5/conf.d/mcrypt.ini behind. This file configures PHP to look for mcrypt.so which in turn produces the following PHP warning on each run:
iserv:~# LANG=C php -r 'echo "Test\n";' PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/mcrypt.so' - /usr/lib/php5/20060613+lfs/mcrypt.so: cannot open shared object file: No such file or directory in Unknown on line 0 Test I realize that both apt's behaviour (leaving behind the ini file when the package is not purged) and PHP's behaviour (warning for missing libraries) are intentional and usually make sense, but in this combination it seems unfortunate. Maybe the package could rename the ini file or change it's permissions so that PHP won't read it anymore? -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-mcrypt depends on: ii libapache2-mod-php 5.2.6.dfsg.1-1+lenny9 server-side, HTML-embedded scripti ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libltdl3 1.5.26-4+lenny1 A system independent dlopen wrappe ii libmcrypt4 2.5.7-5 De-/Encryption Library ii php5-cgi [phpapi-2 5.2.6.dfsg.1-1+lenny9 server-side, HTML-embedded scripti ii php5-cli [phpapi-2 5.2.6.dfsg.1-1+lenny9 command-line interpreter for the p ii php5-common 5.2.6.dfsg.1-1+lenny9 Common files for packages built fr php5-mcrypt recommends no packages. php5-mcrypt 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