[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20010516: 20010516: 20010515: McIDAS-X 7.7 build problems (cont.)
- Subject: 20010516: 20010516: 20010515: McIDAS-X 7.7 build problems (cont.)
- Date: Wed, 16 May 2001 10:33:11 -0600
>From: Jason Law <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200105161557.f4GFvVp11235
>Tom,
>and I have changed the owner on the .cshrc file from root to mcidas so you
>have read and write permissions.
Everything in a user's account sound be owned by that user. Your comment
seems to indicate that you intend to change the ownership of ~mcidas/.cshrc
back to root after I poke around. You should _not_ do this.
>I did finally get the make command to
>work and it seemed to build the mcx, however I ran through the testing
>procedure and couldn't get mcidas to run.
I am betting on permissions/ownership. Please see below.
>So again, I'm stuck. I believe
>everything in the account setup for mcidas is set correctly, although if
>you think soemthing needs to be changed I can log on as root and change
>it.
This will be needed. Please keep reading.
Here goes. I logged on and immediately was confronted with the following
error message:
set: Variable name must begin with a letter.
This indicates that something in your .cshrc file was wrong. At this
point I couldn't edit .cshrc since I had no PATH. I manually set the
path so that vi could be found and edited .cshrc. Here is what I found:
At the end of the file, you had:
set path=C$path /opt/SUNWspro/bin
set path=C$path /usr/ccs/bin
This should have been:
set path=($path /opt/SUNWspro/bin)
set path=($path /usr/ccs/bin)
I changed it; exited vi; and then made the .cshrc settings active:
source .cshrc
Now I have a workable environment.
The next thing I did was to list out the ownership of everything in the
top level directory:
pele 11% ls -alt
total 90192
-rw-r----- 1 mcidas other 3656 May 16 12:11 .cshrc
drwxr-xr-x 13 mcidas staff 512 May 15 20:02 .dt/
drwxr-x--x 17 mcidas staff 1024 May 15 20:00 ./
drwx------ 2 mcidas staff 512 May 15 20:00 .solregis/
-rw------- 1 mcidas staff 98 May 15 20:00 .Xauthority
-rw-r----- 1 root other 3625 May 15 19:59 .cshrc%
drwxr-xr-x 2 mcidas staff 512 May 15 19:51 .hotjava/
drwxr-xr-x 11 mcidas staff 512 May 15 13:09 mcidas7.7/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 data/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 help/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 inc/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 lib/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 man/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 mcidas/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 savedata/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 tcl/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 workdata/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 admin/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 bin/
-rw-r----- 1 mcidas other 9597 May 15 13:00 mcinet7.7.sh
-rwxr-x--x 1 mcidas other 3090 May 15 13:00 mcinstall*
-rw-r----- 1 mcidas other 45678969 May 15 13:00 mcidasx770.tar.Z
-rw-r----- 1 mcidas other 15679 May 15 12:59 WHATSNEW.77X
-rw-r----- 1 mcidas other 919 May 15 12:59 README
-rw-r----- 1 mcidas other 239969 May 15 12:59 MAY00PRG.TXT
-rw-r----- 1 mcidas other 65768 May 15 12:59 MAY00INQ.TXT
-rw-r----- 1 mcidas other 73132 May 15 12:59 CHANGES.770
drwxr-xr-x 11 root root 512 May 11 13:50 ../
-rw-rw-r-- 1 root other 693 May 10 18:06 .mcenv
-rwxr-xr-x 1 mcidas staff 5111 May 10 15:59 .dtprofile*
Note that some things are owned by 'mcidas' with a group of 'staff' (this
matches the entry in /etc/passwd), and other things are owned by
'mcidas' with group 'other'. Additionally, the .mcenv directory
is owned by 'root'. You need to set the owner of _everything_
under the mcidas HOME directory to be 'mcidas' and the group for
everything to be 'staff'.
You will change the owner/group of everthing as 'root':
su -
<password for root>
cd /home/pele/mcidas
chown -R mcidas:staff *
exit
This recursively changes the owner and group of everything (files and
directories) from where you are (/home/pele1/mcidas).
I ran 'chown -R mcidas:staff *' from /home/pele1/mcidas as 'mcidas' and
changed most files:
pele 29% chown -R mcidas:staff *
chown: config.log: Not owner
chown: confdefs.h: Not owner
chown: config.cache: Not owner
pele 30% ls -alt
total 90192
-rw-r----- 1 mcidas other 3656 May 16 12:11 .cshrc
drwxr-xr-x 13 mcidas staff 512 May 15 20:02 .dt/
drwxr-x--x 17 mcidas staff 1024 May 15 20:00 ./
drwx------ 2 mcidas staff 512 May 15 20:00 .solregis/
-rw------- 1 mcidas staff 98 May 15 20:00 .Xauthority
-rw-r----- 1 root other 3625 May 15 19:59 .cshrc%
drwxr-xr-x 2 mcidas staff 512 May 15 19:51 .hotjava/
drwxr-xr-x 11 mcidas staff 512 May 15 13:09 mcidas7.7/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 data/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 help/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 inc/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 lib/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 man/
drwxr-xr-x 3 mcidas staff 512 May 15 13:05 mcidas/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 savedata/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 tcl/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 workdata/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 admin/
drwxr-xr-x 2 mcidas staff 512 May 15 13:05 bin/
-rw-r----- 1 mcidas staff 9597 May 15 13:00 mcinet7.7.sh
-rwxr-x--x 1 mcidas staff 3090 May 15 13:00 mcinstall*
-rw-r----- 1 mcidas staff 45678969 May 15 13:00 mcidasx770.tar.Z
-rw-r----- 1 mcidas staff 15679 May 15 12:59 WHATSNEW.77X
-rw-r----- 1 mcidas staff 919 May 15 12:59 README
-rw-r----- 1 mcidas staff 239969 May 15 12:59 MAY00PRG.TXT
-rw-r----- 1 mcidas staff 65768 May 15 12:59 MAY00INQ.TXT
-rw-r----- 1 mcidas staff 73132 May 15 12:59 CHANGES.770
drwxr-xr-x 11 root root 512 May 11 13:50 ../
-rw-rw-r-- 1 root other 693 May 10 18:06 .mcenv
-rwxr-xr-x 1 mcidas staff 5111 May 10 15:59 .dtprofile*
You can see from the listing that there are files that still need to be
changed:
-rw-r----- 1 mcidas other 3656 May 16 12:11 .cshrc
-rw-r----- 1 root other 3625 May 15 19:59 .cshrc%
-rw-rw-r-- 1 root other 693 May 10 18:06 .mcenv
So, you still need to run the chown invocation as 'root' that I listed
above.
>Thanks again so much for helping me out, I never thought I'd have
>this much trouble trying to get a look at some of these GOES images!
Things would have been a lot smoother if you had not been broken into.
Tom