Sourceforge root directory permissions

Whether you are using Linux on the desktop or as a server, it's still good that you're using Linux. Linux related questions go here.

Moderator: General Moderators

Post Reply
alex.barylski
DevNet Evangelist
Posts: 6267
Joined: Tue Dec 21, 2004 5:00 pm
Location: Winnipeg

Sourceforge root directory permissions

Post 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 :)
Last edited by alex.barylski on Sun Sep 03, 2006 8:48 pm, edited 1 time in total.
User avatar
sweatje
Forum Contributor
Posts: 277
Joined: Wed Jun 29, 2005 10:04 pm
Location: Iowa, USA

Post 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.
alex.barylski
DevNet Evangelist
Posts: 6267
Joined: Tue Dec 21, 2004 5:00 pm
Location: Winnipeg

Post 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 :)
User avatar
sweatje
Forum Contributor
Posts: 277
Joined: Wed Jun 29, 2005 10:04 pm
Location: Iowa, USA

Post 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).
Post Reply