Трабла с утановкой php4-mysql (сабж)

[openx]

FreeBSD 6.0. Хотел связать php с мускулом, но не ставится php4-mysql. Сам мускул и клиент стоят - 4.1

Процесс рвется на данном этапе:

........
checking for type ushort... yes
checking for int8... no
checking base type of last arg to accept... socklen_t
checking return type of qsort... void
checking for mysql_close in -lmysqlclient... no
checking for mysql_error in -lmysqlclient... no
===> Script "configure" failed unexpectedly.
Please report the problem to ale@FreeBSD.org [maintainer] and attach the
"/usr/ports/databases/php4-mysql/work/php-4.4.5/ext/mysql/config.log" including
the output of the failure of your make command. Also, it might be a good idea
to provide an overview of all packages installed on your system (e.g. an `ls
/var/db/pkg`).
*** Error code 1

Stop in /usr/ports/databases/php4-mysql.

Где копать. Все перелопатил а ника.... Какие еще сведения нужны?

[phasma]

клиентская часть еще должна стоять .. судя по логу ... а вообще почему не поставить из исходников ?

[Jay]

Из исходников ставить не надо.. Чтобы понять почему, достаточно подумать об апгрейде PHP, который рано или поздно все равно придется делать. И скорее всего, апгрейдиться придется на PHP 5.x, потому как развитие ветки PHP 4 официально прекращено.

А по теме - возможно косяк в портах, это бывает. Попробуйте cvsup-нуть порты и обновить софт. Либо поищите в базе ошибок на freebsd.org. Только не забудье включить поиск в уже закрытых репортах.

[vintovkin]

Где копать

www.opennet.ru

поиск по словам apache php mysql

там хорошие статьи по этому вопросу,и не только+))

[phasma]

Jay, знаешь ... юзаю уже оооочень долго Фрю и ниразу не думал о проблемах апгрейда PHP ... все нормально собирается ))) а когда нормально собирается - апгрейдица только если вдруг с перепоя захочеца чего-то нового ... ибо самое главное - Не трожь ничего, пока работает ...

[Jay]

Не трожь ничего, пока работает ...

В том-то и дело, что у человека пока еще даже не работает

Про установку из исходников.
После того, как я вручную устанавливаемым из исходников софтом (apache, mysql, php, modperl) довел свою первую инсталляцию 3.3-REL до невменяемого состояния (состояние, когда в системе живет порядка 3-4 различных версий софта с различными же хедерами и библиотеками), я зарекся ставить что-либо вручную. Даже если мне надо поставить что-то из своих разработок, я оформляю порт. Ибо поставить софт из исходников - это одно, а вот удалить его потом корректно из системы - это совсем отдельная тема.

Про апгрейд.
Есть у меня один могильничек (с)
А точнее - сервачок с русской апачей, php4 и под freebsd 4.10-REL. Я, подчиняясь старинному закону "работает - не трожь", не трогал.. А теперь мне что с ним делать? Хорошо хоть хардверный апгрейд совпал по времени. Буду собирать аналогичный сервер на новом железе, потом заменим. А если бы не совпал?
Ведь всего-то надо было сделать плановый апгрейд с 4.x на 5.x и потом с 5.x на 6.x.

Про тему.
Решается все просто - апдейтом портов и portupgrade с предварительным чтением UPDATING. А лучше еще и базовую систему до RELENG_6_2 обновить.

NOTE: я не беру во внимание хостинги, где надо держать десяток версий php и mysql, чтобы весь клиентский софт работал, не зависимо от его корявости. Там без ручной сборки не обойтись. Но и фрюха на таких хостингах нечасто встречается.

[phasma]

Jay, ды конечно ))) один из самых крупных хостеров - masterhost работает под FreeBSD (% ... хм, а --prefix ? у мну лично отдельно слайс, на нем сервер )))

[Jay]

Ладно, про мастерхост не знал Просто все новые хостеры, увлекшись идеей виртуализации, сразу заводят хостинги на линухах со всякими виртуозами
Отдельный --prefix для каждой инсталляции, не совпадающий с /usr или /usr/local - это единственный способ не загадить систему. Тут я тоже согласен

[phasma]

знаком с такими людьми ))) нагрузка на сервер огромная, а они под ксеном крутят линукс )))

[shadowless]

Ладно, про мастерхост не знал Просто все новые хостеры, увлекшись идеей виртуализации, сразу заводят хостинги на линухах со всякими виртуозами
Отдельный --prefix для каждой инсталляции, не совпадающий с /usr или /usr/local - это единственный способ не загадить систему. Тут я тоже согласен

а смысл если тоже самое можно реализовать jail'ами на фре? у меня сейчас несколько хостинговых тазиков именно так и работают нареканий нет, по поводу "работает не трогай" - тоесть вы как поставили PHP4 4.3.9 к примеру и ниразу ее не обновили? складывается очень негативное мнение о степени защищенности ваших серверов, продолжим тем что поддержка 4 ветки php как таковая уже не производится , и закончем тем что вменяемое ооп в пхп появилось только с 5 ветки. топик стартеру предложение обновить порты и попробовать собрать именно 5 ветку php.
WithBestRegards

[phasma]

PHP 5 & MySQL & Apache 2 ... но у меня для локалки сервер стоит ... хотя, FreeBSD закрывает все порты почти, даже из локалки с ней ничего сотварить невозможно ))) ну если только осторожно ... хм, да и ООП не знаю зачем нужен интерпретируемому языку, отдает страницы, да пускай отдает (% ... если уж чет серьезное ... то и язык должен быть не интерпретируемым )))