I would agree, it is really a social engineering problem. But the easy at which file managers allow someone to navigate around mounted file systems (Unix world) or mount network drives (Windows world) has caused many complaints from users about long delays. Which has resulted in us having to trim down the number of cells that are available. But... when you have several thousand users, its easier to maintain the symbolic links, than to have to deal with the noise. On Thu, 27 Jul 2000, Noel Hunt wrote: > I don't think making a change like this *simply* so that `ls /afs' > doesn't take a long time, is warranted. It looks like another abuse > of symlinks. > -- Terry McCoy email: [EMAIL PROTECTED] Sr Systems Engineer phone: (219) 631-4274 Enterprise Systems Software Office of Information Technologies University of Notre Dame
- Re: root.othercells - a solution to "ls /afs"... Noel Hunt
- Re: root.othercells - a solution to "ls /afs... Paul Blackburn
- Re: root.othercells - a solution to "ls ... Ken Hornstein
- Re: root.othercells - a solution to "... Paul Blackburn
- Re: root.othercells - a solution to &... Ken Hornstein
- Re: root.othercells - a solution to &... John M. Lockard
- Re: root.othercells - a solution... Paul Blackburn
- Re: root.othercells - a solution to "... Jimmy Engelbrecht
- Re: root.othercells - a solution to "... Russ Allbery
- Re: root.othercells - a solution to "ls /afs... Christopher Lindsey
- Re: root.othercells - a solution to "ls /afs... Terry McCoy
- Re: root.othercells - a solution to "ls /afs"... Noel Hunt
- Re: root.othercells - a solution to "ls /afs"... luan
- RE: root.othercells - a solution to "ls /afs"... Glew, Andy
