[4726] in Athena Bugs
rt 6.4R: AFS "l" permission and ls
daemon@ATHENA.MIT.EDU (Jaspan@Barry, MIT-Project Athena)
Tue Apr 10 11:38:30 1990
To: bugs@ATHENA.MIT.EDU
Date: Tue, 10 Apr 90 11:38:06 EDT
From: Jaspan@Barry, MIT-Project Athena <bjaspan@ATHENA.MIT.EDU>
System name: steve-dallas
Type and version: RTPC-ROMPC 6.4R
Display type: apa16
What were you trying to do?
Do an "ls" on a directory in amgreene's homedir, which is on AFS.
What's wrong:
Here's the output of an ls on the directory:
/mit/amgreene/mitex% ls
mi.tex not found (Permission denied)
sample.tex not found (Permission denied)
mi.tex~ not found (Permission denied)
mitex.tex not found (Permission denied)
shorthand.tex not found (Permission denied)
mi.tex.working-sections not found (Permission denied)
manual.tex not found (Permission denied)
mail not found (Permission denied)
fonts.tex not found (Permission denied)
setup.tex not found (Permission denied)
margins.tex not found (Permission denied)
And, here is the ACL:
/mit/amgreene/mitex% fs la .
Access list for . is
Normal rights:
system:anyuser l
amgreene rlidwka
<list of users with rl permission deleted>
And, the final piece of information:
/mit/amgreene/mitex% alias ls
ls -F
What should have happened:
I first starting sending this bug report because I thought AFS wasn't
letting me look up files that I should have been able to. Then it
occurred to me that it was a rather AFS can't give me "permission
denied" on a file per file basis, which is what made me think of my ls
alias.
SO, the bug report is: ls shouldn't say "not found" when it doesn't
mean it. If it can't stat the file or whatever to get it's status, it
should say so. \ls on the directory worked fine (as it should have).
