Hello all,

I'm currently having an issue with a program installation, the issue is that the program comes back with the following error...
So what I did was use the command and converted all the permissions for the directory to -rwxrwxrwx. Yet when I try to install again the program comes back with

And it outputs a description of umask 2 that I should try to use before installing. I havnt personally used the umask 2 command (still new to Linux) although I thought it was similar to the chmod command in assigning permissions? The original installation disk was a .iso and I extracted it on another computer (mac) then copied it to this computer (Linux - Fedora 17) and am now trying to install it, perhaps I need the original .iso to be extracted on the linux computer?

Sorry for the long post, hopefully someone can shed some light on this for me.

Thanks in advance.

is that matlab( octave) *.m file on a dvd ? or something

or
is it in your home folder

also "777" should almost NEVER be used ( sometimes it is ?ok but )
however SELinux on fedora 17 might not like that and toss an error


that "umask"
the full error would help

by chance is "FOLDERS/diary.m" on a windows NTFS partition ?

Wonder is diary.m exists now. Could the program be making that file and not using the correct permissions when it makes it?

I assume you are using sudo to do all of this?

Hi both of you, thank you for the quick responses.

To cover what John VV was saying, the diary.m is in the destination folder of the installation as such:

/home/USER/MATLAB/toolbox/matlab/general/diary.m

where /home/USER/MATLAB is the installation destination folder specified when prompted. Also maybe an important note is that the .iso was mounted on a mac laptop, then copied to a usb then to the Linux desktop (home folder). I tried using the chmod 777 because I was running out of possibilities but I agree that 777 should rarely be used.

This does however lead into what jefro mentioned about the program making that file and not giving the right permissions (this seems to be exactly whats happening). I tried changing the permissions on the installation files to see if it had any effect but unfortunately no. I tried both installing as USER and as root but both led to the following error...

Another quick add-on that I tried...

From my mac sudo because the user couldnt copy it {exit with error code (0)}:
on the Linux comp under root:

Then it errored out again.. I thought maybe it was because I extracted the files on a different computer but it doesnt seem to make any difference. Is this what the error is reffering to in the above post? the fact that I may or may not have my file-creation permissions set appropriately?

unless there is a typo ( i my self use octave so...)
./toolbox/matlab/general/diary.m

and that file is located in
/home/USER/MATLAB/toolbox/matlab/general/diary.m

i would think that it should be
~./toolbox/matlab/general/diary.m
in that the hidden folder ".toolbox " in in the $HOME folder

Ok, I'm sorry although I don't really see what difference it makes.. the files are still created by the installation yet they are under the wrong privileges.

Did I do something wrong in my use of umask? because it seems to me this would be the solution, correct?

Thanks again.

where EXACTLY did you get this "MATLAB2009b.iso "
google comes up with a lot of
" Matlab 2009b including Crack!" from torrents and rapidshare and the now dead ( R.I.P. ) Megaupload


i would drop the old 2009 version and install the current 2012a
http://www.mathworks.com/support/sys...ase/linux.html

however on fedora 17 a bunch of hacking might be required
this is VERY NORMAL for fedora
the current release is very often WAY TOO NEW for most programs to run without some "help"
however if matlab ( and not Octave ) is required for school then dual boot fedora 17 with CentOS 6.2 and install the current 2012a for Red hat 6
on CentOS6

from the "System Requirements - Release 2012a" page
ALL the operating systems there ARE OLD , COMMERCIALLY supported but a bit on the older side
redhat is very conservative
RHEL 6 might be thought of as about the same as fedora 12
RHEL 5 might be thought of as about the same as fedora 3

SUSE Enterprise Desktop (SELD) 11 - supported but NOT FREE
is the almost DEAD OpenSUSE11
opensuse 11.1,11.2,11.3 are unsupported and 11.4 will be in September

BUY 2012a and install it on CentOS6 or install Octave
http://www.gnu.org/software/octave/

octave is in the fedora repos
octave is not 100% compatable with MathLab ( 99%)
mostly the non free video support

Did you notice the dot (.) at the end of your permissions in the output? That dot indicats that the file has SELinux attributes set. Is it possible that SELinux is preventing world read access to your file? (I always run SELinux in "permissive" mode, and check the "troubleshooter" fairly often for unexpected problems.)

Hi John VV, this copy of MATLAB didn't come from torrents or rapidshare, I received it from a university group a couple of years ago but never installed it.

I will look into using octave instead, thanks for the heads-up on it.

PTrenholme: I will give this a try today and see what happens. I didn't realize that the dot had a significance, I thought it was the way the permissions were outputted. Thanks for the heads up on this too.

In that case it will have been updated since then ... try to get a current copy