Currently, the system has gcc-3.3.3-2 installed. This is what is on the disk (I've excluded 3.2.3 and 3.3.3 -- why are these directories still there?):
/usr/lib/gcc-lib/i386-redhat-linux: total 16 drwxr-xr-x 3 root root 4096 Feb 18 04:08 3.2.3 drwxr-xr-x 3 root root 4096 Oct 25 10:30 3.3.1 drwxr-xr-x 3 root root 4096 Mar 1 14:39 3.3.2 drwxr-xr-x 5 root root 4096 Mar 1 14:01 3.3.3
/usr/lib/gcc-lib/i386-redhat-linux/3.3.1: total 4 drwxr-xr-x 2 root root 4096 Oct 25 10:30 include
/usr/lib/gcc-lib/i386-redhat-linux/3.3.1/include: total 0
/usr/lib/gcc-lib/i386-redhat-linux/3.3.2: total 4 drwxr-xr-x 2 root root 4096 Mar 1 14:38 include
/usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include: total 0
This is potentially a packaging bug in the gcc packages where it does not own the directories that it creates during installation. This can be problematic in cases like where a sysadmin has set the default umask to 077. I would encourage you or someone else in the community to investigate this issue and submit an expect patch for the spec file for this and any other similar packaging issues, especially for something as important as gcc. If the patch is provided in a Bugzilla report so that it applies cleanly against the latest rawhide package, that would save the busy package maintainers and developers a lot of time.
Thank you, Warren Togami
