In <Pine.LNX.4.10.9903070019370.2039-100000@frodo.sharat.home> Stanislav
Malyshev a.k.a Frodo (frodo@sharat.co.il) wrote:
KV>>> SF> PHP, во всех случаях, строится с --with-mod-charset. Система - Linux
KV>>> SF> 2.2.2, RH 5.1 плюс всякие апгрейды, libc-2.0.109.so, pgcc-2.91.57.
KV>>> ^^^^^^^^^^^^^^^
KV>>> Мдаа. А обязательно искать приключений на свою задницу ? Совместимость
SF> Ну нету у меня 5 машин - по одной для каждой версии чего-либо. Бедный я ;)
У меня тоже нету. Потому и не лезу поперек батьки в пекло :-)) Жду пока KSI
на glibc 2.1 переползет.
SF> Все машины - рабочие, тестовых не предвидится. Вернее, предвидится, но
SF> пока нет и неизвестно. Поэтому что ставлю и работает - остается. Этот libc
SF> - работал (т.е. проблем ни у кого, кроме Апача, с ним не было).
Ни StarOffice'а, ни JDK ты, похоже, не пользуешь :-)) Да и perl'овые примочки
с использованием DSO и разделяемых библиотек -- видимо тоже не очень... BTW
у perl'а вообще те же самые проблемы, что и у Apache'е...
SF> Да еще у RH половина пакетов (из новых - 90%) под эти беты собрана, а на
SF> их 2.0.7 - не работает.
Про это -- не надо. Весь комплект RH 5.[12] рассчитан на 2.0.7, а RawHide -- он
же beta, он же для сильных духом -- чего с него взять ?
SF> То есть либо все руками строить, либо следующей версии RH ждать, либо
SF> новый libc брать. Бардак-с.
Где бардак ? Какой бардак ? Не вижу... RawHide (и пакеты с нее и вся она в
целом) для боевых машин не предназначено...
KV>>> примерно вышеописанные эффекты. Или ты весь RH 5.1
KV>>> перекомпилировал ? Я уж не говорю про использование весьма
SF> Да нет. Все и так нормально, как ни странно. У одного-двух RPM проблемы
SF> бывали - перекомпиляция вылечила.
См. выше.
KV>>> древней beta-версии давно (месяц назад :-) вышедшей библиотеки.
SF> Ну если я еще каждые 2 дня libc переставлять стану - я вообще окочурюсь, а
SF> ранее - окочурится компютер, на котором мне еще иногда что-то делать надо
SF> ;)
Ну он может glibc по ночам компилировать :-))
KV>>> Затем что возникают какие-то глюки в загрузчике. Говорят в
KV>>> release glibc 2.1 оно поправлено. Пока не проверял. В любом
KV>>> случае это -- не проблемы Apache'а и равным образом не проблемы
KV>>> моих RPM'ов :-)) Они рассчитаны на RedHat, а не "сборную
KV>>> солянку".
SF> Ага. Ну ты меня успокоил. Значит, будем ап- или даун-грейдить libc, а там
SF> видно станет. Или просто погружу это на чистый RH и там откомпилю.
В любом случае RPM'ы собранные НА ТАКОМ RedHat'е будут ничем не лучше
KSI-Linux'ных: в других (нормальных :-) RedHat'ах они ходить не будут :-((
KV>>> Дык это. Традиция :-) Оно AFAIK еще с NCSA HTTP тянется...
SF> А убрать нафиг? Какая, собственно, цель у этой традиции?
А никто не помнит :-)) Токо просто так убрать не получится: многие модули
на это рассчитаны (те же mod_ssl, mod_fastcgi): они первую инициализацию
пропускают. Идея в том, что сначала все прогружается по первому разу и
модули имеют шанс проверить конфигурационный файл. Потом Apache отсоединяется
от терминала и загружает все по новой -- уже зная, что с конфигурационным
файлом все в порядке...
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
