Description of problem: rpm -V kernel fails on ia64, possibly because vfat doesn't do permissions. How reproducible: Always. Steps to Reproduce: 1. rpm -V kernel Actual results: a couple lines that include /boot/efi ... Expected results: The prompt. Additional info: I'm filing under RPM because possible solution is for RPM to not verify perms on vfat, but I'm not the expert here...
Probably true. VFAT is so weird ...
There are several approaches to working around --verify failures on file systems that do no supply the basic elements that are verified. 1) Live with false positives with existing --evrify. False positives with known implementation deficiencies (like VFAT does not have group/other permissions) has the benefit of indicating to the user that the intended check is failing. 2) Create false negatives by making --verify aware of VFAT deficiencies. False negatives are a lie, and teaching rpm about file system deficiencies is non-trivial, particularly with selinux file contexts, and require users to understand a more complicated --verify mechanism. 3) Add a '?' dunno state. Again, the '?' indicator has usually created more questions than answers, as what users *really* want is not to be bothered. I believe that the existing false positive scheme is as good as any other solution, hence WONTFIX. Get this bug attached to some tracker bug instead of arguing with me please. 3)