Exactly what files are installed with wrong permissions??
(and how can this affect the POSTs at all? :)

Hardly every files are installed incorrectly, even directories are not set to 755. Normally "make install" uses "install" i think (apache does so) and they use the options -g, -m and -o to set group, mode and owner of the files, php does not, it just creates the files and this normaly uses the permission a user set with 'umask' like you create a file with touch or so.

POSTs are infected as the php binary is created correctly (gcc gives it the right permission) but include files and other folders have wrong permissions, so POSTs dont work.

Using the "install" programm with its arguments to set permissions, owner and group would solve this problem.

Do you still experiment the problem with PHP 4.3.0 ?

(can you verify the permission of pear in /usr/local/bin/pear by default too? )

Thank you for your report.

no, i changed my umask for root back to 022, since some other apps had the same problems, but i still think, that we should use "install" to copy the files

Hi,

 I'm having the same problem. If you want to have more details please see bug report #22454.

 Was it fixed or will it be fixed for 4.3.2?

Thanks in advance

This happened duo a bug in PEAR 1.0, which set wrong file permissions on package installing, (/usr/local/share/pear and /usr/local/lib/php cotains PEAR packages)...
This bug was fixed in PEAR 1.1 see bug #23179.

does this problem still exists with PEAR 1.1 and PHP 4.3.2? check the permissions in /usr/local/lib/php or /usr/local/share/pear and show me a ls -la of the directory.

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.

Heres an ls -al on a freshly installed PEAR 1.2b:

total 116
drwxr-xr-x   15 root     root          584 Jul 19 10:37 .
drwxr-xr-x    4 root     root           96 Jul 19 10:36 ..
-rw-r--r--    1 root     root            6 Jul 19 10:37 .filemap
-rw-r--r--    1 root     root            0 Jul 19 10:37 .lock
drwxr-xr-x    2 root     root          352 Jul 19 10:37 .registry
drwxr-xr-x    2 root     root           72 Jul 19 10:37 Archive
drwxr-xr-x    2 root     root           80 Jul 19 10:37 Console
drwxr-xr-x    2 root     root          464 Jul 19 10:37 DB
-rw-r--r--    1 root     root        29165 Jul 19 10:37 DB.php
drwxr-xr-x    2 root     root          160 Jul 19 10:37 Mail
-rw-r--r--    1 root     root         7331 Jul 19 10:37 Mail.php
drwxr-xr-x    2 root     root          104 Jul 19 10:37 Net
drwxr-xr-x    2 root     root           80 Jul 19 10:37 OS
drwxr-xr-x    4 root     root          416 Jul 19 10:37 PEAR
-rw-r--r--    1 root     root        29942 Jul 19 10:37 PEAR.php
drwxr-xr-x    3 root     root          336 Jul 19 10:37 PHPUnit
-rw-r--r--    1 root     root         2355 Jul 19 10:37 PHPUnit.php
-rw-r--r--    1 root     root        14884 Jul 19 10:37 System.php
drwxr-xr-x    3 root     root          128 Jul 19 10:37 XML
drwxr-xr-x    3 root     root           72 Jul 19 10:37 data
drwxr-xr-x    4 root     root          104 Jul 19 10:37 docs
-rw-r--r--    1 root     root         9154 Jul 19 10:37 pearcmd.php
drwxr-xr-x    4 root     root          104 Jul 19 10:37 tests

Just to confirm that it is fixed in CVS