From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Description of problem: For a fs w/o protection information like vfat or iso9660 (w/o Rock Ridge) the kernel alway shows the `x' permission bits set. I'm really tyred to run chmod on each file has been coped from such fs. Non-native fss are very seldom used to store Linux executables, but primarily for data. In previous kernel versions it was possible to use the `noexec' mount option to fix this problem, currently this option blocks execution, but not affect the stat() output. The `umask=0177' option for vfat breaks things totally by silly clearing `x' bits for directories also. Version-Release number of selected component (if applicable): kernel-2.4.20-8 How reproducible: Always Steps to Reproduce: 1. mount -t vfat /dev/fd0 /mnt/floppy 2. ls -l /mnt/floppy 3. Additional info: If "this behavior is by design", it's desirable to have universal (for all fs) mount options like `mode', `user', `group' to override default protection information. This is useful even for protection-capable fs (for example, for reading removable media written on system with different user/group space).
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/