Исходное сообщение
"Принято решение об официальной поддержке архитектуры kFreeBS..." Отправлено oops, 19-Окт-09 06:14
>>Такая же канитель с модулями php, часть из них не содержит в имени версии php > >Все модули php5-* работают с любой версией php5, php4-* c php4. >> и версии апача для которой они собраны(mod_perl, mod_python, mod_jk2, pecl) да-да. И с любой версией апача: >это, извините, бред. Модулям пхп без разницы какой установлен апач и установлен >ли вообще. 1. test# pwd /usr/ports/sysutils/pecl-fileinfo test# make -V PHP_EXT_DIR 20060613 <- это отдельная папочка для модулей php. test# make -V PKGNAME pecl-fileinfo-1.0.4 Как видим имя пакета не отражает ничего. Порт один для всех версий пхп. Соответственно чтобы собрать пакет нужно понимать на каком срезе портов мы это делаем(чтобы не уехал PHP_EXT_DIR). И для какой версии php. 2. test# pwd /usr/ports/lang/php5 test# make -V WITH_APACHE yes test# make -V PKGNAME php5-5.2.8 test# pkg_info -L php5-5.2.8 | grep libphp5 /usr/local/libexec/apache2/libphp5.so Это для apache20. Для версии 2.2 путь до модуля будет другим. В результате имеем два набора пакетов php и модулей для двух версий апача. С одинаковыми именами пакетов. И это достаточно типовая ситуация. 3. Вопрос: Что мне, как майнтейнеру коммерческого проекта делать?   a) становиться майнтейнером собственного порта?   б) собирать blob-ом с приседаниями как, например, в опера(shared|static qt)?   в) как граммотно устроить апгрейд? Очень желательно без компиляции, чтобы снизить downtime клиента. Ферму не предлагать - клиент не осилит.   г) как мне снизить временный затраты на тестирование?