home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!mintaka.lcs.mit.edu!bloom-picayune.mit.edu!daemon
- From: hammond@kwhpc.caseng.com (Kevin W. Hammond)
- Newsgroups: comp.os.linux
- Subject: Re: your mail
- Message-ID: <1992Aug31.014012.20646@athena.mit.edu>
- Date: 31 Aug 92 01:40:12 GMT
- Sender: daemon@athena.mit.edu (Mr Background)
- Reply-To: hammond@kwhpc.caseng.com
- Organization: The Internet
- Lines: 35
-
- |
- | There is a problem with symbolic links in 0.97 patch level 2. i.e
- | they're not followed if you are not the owner ( of the link ) or a
- | member of the owner's group. I'm using the minix file system.
- |
- | I discovered this because I have shell scripts that look like this ..
- |
- | #!/bin/sh
- | shell commands...
- |
- | /bin/sh is a symbolic link to /bin/bash. ( owner bin:bin ). If I try to
- | execute the shell script as a normal user, it fails with "operation not
- | permitted". The permissions on bash are rwxr-xr-x
- |
-
- I am running 0.97pl2 and do not see the same problem. I have /bin/bash
- owned by bin:bin with perms of 755. I then have /bin/sh as a symbolic
- link to /bin/bash (however I cannot get the link to be owned by bin:bin.
- It always seems to be owned by root:root Anyone know why?) Who own's
- the /bin/sh link on your system?
-
- I tested it with a shell script as you indicated above and it works fine.
- I know this doesn't really help your problem, but it might go a little to
- indicate that it may not be 0.97pl2 that is the cause of the problem.
-
- I also have all sorts of other symbolic links to files throughout my system
- (such as awk to gawk, etc.) and all works well!
-
-
- -kwh-
- --
- Kevin W. Hammond
- hammond@kwhpc.caseng.com
-
- CASE Engineering * 575 W. Madison #1601 * Chicago, IL 60661 * (312)902-2161
-