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
