First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 140250
Alias:
Product:
Component:
Status: RESOLVED
Resolution: DUPLICATE of bug 141619
Assigned To: Paul de Vrieze <pauldv@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Toralf Förster <toralf.foerster@gmx.de>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 140250 depends on: Show dependency tree
Bug 140250 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-07-13 09:06 0000
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 ?

------- Comment #1 From Paul de Vrieze 2006-07-14 08:59:04 0000 -------
Of course they should be readable. In my system they are. Did you perhaps set
your umask for the root user?

------- Comment #2 From Toralf Förster 2006-07-14 09:29:45 0000 -------
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.

------- Comment #3 From Paul de Vrieze 2006-08-21 02:09:21 0000 -------
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.

------- Comment #4 From samLT 2006-10-18 09:15:18 0000 -------
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

------- Comment #5 From Jakub Moc (RETIRED) 2007-06-15 09:43:51 0000 -------

*** This bug has been marked as a duplicate of bug 141619 ***

First Last Prev Next    No search results available      Search page      Enter new bug