Package: fortune-mod Version: 1:1.99.1-3 Severity: normal Hi,
fortune, when called with no arguments fails, if /usr/local/share/games/fortunes exists but is not accessible by the invoking user. To reproduce you just need to chmod -x: # chmod -x /usr/local/share/games/fortunes $ fortune fortune: bad juju in is_existant: Permission denied Strangely, if I remove any permissions but execute permission from the directory (drwxrwx--x 2 root root 4,0K 2007-02-17 06:24 /usr/local/share/games/fortunes/) fortunes will work but still print a a permission denied message: $ fortune /usr/local/share/games/fortunes: Permission denied >>fortune text<< Everything works fine if /usr/local/share/games/fortunes does not exist at all. This behaviour appears a little odd to me. I think fortune should not fail because of only one directory that is not accessible by the user, since there are lots of other fortune cookies in the default installation. But since fortune aborts before checking /usr/share/games/fortunes, no normal user would be able to use those (except by explicitly specifying a file). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (150, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-k7-custom-5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages fortune-mod depends on: ii fortunes [fortune-cookie-db 1:1.99.1-3 Data files containing fortune cook ii fortunes-debian-hints [fort 1.7 Debian Hints for fortune ii fortunes-min [fortune-cooki 1:1.99.1-3 Data files containing fortune cook ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii librecode0 3.6-12 Shared library on which recode is fortune-mod recommends no packages. -- no debconf information -- Marcus Blumhagen "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." -- Albert Einstein
signature.asc
Description: Digital signature