The dirs : n22 ~ # find /usr/share/doc/subversion-1.3.1/ -type d -exec ls -ld {} \; drwxr-xr-x 6 root root 4096 Jun 5 19:48 /usr/share/doc/subversion-1.3.1/ drwxr-xr-x 2 root root 4096 Jun 5 19:48 /usr/share/doc/subversion-1.3.1/notes drwxr-x--- 3 root root 4096 Jun 5 19:48 /usr/share/doc/subversion-1.3.1/hook-scripts drwxr-x--- 3 root root 4096 Jun 5 19:48 /usr/share/doc/subversion-1.3.1/hook-scripts/mailer drwxr-x--- 2 root root 4096 Jun 5 19:48 /usr/share/doc/subversion-1.3.1/hook-scripts/mailer/tests drwxr-x--- 2 root root 4096 Jun 5 19:48 /usr/share/doc/subversion-1.3.1/examples drwxr-x--- 2 root root 4096 Jun 5 19:48 /usr/share/doc/subversion-1.3.1/client-side are not readable by a normal user. Why ?
Of course they should be readable. In my system they are. Did you perhaps set your umask for the root user?
No, I didn't set any special umask, these are the system settings never changed by me: n22 /etc # grep -i umask csh.login login.defs profile csh.login:## Default UMASK csh.login:umask 022 login.defs:# UMASK Default "umask" value. login.defs:UMASK 022 login.defs:# Enable setting of the umask group bits to be the same as owner bits profile:umask 022 but it's interesting, that the time stampds of the files are from the last emerge, wheras the time stamps for the directories are from the emrge before: n22 /usr/share/doc/subversion-1.3.1 # ls -l total 96 -rw-r--r-- 1 root root 113 Jul 13 18:15 BUGS.gz -rw-r--r-- 1 root root 35315 Jul 13 18:15 CHANGES.gz -rw-r--r-- 1 root root 3445 Jul 13 18:15 COMMITTERS.gz -rw-r--r-- 1 root root 1345 Jul 13 18:15 COPYING.gz -rw-r--r-- 1 root root 118 Jul 13 18:15 HACKING.gz -rw-r--r-- 1 root root 16198 Jul 13 18:15 INSTALL.gz -rw-r--r-- 1 root root 2255 Jul 13 18:15 README.gz drwxr-x--- 2 root root 4096 Jun 5 19:48 client-side drwxr-x--- 2 root root 4096 Jun 5 19:48 examples drwxr-x--- 3 root root 4096 Jun 5 19:48 hook-scripts drwxr-xr-x 2 root root 4096 Jun 5 19:48 notes -rw-r--r-- 1 root root 481 Jul 13 18:15 svnindex.css.gz -rw-r--r-- 1 root root 740 Jul 13 18:15 svnindex.xsl.gz n22 /usr/share/doc/subversion-1.3.1 # ls -l client-side/ total 36 -rw-r--r-- 1 root root 8862 Jul 13 18:15 bash_completion -rwxr-xr-x 1 root root 4506 Jul 13 18:15 bash_completion_test -rwxr-xr-x 1 root root 1440 Jul 13 18:15 server-vsn.py -rwxr-xr-x 1 root root 732 Jul 13 18:15 showchange.pl -rwxr-xr-x 1 root root 5519 Jul 13 18:15 svn-graph.pl Here are the history of the current version: Mon Jun 5 19:25:57 2006 >>> emerge (2 of 5) dev-util/subversion-1.3.1 to / Mon Jun 5 19:31:16 2006 >>> emerge (2 of 5) dev-util/subversion-1.3.1 to / Mon Jun 5 19:48:58 2006 >>> unmerge success: dev-util/subversion-1.2.3-r2 Mon Jun 5 19:48:58 2006 ::: completed emerge (2 of 5) dev-util/subversion-1.3.1 to / Thu Jul 13 17:59:25 2006 >>> emerge (1 of 3) dev-util/subversion-1.3.1 to / Thu Jul 13 18:15:40 2006 ::: completed emerge (1 of 3) dev-util/subversion-1.3.1 to / The re-merging at 13th of July was needed due to an update of the neon library.
If I have to guess at some point the directories were created with wrong access rights. When installing, directories are not recreated to preserve files in them. As such a merge/unmerge should not fix it for dirs (but for files it should). If you want to check again, first unmerge completely and then remerge.
I have the same problem here, I did try to unmerge completly subversion and re-emerge it, but it doesn't change anything: -rw-r--r-- 1 root root 113 2006-10-18 08:39 BUGS.gz -rw-r--r-- 1 root root 38639 2006-10-18 08:39 CHANGES.gz drwxr-x--- 2 root root 114 2006-10-18 08:39 client-side -rw-r--r-- 1 root root 3616 2006-10-18 08:39 COMMITTERS.gz -rw-r--r-- 1 root root 1345 2006-10-18 08:39 COPYING.gz drwxr-x--- 2 root root 4096 2006-10-18 08:39 examples -rw-r--r-- 1 root root 118 2006-10-18 08:39 HACKING.gz drwxr-x--- 4 root root 4096 2006-10-18 08:39 hook-scripts -rw-r--r-- 1 root root 17424 2006-10-18 08:39 INSTALL.gz drwxr-xr-x 2 root root 4096 2006-10-18 08:39 notes -rw-r--r-- 1 root root 1028 2006-10-18 08:39 README.gz -rw-r--r-- 1 root root 481 2006-10-18 08:39 svnindex.css.gz -rw-r--r-- 1 root root 740 2006-10-18 08:39 svnindex.xsl.gz
*** This bug has been marked as a duplicate of bug 141619 ***