Old gcc directories still on system

[Warren Togami]

George Garvey wrote:
>    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