Page 1 of 1

Sourceforge root directory permissions

Posted: Sun Sep 03, 2006 8:42 pm
by alex.barylski

Code: Select all

chmod ugo+w ./
Is the command that I am trying to execute while inside the document root but it does not work, I have tried going back one level and doing the following:

Code: Select all

chmod ugo+w ./htdocs
But that too chokes...I can however change the RWX permissions of sub-folders with no errors...I find it odd that sourceforge wouldn't allow me to set permissions for the root directory???

Am I doing something technically incorrect? Is there a way to set the root directory permissions?

d11??? Anybody???

Edit: Is there a way to set the owner for my executing script which is having problems writing to docroot because it appears only one (assume 'Other' which PHP scripts run under - on SF I believe) group is not capable of executing 'write' which just so happens to be my PHP script. So if I can just change that PHP script to a different owner, I should be able to execute it properly :)

Cheers :)

Posted: Sun Sep 03, 2006 8:45 pm
by sweatje
Sourceforge does not allow the web site user to write files.

per http://sourceforge.net/docman/display_d ... nvironment
SF.net doc wrote:Group Directories are Read-Only: The project web servers mount project group directories read-only. The following means are available for storing writable data (i.e. for project applications):

* Place the data in the MySQL database provided to your project. Projects are encouraged to make use of our project database service for application data storage.
* Place the data in the /tmp/persistent directory, accessible from and shared between the project shell and web servers. Projects should create their own subdirectory in /tmp/persistent and make frequent backups of the data. We strongly discourage the use of file-writing applications with our services, due to the security implications of our shared web environment. Users of applications in the project web services that require file-writing are strongly encouraged to look for alternatives that can use a MySQL database for data storage instead.

Posted: Sun Sep 03, 2006 8:54 pm
by alex.barylski
It's weird...

Because I created a sub-folder using WinSCP and I set "it's" permissions ugo+w ./test and the permissions stuck according to messages returned and according to the permissions displayed in the column field.

But when I enter that directory and look at the 'return to parent' permissions, the write permission is NOT set...

But when I return to my root directory and even refresh the display...it still indicates that directory has all required permissions set???

not sure if this is a bug with WinSCP or WTF is going on...

I'll try logging out and logging back in and see if that changes anything...it appears you are correct though, as my script will not funciton properly :(

Bummer :)

Posted: Sun Sep 03, 2006 9:18 pm
by sweatje
It is not a bug, it is the way they designed it. Where you are changing permissions is not the same box as the web server. On the web server, this file system is mounted read only. There is no way you will ever get the web server to write there, it is imposible by design.

Write a scrip to do:

Code: Select all

echo '<pre>', `ls -l`;
You should see much different ownership and permissions running that through the web server, compared with running it through the unix shell (though I have not tested this myself).