SUSE 9 KDE ICON problem (solved)

[Roger Oberholtzer]

On Tue, 2004-01-20 at 20:07, Condon Thomas A KPWA wrote:
> Roger,
> 
> > I was looking at file permissions, and missed a directory 
> > permission. Still,
> > it was only one directory with the problem. Directories 
> > higher up in the
> > hierarchy were ok. I suspect that the KDE icon lookup 
> > function stopped at
> > first error, and did not continue in other sibling and parent 
> > directories
> > that were ok. So all those accessable icons were skipped. 
> > Must be a bug in
> > 3.1.4. Still, panic over.
> 
> Would you care to point to the specific directory?  I'm exhibiting the same
> symptoms in my 9.0 installation.

I found it in a simple way. As a user with problems, do this:

	du -sm /opt/kde3

Then, as du descends the /opt/kde3 directory tree, any directory that it
cannot access will be listed. I do not think there should be any such
ones in the kde tree. You need to give these execute perms (chmod a+xr
dir).

Another is the brute force approach:

	find /opt/kde3 -type d -exec chmod a+xr {} \;

In my case, /opt/kde3/share/icons/crystalsvg and
/opt/kde3/share/icons/slick had read only (no execute) permissions. This
somehow also led to the other directories in /opt/kde3/share/icons that
were NOT in these directories and were accessible being skipped as well.

I have now traced it to a mistake introduced in our product installation
scripts. How embarrassing. Still, I prefer my own mistakes over those of
others.

-- 
Roger Oberholtzer <roger at opq.se>