Package Manager 1.1 Beta 3 Error..

[[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]

[freep99]

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.

[AlexHobbs]

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!

[mager]

you wouldnt get found me if you did everything above, im sorry.

[deros]

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.

[deros]

Weird it just started working

[AlexHobbs]

Yes it works 
I missed out 1 step
Thanks so much your great at helping people

[TedNigma]

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

[token]

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

[DangerGirl]

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.

[DangerGirl]

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.

[lithanual]

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?

[DangerGirl]

Did you try the code edits that Unknown suggested?

[lithanual]

Did you try the code edits that Unknown suggested?

I did.

[sabastina]

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

[AlexHobbs]

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.

[sabastina]

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)

hxxp:staticnuke.sharphorizon.com/modules.php?name=Forums&file=viewforum&f=1 [nonactive]

Thanks for reading and I hope that I'm not overstepping any boundries by posting this here...

Sabastina

[white1]

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?

[AlexHobbs]

Ok a little help that might help
If your expiencing the 'You cannot install' error etc.
try this

Quote 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]

[permutations]

some 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.