Red Hat Bugzilla – Bug 174799
Header file modes are corrupted in devel package.
Last modified: 2007-11-30 17:11:18 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7
Description of problem:
The headers files in /usr/include/avahi-compat-howl/discovery/ appear to have
corrupted modes, so the output of ls looks like the following:
[ajr@click ~]$ ls -l /usr/include/avahi-compat-howl/discovery/
?--------- ? ? ? ? ? /usr/include/avahi-compat-howl/discovery/discovery.h
?--------- ? ? ? ? ? /usr/include/avahi-compat-howl/discovery/text_record.h
The filenames are highlighted in red, and flashing, as they would be if they were broken links. Attempting to access the files as a normal user results unsurprisingly in a Permission Denied error, but when accessed as root the files appear to be intact.
At first glance this looks like a filesystem corruption error, so at first I assumed the kernel or hardware was to blame. However, installing the avahi-devel on Fedora Core 3 system or a different Fedora Core 4 system using --nodeps results in exactly the same corrupted permissions.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install avahi-devel
2. List the contents of the /usr/include/avahi-compat-howl/discovery/ directory.
Actual Results: The permissions in the directory are corrupted.
Expected Results: The permissions in the directory should be 644, as is normal for header files.
Attempting to use chmod does not fix the problem, probably because the files type is invalid, giving the ? in the first character of the mode representation.
Yes, sorry, this was a problem with avahi-devel-0.6-1 - 2 -
fixed with avahi-0.6-3+ (current release avahi-0.6-5) .
Doing a 'yum update avahi' should fix this for you.
I see exactly the same problem in 0.6-5. I have removed and reinstalled the
package several times to confirm, including removing and redownloading the
package from the yum cache directory.
Very sorry about this - the original .spec file '%defattr' statements were
wrong and did not give search permission to directories - this is now
definitely fixed for all directory levels in avahi-0.6-6 .