gentoo apache2+mod_php пустая страница

поставь display_errors не через ini_set, а в /etc/php/apache2-php5.3/php.ini

поставь там же error_reporting не E_ALL а E_ALL | E_STRICT

Так и поставлено. см. phpinfo

посмотри его phpinfo:

display_errors	On	On

grep -r error_reporting по php файлам сделал - закоментил строки.

проглядел, посыпаю голову пеплом

Так, а что в логах самого апача при обращении к сайту?

Даже с полностью дефолтными установками результат никакой.
Что с чем пересобрать? apache или php? :)

в error_log ничего, а в acces - всё ОК.
192.168.0.3 - - [27/May/2012:18:46:24 +0300] «GET /mlf/install/index.php HTTP/1.1» 200 -

в /var/log/messages тоже тишина, error_log = syslog.
если записать произвольные сиволы в php файл, то ошибки выводятся, типа syntax error, unexpected T_VARIABLE in ....

а что там может быть, относящегося к php?

Gentoo здесь не при чём. Здесь ТСу лень доки на то, что ставит почитать:

I get a blank page after installing!

Did you properly set the write permission of the directory templates_c (see installation)?

(c)http://mylittleforum.net/documentation/faq

Не сОит быть таким категоричным, а надо внимательнее читать вопрос. тот FAQ я конечно же читал
рекурсивный chmod 777 - мало?
Веб приложение перенесено из работавшей системы. И вообще, даже с неправильными правами, должны были бы быть ошибки в логах.

Ну тогда читаем дальше: «Depending on your server configuration the write permission of the subdirectory templates_c (CHMOD 770, 775 or 777) and the file config/db_settings.php (CHMOD 666) might need to be changed in order that they are writable by the script»

Покажите rc-update | grep log

ls -l config/db_settings.php 
-rw-rw-rw- 1 apache apache 923 Jan 31  2010 config/db_settings.php

ls -l | grep template       
drwxrwxrwx 2 apache apache  4096 May 27 13:27 templates_c/

ну я же говорю, что FAQ читал.

круг сужается: lighttpd+fastcgi на этом же ящике дает абсолютно такой же результат.

Пересобрал php с mysql, до этого было только mysqli - всё заработало! у меня сейчас голова треснет, как это всё объяснить?

у меня сейчас голова треснет, как это всё объяснить?

Скорее всего там где-то был require или include замаскированный собакой. В таком случае при фатальной ошибке в подгружаемом модуле («function mysql_connect not found») никакой индикации никуда не будет. Все логи останутся чистыми.

Сколько лет твердят миру, чтобы вывод функций без _особой_ нужны не маскировать, но народ по-прежнему лепит собаки на каждый чих...

как погрепать код, чтоб найти?

как погрепать код, чтоб найти?

grep -lirE '@(include|require)(_once)?\(' .

ничего не выдает

Хотя про «\(» я погорячился, часто пишут или с пробелом перед скобкой или вообще без скобок: include 'path/to/file.php';

Так что:

grep -lirE '@(include|require)' .

ясно всё. куча @mysql_query
Спасибо! не знал про такую фичу.

ясно всё. куча @mysql_query

Вот это, как раз, должно быть не страшно (в нашем контексте). Максировка отсутствующей функции всё равно выбросит фатальную ошибку, которая или отразится или в логах или на странице.

Опасна именно маскировка @require/@include — тогда, при ошибке в подключаемом модуле (в т.ч. при обращении к отсутствующей функции) скрипт умрёт без всякой сигнализации.

ну, похоже, как я понимаю, в данном случае mysqli не полностью обратно совместим с расширением mysql, а вывод ошибох всех функций, относящихся к mysql засобачен.
Обнаружил только благодаря попытке запустить zen-cart на этом же хосте. Он честно ругнулся, что не может соединиться с mysql, вот только формулировку ошибки не запомнил. Сразу добавил mysql в USE флаги пакета php, пересобрал и - слава яйцам!

похоже, как я понимаю, в данном случае mysqli не полностью обратно совместим с расширением mysql

Никак не совместим. Там разные функции используются: mysql_* и mysqli_*

Поэтому при установленном mysqli и отсутствии mysql должны сыпаться фатальные ошибки типа «функция mysql_connect не найдена».

что-то похожее и вывалилось из zen-cart