When I try and download any mods using the package manager I get the following error:-
An Error Has Occurred!
You cannot download or install new packages because the Packages directory is not writable!
now, when I go into my site Via FTP and to the packages directory, it is CHMOD correctly, and the file for the mod I just tried to download/install is there, I found this odd and so though maybe CHMOD the directory from writtable, then to writtable again, my FTP client would not let me do this, saying I didnt have the permissions, which was when I noticed the file owner's are different for a lot of the files since the upgrade, this appears to be the problem.
I felt sure older versions of SMF had a file manager in the admin panel that I used to cure this before (that else it was some other forum ive used before, sorry ;p), but since I can find it I post here for help
Thanks in advance
EDIT:-
it let me delete the packages directory and re-upload the one from the upgrade package which has changed the owner of the directory, but still the error, I noticed the different owners on files in Sources directory too, and I can even CHMOD or DELETE them, on my own site, lol..
sorry to double post...
in addition to this I have had my hosts update all the file ownerships in the forum directory and it still does as above..
One last thing so I am giving all the info possible, if I try and upload the file from my Computer using the package manager on the forums, its says not valid or corrupt file..
Togster,
You need to chmod ALL the main SMF directories to 777 (Sources, Themes, Themes/default, Themes/default/languages, Themes/default/images) and all the files inside. You ALSO need to chmod installed.list and server.list to 777, AND index.php and SSI.php. SMF should prompt for ftp information though?
still no go, I even CHMOD the directory to 644, then the package manager said it wasnt writtable, put in FTP info, the package manager CHMOD the directory to 777 (i checked) and... STILL the same error message, very odd
Quote from: Togster on July 05, 2005, 02:03:12 AM
still no go, I even CHMOD the directory to 644, then the package manager said it wasnt writtable, put in FTP info, the package manager CHMOD the directory to 777 (i checked) and... STILL the same error message, very odd
Did you CHMOD everything else grudge said to 777?
The error you're getting occurs in only the following cases:
- it tries to write to a file in the Packages directory, and cannot.
- after downloading the package, it tries to read it and it gets an error.
- trying to create a temp directory fails.
To find out which it is, open PackageGet.php, and find this:
if (empty($context['package']))
fatal_lang_error('package_cant_download', false);
Replace it with:
if (empty($context['package']))
fatal_error('found me!', false);
If you get "found me!" when trying to download, it's trying to read the package. If you get the old error still, it's trying to write.
-[Unknown]
An Error Has Occurred!
found me!
hmmmm, its reading the package thats the issue then..
just as further info, it does download them to the package directory ok it seems, and it sticks them there with a CHMOD of 666, and I cant CHMOD them to change them.. permission problem preventing them being read??
Now, if I use the cleanup permissions tool in the options part of the package manager, it does CHMOD them to 777, but they dont show up as packages in the browse package tab..
------------------------------------------------------------------
I will try a package upload install from my HD drive again:-
ok, tried, doing this hangs the page totally in my browser, make it so I cant goto the URL for about 3 or 4 mins.. though I can still use FTP, and see it uploaded the package with 777, and creates a temp directory which ISNT 777
In the temp directory it creates 2 files, one is called _StaticPageMod.php (the mod im using to test, that and memberpermissions one mostly) with 666 and the other .pureftpd-upload.(load of chars) with 644
(and yes, thanks for the help so far guys, this has got me scratching my head, though im no expert ;))
I am getting the same thing, cant seem to find a fix for it :'(
I get "Found me" btw when I try and download something, anyone know how to fix this?
Quote from: mager on July 06, 2005, 12:26:37 AM
I am getting the same thing, cant seem to find a fix for it :'(
Me, too. :(
Shortly above that, find this:
$rf = @fopen($url . $_REQUEST['package'], 'rb');
if (!$rf)
{
fwrite($fp, fetch_web_data($url . $_REQUEST['package']));
}
else
{
while (!feof($rf))
fwrite($fp, fread($rf, 1024));
fclose($rf);
}
fclose($fp);
Let's try replacing that with:
$rf = fopen($url . $_REQUEST['package'], 'rb');
if (!$rf)
{
echo 'Looks like allow_url_fopen is disabled!<br />';
fwrite($fp, fetch_web_data($url . $_REQUEST['package']));
}
else
{
while (!feof($rf))
fwrite($fp, fread($rf, 1024));
fclose($rf);
}
fclose($fp);
echo 'File size is: ', filesize($boarddir . '/Packages/' . $package_name), '<br />';
From this we can tell:
1. Which code is being used.
2. If the file is being downloaded in full.
-[Unknown]
ok, done that, still get:-
An Error Has Occurred!
found me!
:o
QuoteAn Error Has Occurred!
found me!
:-\
Quote from: Grudge on July 04, 2005, 04:18:10 PM
Togster,
You need to chmod ALL the main SMF directories to 777 (Sources, Themes, Themes/default, Themes/default/languages, Themes/default/images) and all the files inside. You ALSO need to chmod installed.list and server.list to 777, AND index.php and SSI.php. SMF should prompt for ftp information though?
Urgh, I was having the same problem so I tried the above but it's completely killed the forum! I now get a "500 Internal Server Error" for the entire forum. :(
Of course there's a whole load of files in those folders listed above so I have no idea what files would need to be changed to what in order to fix it back. Argh!
Any help will be very much appreciated. :)
Edit: As per the "why 777 isn't a security risk" post, I chmodded the entire forum tree to 777 and it still gives error 500. :(
Edit 2: The site error log has a whole load of these:
[2005-07-08 16:31:53]: error: directory is writable by others: (/home/shiftrun/public_html/forums)
[2005-07-08 16:31:09]: error: directory is writable by others: (/home/shiftrun/public_html/forums)
[2005-07-08 16:30:55]: error: directory is writable by others: (/home/shiftrun/public_html/forums)
[2005-07-08 16:30:05]: error: directory is writable by others: (/home/shiftrun/public_html/forums)
[2005-07-08 16:29:55]: error: directory is writable by others: (/home/shiftrun/public_html/forums)
[2005-07-08 16:14:05]: error: file is writable by others: (/home/shiftrun/public_html/forums/index.php)
[2005-07-08 16:14:01]: error: file is writable by others: (/home/shiftrun/public_html/forums/index.php)
[2005-07-08 16:13:21]: error: file is writable by others: (/home/shiftrun/public_html/forums/index.php)
[2005-07-08 16:13:14]: error: file is writable by others: (/home/shiftrun/public_html/forums/index.php)
[2005-07-08 16:13:07]: error: file is writable by others: (/home/shiftrun/public_html/forums/index.php)
[2005-07-08 16:10:49]: error: file is writable by others: (/home/shiftrun/public_html/forums/index.php)
Edit 1,000,000: I changed the forums directory and index.php to 755 and it's now working again. I'm hoping they're good values to use...
Noiz, some servers use 755 instead of 777.
Oikay, please try replacing this:
$rf = @fopen($url . $_REQUEST['package'], 'rb');
if (!$rf)
{
fwrite($fp, fetch_web_data($url . $_REQUEST['package']));
}
else
{
while (!feof($rf))
fwrite($fp, fread($rf, 1024));
fclose($rf);
}
fclose($fp);
(original - same code I posted above.)
With:
fwrite($fp, fetch_web_data($url . $_REQUEST['package']));
fclose($fp);
That's probably better anyway.
-[Unknown]
It Works!!!!!!!!!! Genious!!
Thanks Unknown.... thats awsome..
/me bows to unknown...
:D
¡Albricias! ¡Funciona! ¡It works!
thank you unknown.
Quote from: Togster on July 09, 2005, 03:49:05 AM
It Works!!!!!!!!!! Genious!!
Thanks Unknown.... thats awsome..
/me bows to unknown...
I love it when people spell genius wrong. :P
And yes, it worked for me too.
ok, all of the above has been done and still no go.
i'm on a dedicated server which uses 0777. i've double and triple checked the permissions and everything is writable. i can download packages, list the files and delete the packages from the manager but i'm still getting "You cannot download or install new packages because the Packages directory is not writable! " when i try to apply the mods.
what else could be causing this?
When you try to _apply_ the mods? That's completely different from the problems people are having in this topic.
The only causes of the error when you apply them are:
- a Packages/temp directory can't be created.
- after being created, said directory cannot be made writable using FTP or conventional chmod.
Try replacing this line in Packages.php:
if (!mktree($boarddir . '/Packages/temp', 0755))
With:
if (!mktree($boarddir . '/Packages/temp', 0777))
-[Unknown]
ok, sorry to go a little off topic but i started out with the same issues as everyone else.
i tried your suggestion and i'm still getting the same result.
update to above...
alright, it is an issue with the temp directory. i created the directory myself and made it writable and the package installed.
i guess i need to double check the settings for my ftp user on my server.
Ok ive done everything above and i still get found me :(
im really no good at these things but ive done everything in this topic more then once and it still says
Error!
found me!
you wouldnt get found me if you did everything above, im sorry.
I've tried everything in this thread and what I could find with search and still cannot apply the downloaded mods. I am using windows with apache, all permissions are set and I have noticed that if I make a directory called temp in the packages directory then try to apply the mod it just deletes the temp directory and gives me the error "Some of the files the package manager needs to modify are not writable. This needs to be changed by logging into FTP and using it to chmod or create the files and folders. Your FTP information may be temporarily cached for proper operation of the package manager." this is getting fristrating.
Weird it just started working :)
Yes it works :D
I missed out 1 step :P
Thanks so much your great at helping people :D
This was strange. I installed the board and went live, and all was aok. I installed a tester board to destroy so I'd not muss up the working one, and got this error. Strange... Anyhoo, as usual [nobody] rocks.
Thanks,
Linux
I found this interesting..
[token@cobalt Packages]$ ls -ahl
total 12
drwxrwxrwx 2 token token 512B Jul 15 23:47 .
drwxrwxrwx 8 token token 1K Jul 15 23:25 ..
-rw-rw-rw- 1 www token 7K Jul 15 23:47 FasterParsecode109_SMF105.tar.gz
[token@cobalt Packages]$ tar -zxf FasterParsecode109_SMF105.tar.gz
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error exit delayed from previous errors
[token@cobalt Packages]$ file FasterParsecode109_SMF105.tar.gz
FasterParsecode109_SMF105.tar.gz: data
[token@cobalt Packages]$ less FasterParsecode109_SMF105.tar.gz
<br />
<b>Notice</b>: Undefined index: HTTP_USER_AGENT in <b>/home/simple/public_html/mods/actions/download.php</b> on line <b>88</b><br />
>snip, as the data is below<
It's worth noting my smf folder is /home/webhosting/token/public_html/board - there is no /home/simple.. In fact, download.php doesn't exist anywhere on my server.. The tree looks like that of the SMF server, IMHO. When I wget the file manually, ihe mod browser sees it, and it shows up as a valid tar.gz file (probobly because it doesnt pass it through download.php).. When I download it with the package manager, it says my permissions are bad, when in reality, they are fine.. This shoould be reworded to something a bit more generic, like "The mod cannot be installed. There may be a permission error, or the archive may be corrupt", something along those lines. Thought I'd pass this along..
It's also worth noting that if I upload the file from my computer to the mod uploader, it says it's not a valid mod, but it's fine when I wget the exact same archive from my desktop computer's apache into the Packages folder..
Every mod is the same way.. The download.php bug occured in both 1.0.5and 1.1 b3
I had the same issues as the fellows above and I no longer get "found me." But when I go to Apply the mod, the page just hangs. It never leaves that page and just continues to tease me. :P
I didn't do anything different, but I tried again and just got the Found Me error, then retried it, and a mod was successfully downloaded. I go to Apply, and it hangs again.
Well, I created the temp dir, but when I attempt to apply the mods, it gives that message (" You cannot download or install new packages because the Packages directory is not writable!") I've tried making the whole dir 777 and 755, no luck...
Surely there is something wrong with SMF if so many people are having this problem?
Did you try the code edits that Unknown suggested?
Quote from: DangerGirl on July 19, 2005, 11:49:48 PM
Did you try the code edits that Unknown suggested?
I did.
I'm having the exact same issue as this last poster is...and yes, I too have followed every suggestion in this post.
I had gotten one to "install" meaning it was added to the install list but, the mod doesn't seem to actually BE there where it's supposed to be...
Sabastina
Im not trying to make out your lieing but unfortunately if you did everything in this topic you would not get 'You cannot download or install new packages because the Packages directory is not writable'
If you did everything in this topic and it came up with a error the error should be 'Found me!' as [Unknown] asked us to change a code from the normal error to 'Found me!' so you have not done everything in this topic, sorry.
I had never received 'the found me!' error.
Because my files were able to be found I had assumed as per statements in the posts following the one directing the 'found me!' file modification that my problem was NOT a path error, but rather files that were unwritable.
I made the changes that were directed one by one. I did them TWICE infact.
I went in and manually chmod all files as directed one by one. So I am sure it can't be a actual permissions error with the files.
Once I manually uploaded the files, I STILL received the write error. It wasn't making the temp file. So, I manually made the temp file and ran the install script again. This time it DID permit me to install the package.
HOWEVER, my forums do NOT reflect that the scripting has been applied...though the modifications IS listed as installed and offers the option to uninstall. There are no changes to my forums. I used the gmail one because it is supposed to add an icon to the profile. Even after I manually added the gmail icon to the images directory (the one that holds the aim and icq icons), there was no image, field or any other reflection that the gmail mod had been added to the site.
Now, for the developers of SMF, perhaps I can help some with this error by pointing you to a similar situations (it seems similar to my newbie coding knowledge anyhow-sorry if it's not) that were had with a phpnuke product called staticnuke. The developer had tried to create an install package that would automatically create the temp files and so forth to permit static pages to be created. The error that he ran into time and again was not consistent...not everyone had the problem. Those who DID experienced the same basic issue...temp files were not being created and it did involve permissions problems. Now that I've given a bit of background on that issue, I can direct you to the section of his forum where this issue is addressed (actually most issues on his forums involve this single error type)
http://staticnuke.sharphorizon.com/modules.php?name=Forums&file=viewforum&f=1
Thanks for reading and I hope that I'm not overstepping any boundries by posting this here...
Sabastina
tried everything still
"An Error Has Occurred!
You cannot download or install new packages because the Packages directory is not writable!"
what could it be?
Ok a little help that might help :)
If your expiencing the 'You cannot install' error etc.
try this
QuoteQuote from [Unknown]
When you try to _apply_ the mods? That's completely different from the problems people are having in this topic.
The only causes of the error when you apply them are:
- a Packages/temp directory can't be created.
- after being created, said directory cannot be made writable using FTP or conventional chmod.
Try replacing this line in Packages.php:
if (!mktree($boarddir . '/Packages/temp', 0755))
With:
if (!mktree($boarddir . '/Packages/temp', 0777))
-[Unknown]
Quote from: Unknownsome servers use 755 instead of 777.
I think you mean 775, rather than 755. Servers running SuExec will need permissions set to 775 rather than 777. Any directory or file set to 777 will cause a 500 server error. Explanation from my Web host:
Our servers are running SuExec, which is the most secure environment for a shared hosting server. The scripts are run with the user of their owner (your CP user) and not with the user of the web server (apache).
Thus, if a script has to be able to write to a file/directory - world-writable permissions are no longer needed. Actually, such permissions are considered as insecure and files with world-writable permissions (666, 777) will not be executed. You cannot run world-writable scripts on our servers.
If your installation manual says that you should set permissions 777 to some files/directories, you should set permissions 775 instead - and your script will work properly. Most of the installation guides are written with the presumption that all scripts on the server are executed under the common privileges of the web server process, which is not true for our setup.
Quote from: [Unknown] on July 10, 2005, 06:43:39 PM
Try replacing this line in Packages.php:
if (!mktree($boarddir . '/Packages/temp', 0755))
With:
if (!mktree($boarddir . '/Packages/temp', 0777))
I'm reading through this because I'm having the problems described in this thread.
Please remove all instructions to chmod to 777 anywhere in SMF (both in code and in instructions to users). This will cause 500 server errors on any server running SuExec or an equivalent, and many are. You should make "permission level needed to write" a variable and somehow get from the user whether they need 777 or 775 at installation (or have them put it in Settings.php).
I just changed all instances of 0777 to 0775 in both PackageGet.php and Packages.php. I did a grep, and discovered it's in a bunch of other files as well:
install.php
Admin.php
ManageAttachments.php
Subs-Package.php
Themes.php
In Admin.php, you have:
// If the owner of PHP is not nobody, this should probably pass through - in which case 755 is better than 777.
if ((!function_exists('is_executable') || is_executable($boarddir . '/Settings.php')) && is_writable($boarddir . '/Settings.php'))
$suexec_fix = 0755;
else
$suexec_fix = 0777;
This is incorrect. The permission required for servers running SuExec is 775, not 755.
I have tried all of the above mentioned pages and still I get this same error:.
An Error Has Occurred!
You cannot download or install new packages because the Packages directory is not writable!
Has anyone solved this infamous error??
Thanks,
sits
It's a shame that no one on the SMF development team responds.
If you are on a Web server running SuExec or its equivalent, the problem is probably due to the incorrect permissions that SMF sets. I went to the root of my forum and set everything to 775 (note that is NOT 777 and NOT 755 - both of these will cause errors on an SuExec system). After I changed the permissions, I stopped getting that particular error. I'm seeing other problems, however.
Quote from: permutations on July 23, 2005, 08:03:09 PM
It's a shame that no one on the SMF development team responds.
I'd rather not waste my time arguing with you about an issue I'm perfectly aware of, have already tried to explain to you, and isn't a problem for most people anyway. And, I've got plenty of issues at least eight times more important than the package manager to worry about.
Let the SMF development team prioritize their own time, unless you want me to tell you what to do with yours.
Quote from: permutations on July 23, 2005, 08:03:09 PM
If you are on a Web server running SuExec or its equivalent, the problem is probably due to the incorrect permissions that SMF sets. I went to the root of my forum and set everything to 775 (note that is NOT 777 and NOT 755 - both of these will cause errors on an SuExec system). After I changed the permissions, I stopped getting that particular error. I'm seeing other problems, however.
SMF works fine on a suexec server, even with the package manager, at least as tested some time ago. While, yes, you should not use 777... for various reasons that's looking to be less of a problem in the future, and if it is should be handled by the host - considering suexec is a patch and I've never heard it recommended by anyone, least of which the PHP team, except people who don't know what they're talking about.
In either case, this message won't be caused by that.
Quote from: sits on July 23, 2005, 03:34:14 PM
I have tried all of the above mentioned pages and still I get this same error:.
An Error Has Occurred!
You cannot download or install new packages because the Packages directory is not writable!
Has anyone solved this infamous error??
Again, where exactly are you getting that message? When you download, or when you install?
-[Unknown]
i chmodded the entire damn forum to 777 and it worked :-P
I'm going to be hacked, sure, but now I can install mods!
Yikes! You'd rather be hacked then upload the mods through ftp? Doesn't seem a good trade-off to me!
Quote from: lithanual on July 24, 2005, 12:48:59 AM
i chmodded the entire damn forum to 777 and it worked :-P
I'm going to be hacked, sure, but now I can install mods!
Why chmod 777 is NOT a security risk (http://www.simplemachines.org/community/index.php?topic=2987.0)...
-[Unknown]
Quote from: [Unknown] on July 23, 2005, 11:24:16 PM
I'd rather not waste my time arguing with you about an issue I'm perfectly aware of, have already tried to explain to you, and isn't a problem for most people anyway. And, I've got plenty of issues at least eight times more important than the package manager to worry about.
If you don't want to worry about the package manager right now that's fine, but obviously there is a problem in the permissions. I experienced it, and you have plenty of reports from others who have had the problem as well.
I fixed the problem on my own site by CHMOD'g the entire forum to 775, and I fixed it on newly installed SMF 1.1 sites by changing the code so SuExec permissions are set to 775 instead of 755. You can argue theory with me, but I'm giving you the results of an experiment. It didn't work before my changes, and after my changes it did work.
I passed this information along to you (including a quote from my Web host explaining that 775 should be used in place of 777) in an effort to share with the community and give back. You tell me that I'm wasting your time. I guess I wasted my time trying to share information with you.
Quote from: [Unknown] on July 24, 2005, 02:40:58 AM
Quote from: lithanual on July 24, 2005, 12:48:59 AM
i chmodded the entire damn forum to 777 and it worked :-P
I'm going to be hacked, sure, but now I can install mods!
Why chmod 777 is NOT a security risk (http://www.simplemachines.org/community/index.php?topic=2987.0)...
-[Unknown]
I was kidding :) I am not worried about being hacked.
Im getting an "Error on page" when im clicking on any of the "New Packages" and "Package of the moment"
The error detail is as follows.
Line: 226
Char: 3
Error: Unknown runtime error
Code:0
URL: http://www.xxxxxxx.xx/forum/index.php?action=packages;sa=browse
Quote from: Shadowc on July 24, 2005, 05:37:24 PM
Im getting an "Error on page" when im clicking on any of the "New Packages" and "Package of the moment"
The error detail is as follows.
Line: 226
Char: 3
Error: Unknown runtime error
Code:0
URL: http://www.xxxxxxx.xx/forum/index.php?action=packages;sa=browse
Same here. That's the JavaScript error I reported in another thread.
I have a question about Package Manager - Options. When I select the radio button for "All are files writable" and then Go, the button goes back to "Only the standard files are writable." Is it supposed to stay at All files or jump back to Only standard? Just trying anything and everything to fix my forum.
Hmm weird. I'm getting this error now on the new server I'm setting up. I tried everything in here but it didn't seem to work. I ended up creating the temp directory (as per the SAFE MODE problem) but it hasn't been deleted now! Bizarre. Anyways, if it stops working in the future i'll have to have a better try at fixing it. I have root access so nothing should be impossible.
I get this error while trying to uninstall the package *_*
Edit: Create a folder called "temp" in packages folder and set it to 777 seems to solve my prob
I did the above fixes still got an error in packages php line 535
when looking at line 535 it was this
require($boarddir . '/Packages/temp/'
then ftp into the site and noticed there was no temp dir in packages
all i did was create temp chmod it to 777 and she worked
/Packages/temp
make sure that is there and set to 777
give that a try maybe thats it i dont know
P.S i was installing Tportal fropm bloc when i was getting the sae error as everyone else..
now it is working fine
it is all the problem created due to forum cannot login to the ftp server directly can someone find me a free php server where i can host
Quote from: dave on December 08, 2005, 08:17:04 AM
I did the above fixes still got an error in packages php line 535
when looking at line 535 it was this
require($boarddir . '/Packages/temp/'
then ftp into the site and noticed there was no temp dir in packages
all i did was create temp chmod it to 777 and she worked
/Packages/temp
make sure that is there and set to 777
give that a try maybe thats it i dont know
P.S i was installing Tportal fropm bloc when i was getting the sae error as everyone else..
now it is working fine
Just this worked . you are the boss
Quote from: dave on December 08, 2005, 08:17:04 AM
I did the above fixes still got an error in packages php line 535
when looking at line 535 it was this
require($boarddir . '/Packages/temp/'
then ftp into the site and noticed there was no temp dir in packages
all i did was create temp chmod it to 777 and she worked
/Packages/temp
make sure that is there and set to 777
give that a try maybe thats it i dont know
P.S i was installing Tportal fropm bloc when i was getting the sae error as everyone else..
now it is working fine
Dave, you rock. Thanks.
QuoteI did the above fixes still got an error in packages php line 535
when looking at line 535 it was this
require($boarddir . '/Packages/temp/'
then ftp into the site and noticed there was no temp dir in packages
all i did was create temp chmod it to 777 and she worked
/Packages/temp
make sure that is there and set to 777
give that a try maybe thats it i dont know
P.S i was installing Tportal fropm bloc when i was getting the sae error as everyone else..
THIS IS THE SOLUTION:Add a temp directory to your Packages Directory. cmod it to 777. That's it. Real simple.