Установка php-5.2.17

Как мы все уже знаем php-5.2 уже нет в офф дереве портов. По-этому цепляю оверлей

layman -a underlay

затем добавляю

PORTDIR_OVERLAY="
/var/lib/layman/underlay
$PORTDIR_OVERLAY
"

в make.conf и система начинает положительно реагировать на команду

emerge -vp dev-lang/php:5.2

настроение сразу улучшается и я с воодушевлением начинаю сборку. Однако после нескольких секунд получаю не очень приятное сообщение

>>> Installing (1 of 1) dev-lang/php-5.2.17
 *
 * To enable php, you need to edit your /etc/conf.d/apache2 file and
 * add '-D PHP5' to APACHE2_OPTS.
 *
 *
 * Configuration file installed as
 *     /etc/apache2/modules.d/70_mod_php5.conf
 * You may want to edit it before turning the module on in /etc/conf.d/apache2
 *
 * QA Notice: USE Flag '/var/tmp/portage/dev-lang/php-5.2.17/work/sapis' not in IUSE for dev-lang/php-5.2.17
 * Make sure that PHP_TARGETS in /etc/make.conf includes php5-2 in order
 * to compile extensions for the 5.2 ABI
 *
 *
 * This ebuild installed a version of php.ini based on php.ini-development version.
 * You can chose which version of php.ini to install by default by setting PHP_INI_VERSION to either
 * 'production' or 'development' in /etc/make.conf
 * Both versions of php.ini can be found in /usr/share/doc/php-5.2.17
 *
 * For more details on how minor version slotting works (PHP_TARGETS) please read the upgrade guide:
 * http://www.gentoo.org/proj/en/php/php-upgrading.xml
 *

 * Messages for package dev-lang/php-5.2.17:

 * Make sure that PHP_TARGETS in /etc/make.conf includes php5-2 in order
 * to compile extensions for the 5.2 ABI
 *
 *
 * This ebuild installed a version of php.ini based on php.ini-development version.
 * You can chose which version of php.ini to install by default by setting PHP_INI_VERSION to either
 * 'production' or 'development' in /etc/make.conf
 * Both versions of php.ini can be found in /usr/share/doc/php-5.2.17
 *
 * For more details on how minor version slotting works (PHP_TARGETS) please read the upgrade guide:
 * http://www.gentoo.org/proj/en/php/php-upgrading.xml
 *
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

особенно

Make sure that PHP_TARGETS in /etc/make.conf includes php5-2 in order to compile extensions for the 5.2 ABI

ну раз они так хотят чтобы я добавил PHP_TARGETS в /etc/make.conf значит сделаем это. В итоге у меня получилась дополнительная запись в /etc/make.conf:

PHP_TARGETS="php5-2 php5-4"

Теперь то я с полной уверенностью что "всё будет в шоколаде" запускаю сборку...
Однако через несколько секунд у меня возникает чувство дежавю так как я получаю совершенно идентичное предыдущему сообщение.

>>> Installing (1 of 1) dev-lang/php-5.2.17
 *
 * To enable php, you need to edit your /etc/conf.d/apache2 file and
 * add '-D PHP5' to APACHE2_OPTS.
 *
 *
 * Configuration file installed as
 *     /etc/apache2/modules.d/70_mod_php5.conf
 * You may want to edit it before turning the module on in /etc/conf.d/apache2
 *
 * QA Notice: USE Flag '/var/tmp/portage/dev-lang/php-5.2.17/work/sapis' not in IUSE for dev-lang/php-5.2.17
 * Make sure that PHP_TARGETS in /etc/make.conf includes php5-2 in order
 * to compile extensions for the 5.2 ABI
 *
 *
 * This ebuild installed a version of php.ini based on php.ini-development version.
 * You can chose which version of php.ini to install by default by setting PHP_INI_VERSION to either
 * 'production' or 'development' in /etc/make.conf
 * Both versions of php.ini can be found in /usr/share/doc/php-5.2.17
 *
 * For more details on how minor version slotting works (PHP_TARGETS) please read the upgrade guide:
 * http://www.gentoo.org/proj/en/php/php-upgrading.xml
 *

 * Messages for package dev-lang/php-5.2.17:

 * Make sure that PHP_TARGETS in /etc/make.conf includes php5-2 in order
 * to compile extensions for the 5.2 ABI
 *
 *
 * This ebuild installed a version of php.ini based on php.ini-development version.
 * You can chose which version of php.ini to install by default by setting PHP_INI_VERSION to either
 * 'production' or 'development' in /etc/make.conf
 * Both versions of php.ini can be found in /usr/share/doc/php-5.2.17
 *
 * For more details on how minor version slotting works (PHP_TARGETS) please read the upgrade guide:
 * http://www.gentoo.org/proj/en/php/php-upgrading.xml
 *
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

Может я что-то делаю не так? Объясните непутевому.

Неделя копронекрофилии на

Неделя копронекрофилии на gentoo.ru

В чём вопрос? Ебилд выплёвывает сообщение, всё. Ошибок сборки нет. Проблемы не ощущаю.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Ах да, забыл сказал что ни

Ах да, забыл сказал что ни модуль к апаче, ни cli не устанавливается. А вот это и есть проблема.

Тут обычно показывают

Тут обычно показывают USE-флаги
А то http://fortunes.gentoo.ru/quote/show/394

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Изначально пхп собирается в

Изначально пхп собирается в параметрами

emerge -vp dev-lang/php:5.2

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] dev-lang/php-5.2.17:5.2::underlay  USE="apache2 bcmath berkdb bzip2 crypt curl exif ftp gd gmp hash imap json mysql ncurses nls pcre session spell spl ssl truetype unicode xml zip zlib (-adabas) (-birdstep) -calendar -cdb -cgi -cjk -cli -ctype -curlwrappers -db2 -dbase (-dbmaker) -debug -discard-path -doc -embed (-empress) (-empress-bcs) (-esoob) (-fdftk) -filter -firebird -flatfile -force-cgi-redirect (-frontbase) -gd-external -gdbm -iconv -inifile -interbase -iodbc -ipv6 -kerberos (-kolab) -ldap -ldap-sasl -libedit -mhash -msql -mssql -mysqli -oci8 -oci8-instant-client -odbc -pcntl -pdo -pic -posix -postgres -qdbm -readline -recode -reflection -sapdb -sharedext -sharedmem -simplexml -snmp -soap -sockets (-solid) -sqlite -suhosin (-sybase-ct) -sysvipc -threads -tidy -tokenizer -wddx -xmlreader -xmlrpc -xmlwriter -xpm -xsl" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

А при добавлении флага cli пакет вообще перестаёт собираться вываливаясь с ошибкой

ext/zip/lib/zip_dirent.o: In function `_zip_dirent_read':
zip_dirent.c:(.text+0xa9b): warning: memset used with constant zero length parameter; this could be due to transposed parameters
ext/pcre/php_pcre.o: In function `pcre_get_compiled_regex_cache':
php_pcre.c:(.text+0xb4f): undefined reference to `pcre_info'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Ошибка 1
emake failed
 * ERROR: dev-lang/php-5.2.17 failed (compile phase):
 *   emake failed
 *
 * Call stack:
 *              ebuild.sh, line   93:  Called src_compile
 *            environment, line 4673:  Called eblit-run 'src_compile' 'v1'
 *            environment, line 1728:  Called eblit-php-src_compile
 *   src_compile-v1.eblit, line    9:  Called php_sapi_build 'cli'
 *   src_compile-v1.eblit, line   58:  Called die
 * The specific snippet of code:
 *      emake || die "emake failed"
 *
 * If you need support, post the output of `emerge --info '=dev-lang/php-5.2.17'`,
 * the complete build log and the output of `emerge -pqv '=dev-lang/php-5.2.17'`.
 * This ebuild is from an overlay named 'underlay': '/var/lib/layman/underlay/'
 * The complete build log is located at '/var/tmp/portage/dev-lang/php-5.2.17/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-lang/php-5.2.17/temp/environment'.
 * Working directory: '/var/tmp/portage/dev-lang/php-5.2.17/work/php-5.2.17'
 * S: '/var/tmp/portage/dev-lang/php-5.2.17/work/php-5.2.17'

>>> Failed to emerge dev-lang/php-5.2.17, Log file:

>>>  '/var/tmp/portage/dev-lang/php-5.2.17/temp/build.log'

НУ, тут либо к оверлейщикам

НУ, тут либо к оверлейщикам стучаться, либо самому пилить. Не собирается эта палеонтологическая редкость с новыми библиотеками, похоже.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Похоже оверлейщики буржуи, а

Похоже оверлейщики буржуи, а я в инглишь как-то не особо...

 * underlay
 * ~~~~~~~~
 * Sources:
 *   1. git://git.overlays.gentoo.org/user/underlay.git
 *   2. http://git.overlays.gentoo.org/gitroot/user/underlay.git
 *   3. git+ssh://git@git.overlays.gentoo.org/user/underlay.git
 *
 * Contact : Noel Darlow <mail@mcgruff.plus.com>
 * Type    : Git; Priority: 50
 * Quality : experimental
 *
 * Description:
 *   Miscellaneous admin and multimedia packages
 *
 * Link:
 *   http://git.overlays.gentoo.org/gitweb/?p=user/underlay.git;a=summary
 *
 * Feeds:
 *   http://git.overlays.gentoo.org/gitweb/?p=user/underlay.git;a=atom
 *   http://git.overlays.gentoo.org/gitweb/?p=user/underlay.git;a=rss

/

energy написал(а):
Похоже оверлейщики буржуи, а я в инглишь как-то не особо...

http://ru.gentoo-wiki.com/wiki/Portage_Overlay

:wq
--
Live free or die

Уважаемый вы вообще читали

Уважаемый вы вообще читали мои сообщения/о чём я писал? Я работаю с оверлеями не хуже вашего. Читайте внимательно.

Ребята, давайте жить дружно?..

energy написал(а):
Уважаемый вы вообще читали мои сообщения/о чём я писал? Я работаю с оверлеями не хуже вашего. Читайте внимательно.

Судя по тому, что на моей системе при активном интерпретаторе (5.4) emerge сообщает о PHP_TARGETS="php5-3".
Потому я склонен полагать, что ты преждевременно упёрся в этот параметр.
Первым шагом после установки я бы посмотрел на совместимость с актуальными версиями сопряжённых утилит дистрибутивного оверлея.
Например:
$ eselect php list apache2

:wq
--
Live free or die

В том-то и проблема что после

В том-то и проблема что после установки eselect упорно не хочет видеть 5.2, он видит только 5.3 и 5.4.
Я ещё раз вас прощу, не думайте что я newbie. То что вы предлагаете из разряда простейших действий и ессно я их уже давно проделал и не получив положительного результата запостил сюда проблему, надеясь на коллективный разум.

/

energy написал(а):
В том-то и проблема что после установки eselect упорно не хочет видеть 5.2, он видит только 5.3 и 5.4.
Я ещё раз вас прощу, не думайте что я newbie. То что вы предлагаете из разряда простейших действий и ессно я их уже давно проделал и не получив положительного результата запостил сюда проблему, надеясь на коллективный разум.

...но сэкономил на описании опробованных манипуляций.
А дьявол в деталях. У тех, кто пробует помочь тебе разобраться нет уверенности в том, что ты учёл всё надлежащим образом.

Ещё один в меру глупый вопрос: qlist dev-lang/php:5.2 в студию (полностью скорее лишнее, но фрагмент не помешает)!

:wq
--
Live free or die

http://pastebin.com/raw.php?i

Итого

Собирается и ставится.
Проблема на уровне интеграции.
eselect php его не видит.
Я бы начал с анализа файла qlist app-admin/eselect-php на предмиет совместимости кода составления списка установленных версий dev-lang/php с структурой каталогов установленного dev-lang/php:5.2.

:wq
--
Live free or die

Проблема в том, что после

Проблема в том, что после сборки пакета через emerge файл /usr/lib/php5.2/apache2/libphp5.so, необходимый для apache2, не устанавливается, хотя флаг apache2 выставлен.
А если собирать ручками, по старинке, ./configure; ./make; make install при запуске апача пишет про ошибку инжекта шареной библиотеки. В общем я уже не грани сложить руки...

/

energy написал(а):
А если собирать ручками, по старинке, ./configure; ./make; make install при запуске апача пишет про ошибку инжекта шареной библиотеки. В общем я уже не грани сложить руки...

Поздравляю.
Нечто не в курсе известной ереси?

:wq
--
Live free or die

Ваш пост имел бы смысл если у

Ваш пост имел бы смысл если у вас было альтернативное решение. А раз его нет, то и ваша мессага не к месту.

.

energy написал(а):
Ваш пост имел бы смысл если у вас было альтернативное решение.

Неверно.
Популярное заблуждение.
Эта закономерность идёт более высоким уровнем абстракции (и приоритетом).

energy написал(а):
А раз его нет, то и ваша мессага не к месту.

Если бы у тебя был в наличии хотя бы минимум терпения, то ты бы дочитал до поста, в котором явно указывается на существование оного решения.

:wq
--
Live free or die

Ну или склеить ласты... в

Ну или склеить ласты... в зависимости от того как дело пойдёт.

Не знаю, что тут и

Не знаю, что тут и посоветовать, разве что translate.google.com

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Ну лана - срыв покровов

Ну лана - срыв покровов ;)

Все забыли про еклассы ;) а они бампнуты, равно как и еселект.
Так что поставить пых можно только в случае наличия скиллов в ебилдах на уровне санрайса

( лично я прекрасно понимаю, почему никто из 4-ки наших не отписался ;) )

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

/

slepnoga написал(а):
Ну лана - срыв покровов ;)

Все забыли про еклассы ;) а они бампнуты, равно как и еселект.

ЧаВо?
http://gentoo.ru/content/kak-pravilno-pisat-alsaalza-driverdrova-tspiptcp-i-p-vindavsvantuzvinyuk

Собственные фантазии попрошу оставить при себе!

slepnoga написал(а):
( лично я прекрасно понимаю, почему никто из 4-ки наших не отписался ;) )

Как приятно относить себя к Избранным.
Пока некто злобный не сорвёт покровов встречей с практикой.

Лучше бы конфигурацию своего любимого постфикса привёл в соответствие с логикой gentoo.ru.

:wq
--
Live free or die

А можно, как-нибудь по проще

А можно, как-нибудь по проще объяснить, для простых смертных. Или вы просто в прошлом что-то между собой не поделили...?

/

slepnoga написал(а):
Все забыли про еклассы ;) а они бампнуты, равно как и еселект.
Так что поставить пых можно только в случае наличия скиллов в ебилдах на уровне санрайса

Распирает от гордости за то, что дальше заучивания вумных слов не продвинулся.
Ню-ню... продолжай дальше.

Начинать можно с освоения языка http://lmgtfy.com/?q=%D0%B1%D0%B0%D0%BC%D0%BF

slepnoga написал(а):
( лично я прекрасно понимаю, почему никто из 4-ки наших не отписался ;) )

Ну, что ты боишься поверки собственных знаний высшим арбитром Истины все и так знают.
Ибо последствия для столь тщательно лелеемого ЧСВ будут гарантированно фатальны.

Ну и, собственно, срыв покровов:
В тестовых целях воткнул (из локального оверлейчика) =dev-lang/php-5.2.17.
В ошибке линковки cli-модуля разбираться не стал, модуль для apache2 ставится штатно.
И так же штатно интегрируется в систему (если всё сделано правильно, то никаких дополнительных шаманств не требуется, к актуальным версиям eclass'ам с модулями eselect'а, вопреки утверждениям самоназначенного гуру, не потрудившегося продвинуться дальше знания о существовании оных, вопросов никаких):

# eselect php list apache2
  [1]   php5.2
  [2]   php5.4 *

ЗЫ: Никаких особенных навыков, кроме чтения и понимания прочитанного, не требуется.
Хотя если потребен cli, вероятно придётся пошаманить.

ЗЗЫ: И цитата с форума горга в тему:
http://forums.gentoo.org/viewtopic-p-6952666.html

Цитата:
Given the general history of security problems in the PHP project, I would be surprised if there are no known vulnerabilities in a version that old. Could you explain why you need to use an old PHP instead of one of the supported versions?

:wq
--
Live free or die

Тогда я теряюсь в

Тогда я теряюсь в догадках...
Полный листинг моей попытки установки с нулевым результатом: http://depositfiles.com/files/bte3tse1x

.

energy написал(а):
Тогда я теряюсь в догадках...
Полный листинг моей попытки установки с нулевым результатом: http://depositfiles.com/files/bte3tse1x

Плохо, очень плохо не читать ЧоВо...

Ты действительно думаешь, что кто-то здесь полезет на депозит за логом?..
http://gentoo.ru/node/14464

Ну и коронное:
"...не надо просить помощи на форуме или писать в Gentoo Bugzilla. Вы и только Вы сломали свою систему."
http://gentoo.ru/node/14443

ЗЫ: Просьба товарищам не закрывать тему, пока я не соберусь привести претендующее на полноту описание эксперимента.

:wq
--
Live free or die

Anarchist написал(а): Плохо,

Anarchist написал(а):
Плохо, очень плохо не читать ЧоВо...

Ты действительно думаешь, что кто-то здесь полезет на депозит за логом?..
http://gentoo.ru/node/14464

Особенно если это ЧоВо запрятано глубоко в недрах конференции...
http://bpaste.net/show/75698/

Anarchist написал(а):
Ну и коронное:
"...не надо просить помощи на форуме или писать в Gentoo Bugzilla. Вы и только Вы сломали свою систему."
http://gentoo.ru/node/14443

Своё коронное прибереги для кого-нибудь ещё... make я пользую только в крайних случаях и сейчас как раз такой случай, а ты пока мне не предложил рабочего варианта решения проблемы.

.

energy написал(а):
Anarchist написал(а):
Ну и коронное:
"...не надо просить помощи на форуме или писать в Gentoo Bugzilla. Вы и только Вы сломали свою систему."
http://gentoo.ru/node/14443

Своё коронное прибереги для кого-нибудь ещё... make я пользую только в крайних случаях и сейчас как раз такой случай

Случай использовал?
Перечитывай до понимания.

Продолжение банкета (с указанием правильных ответов, хотя раскуривать квест до конца я вероятно не буду) завтра :)

:wq
--
Live free or die

energy написал(а):Anarchist

energy написал(а):
Anarchist написал(а):
Плохо, очень плохо не читать ЧоВо...

Ты действительно думаешь, что кто-то здесь полезет на депозит за логом?..
http://gentoo.ru/node/14464

Особенно если это ЧоВо запрятано глубоко в недрах конференции...

Достаточно подумать и применить принцип взаимности.
Впрочем, желающему не увидеть оно не поможет.

energy написал(а):
http://bpaste.net/show/75698/

make install делал? Перечитывай http://gentoo.ru/node/14443 пока тебя не настигнет просветление.

Ну и коротенько по сути: из того, что добытый ебилд содержит корректные, на момент нахождения его в дереве зависимости, никоим образом не гарантирует корректности прописанных в ебилде зависимостей по состоянию на сейчас.
Помимо предупреждения по версии sys-devel/bison, которую ты мог вычитать в сообщениях ./configure:

checking for bison... bison -y
checking for bison version... invalid
configure: WARNING: bison versions supported for regeneration of the Zend/PHP parsers: 1.28 1.35 1.75 1.875 2.0 2.1 2.2 2.3 2.4 2.4.1 (found: 2.4.3).

Есть проблема совместимости с dev-libs/libpcre. Строку в ебилде надо поправить на:
pcre? ( <=dev-libs/libpcre-8.12[unicode] )
Update: в таком виде оно даже совместимо с dev-lang/php:5.4:

# eselect php list apache2
  [1]   php5.2 *
  [2]   php5.4

Или собирать с флагами -pcre -filter (тут надо смотреть по коду, который ты этим пыхом хочешь выполнять).

После чего (напоминаю: ставил я через локальный оверлейчик) самым сложным было ручками добыть файл патча (ищется рекурсивным проходом по вышеприведённой ссылке на форум горга). Ну и пару файлов, явно запрошенных portage, с http://sources.gentoo.org/ (остальной $FILESDIR просто заимствовал из основного дерева).
После чего dev-lang/php:5.2 собрался штатным образом в необходимой конфигурации и благополучно прошёл предварительный тест на работоспособность.

УМВР!
ЧЯДНТ?!?

:wq
--
Live free or die

ОК. Нарыл в инете

ОК. Нарыл в инете php-5.2.17.tar.bz2 и положил в /usr/portage/distfiles/, php-patchset-5.2.17-r0.tar.bz2 туда же, php-5.2.17.ebuild в /usr/portage/dev-lang/php/, src_configure-v521.eblit в /usr/portage/dev-lang/php/files/eblits/. Затем в php-5.2.17.ebuild поменял pcre? ( >=dev-libs/libpcre-7.9[unicode] ) на pcre? ( <=dev-libs/libpcre-8.12[unicode] ), затем команду: ebuild php-5.2.17.ebuild digest. В make.conf отключаю оверлей, который я ранее подключал (underlay), и запускаю помпиляцию, после чего получаю:

emerge dev-lang/php:5.2
Calculating dependencies... done!

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) dev-lang/php-5.2.17
 * php-5.2.17.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ...                                                                                            [ ok ]
 * php-patchset-5.2.17-r0.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ...                                                                                [ ok ]
>>> Unpacking source...
>>> Unpacking php-5.2.17.tar.bz2 to /var/tmp/portage/dev-lang/php-5.2.17/work
>>> Unpacking php-patchset-5.2.17-r0.tar.bz2 to /var/tmp/portage/dev-lang/php-5.2.17/work
>>> Source unpacked in /var/tmp/portage/dev-lang/php-5.2.17/work
>>> Preparing source in /var/tmp/portage/dev-lang/php-5.2.17/work/php-5.2.17 ...
 * Applying generic patches and fixes from upstream...
 *   001_all_multilib.patch ...                                                                                                                       [ ok ]
 *   002_all_iodbc-gentoo.patch ...                                                                                                                   [ ok ]
 *   003_all_c-client-symlink.patch ...                                                                                                               [ ok ]
 *   004_all_iodbc-includes-gentoo.patch ...                                                                                                          [ ok ]
 *   005_all_mpm-peruser-itk-test.patch ...                                                                                                           [ ok ]
 *   006_all_mysql-charsetphpini-gentoo.patch ...                                                                                                     [ ok ]
 *   007_all_mysqli-charsetphpini-gentoo.patch ...                                                                                                    [ ok ]
 *   008_all_pdo_mysql-charsetphpini-gentoo.patch ...                                                                                                 [ ok ]
 *   011_all_gmp_bits_per_mp_limb.patch ...                                                                                                           [ ok ]
 *   014_all_ldap--as-needed.patch ...                                                                                                                [ ok ]
 *   015_all_enable-getopt-long-gentoo.patch ...                                                                                                      [ ok ]
 * Done with patching
grep: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory
sed: отсутствуют входные файлы
 * ERROR: dev-lang/php-5.2.17 failed (prepare phase):
 *   (no error message)
 *
 * Call stack:
 *              ebuild.sh, line   93:  Called src_prepare
 *            environment, line 4417:  Called eblit-run 'src_prepare' 'v2'
 *            environment, line 1460:  Called eblit-php-src_prepare
 *   src_prepare-v2.eblit, line   66:  Called die
 * The specific snippet of code:
 *              sed -i -r \
 *                      -e 's:^((m4_)?divert)[(]([0-9]*)[)]:\1(600\3):' \
 *                      $(grep -l divert $(find . -name '*.m4') configure.in) || die
 *
 * If you need support, post the output of `emerge --info '=dev-lang/php-5.2.17'`,
 * the complete build log and the output of `emerge -pqv '=dev-lang/php-5.2.17'`.
 * The complete build log is located at '/var/tmp/portage/dev-lang/php-5.2.17/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-lang/php-5.2.17/temp/environment'.
 * Working directory: '/var/tmp/portage/dev-lang/php-5.2.17/work/php-5.2.17'
 * S: '/var/tmp/portage/dev-lang/php-5.2.17/work/php-5.2.17'

>>> Failed to emerge dev-lang/php-5.2.17, Log file:

>>>  '/var/tmp/portage/dev-lang/php-5.2.17/temp/build.log'

 * Messages for package dev-lang/php-5.2.17:

 * ERROR: dev-lang/php-5.2.17 failed (prepare phase):
 *   (no error message)
 *
 * Call stack:
 *              ebuild.sh, line   93:  Called src_prepare
 *            environment, line 4417:  Called eblit-run 'src_prepare' 'v2'
 *            environment, line 1460:  Called eblit-php-src_prepare
 *   src_prepare-v2.eblit, line   66:  Called die
 * The specific snippet of code:
 *              sed -i -r \
 *                      -e 's:^((m4_)?divert)[(]([0-9]*)[)]:\1(600\3):' \
 *                      $(grep -l divert $(find . -name '*.m4') configure.in) || die
 *
 * If you need support, post the output of `emerge --info '=dev-lang/php-5.2.17'`,
 * the complete build log and the output of `emerge -pqv '=dev-lang/php-5.2.17'`.
 * The complete build log is located at '/var/tmp/portage/dev-lang/php-5.2.17/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-lang/php-5.2.17/temp/environment'.
 * Working directory: '/var/tmp/portage/dev-lang/php-5.2.17/work/php-5.2.17'
 * S: '/var/tmp/portage/dev-lang/php-5.2.17/work/php-5.2.17'

Есть ещё идеи?

На другой машине с теми же

На другой машине с теми же действиями но с pcre? ( >=dev-libs/libpcre-7.9[unicode] ) в php-5.2.17.ebuild пакет собрался без проблем, но при рестарте апача ловим проблему:

Shark ~ # /etc/init.d/apache2 restart
 * Caching service dependencies ...                                                                                                                    [ ok ]
 * apache2 has detected an error in your setup:
apache2: Syntax error on line 26 of /etc/apache2/httpd.conf: Syntax error on line 3 of /etc/apache2/modules.d/70_mod_php5.conf: Cannot load /usr/lib64/apache2/modules/libphp5.so into server: /usr/lib64/apache2/modules/libphp5.so: undefined symbol: pcre_info
 * ERROR: apache2 failed to stop

.

energy написал(а):
На другой машине с теми же действиями но с pcre? ( >=dev-libs/libpcre-7.9[unicode] ) в php-5.2.17.ebuild пакет собрался без проблем, но при рестарте апача ловим проблему:

Shark ~ # /etc/init.d/apache2 restart
 * Caching service dependencies ...                                                                                                                    [ ok ]
 * apache2 has detected an error in your setup:
apache2: Syntax error on line 26 of /etc/apache2/httpd.conf: Syntax error on line 3 of /etc/apache2/modules.d/70_mod_php5.conf: Cannot load /usr/lib64/apache2/modules/libphp5.so into server: /usr/lib64/apache2/modules/libphp5.so: undefined symbol: pcre_info
 * ERROR: apache2 failed to stop

Качай скиллы в категории навыков чтения.
Основной акцент на понимание прочитанного.

:wq
--
Live free or die

/

energy написал(а):
Есть ещё идеи?

Плохо то, что у тебя нет ни привычки обременять себя пониманием сути выполняемых действий, ни хотя бы привычки стелить соломку там, где у тебя нет уверенности в достаточном уровне понимания.

man portage в помощь :)

:wq
--
Live free or die

за 2 недели можно было уже

за 2 недели можно было уже переписать кусок кода под 5.3

Если у вас есть силы и время

Если у вас есть силы и время для того чтобы портировать джумлу 1.6 под php 4.3 вам очень многие скажут спасибо, но не более. У вас есть желание этим заняться?

energy написал(а): джумлу

energy написал(а):
джумлу 1.6

Копронекрофилия на марше.

Но, отставив в сторону, лирику: куда упёрлась версия 1.6?

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Джумла 1.6 не переваривает ни

Джумла 1.6 не переваривает ни 5.3 ни 5.4.
На джумле написан магазин магазин и шаблон для магазина (за всё вместе, в своё время, было уплочено +30к деревянных и дополнительные траты начальство не одобрит) так что предложения перейти на более новую версию джумлу - не вариант.

.

energy написал(а):
Если у вас есть силы и время для того чтобы портировать джумлу 1.6 под php 4.3 вам очень многие скажут спасибо, но не более. У вас есть желание этим заняться?

Это будет уже не джумла 1.6.

Интерес к установке 5.2, вижу, уже потерян? :)

:wq
--
Live free or die

Нет, не потерян. Просто от

Нет, не потерян. Просто от вас ничего кроме rtfm я не услышал.

.

energy написал(а):
Нет, не потерян. Просто от вас ничего кроме rtfm я не услышал.

s/не услышал/не смог понять/
Задача вполне решена.
В рамках наличного дерева (отдельно тащить пришлось целых четыре файла включая ебилд).
Ну а то, что ты игнорируешь приводимые ключи и не доводишь вопрос до логического завершения --- то твоя проблема.

Если же ты хочешь, чтобы тебе не помогли решить, а тебе решили задачу, то ты мало-мало ошибся разделом форума.
С такими хотелками в http://gentoo.ru/forum/soobshchestvo/rabota/razovye-proekty

ЗЫ: В отличие от штатных троллей я резаную бумагу не беру.

:wq
--
Live free or die

Я уже писал, но ты похоже и

Я уже писал, но ты похоже и сам не особо хочешь читать...
Твой вариант я уже пробовал и он не прокатывает так как апач при старте ругается на отсутствующую функцию, которую убрали в новых версиях libpcre.

/

energy написал(а):
Я уже писал, но ты похоже и сам не особо хочешь читать...

Свежо предание...
Причины утверждения понятны, но само оно не выдерживает встречи с практикой.

energy написал(а):
Твой вариант я уже пробовал и он не прокатывает так как апач при старте ругается на отсутствующую функцию, которую убрали в новых версиях libpcre.

Угу.
http://gentoo.ru/node/26619#comment-198452 читал?
Зависимость в ебилде поправил для согласования с современным состоянием дерева?
Собрал с правильным (с учётом корректировки зависимости) ебилдом?
И что же в таком случае (я ведь не поленился проверить) "не прокатывает"?

:wq
--
Live free or die

energy написал(а): Если у вас

energy написал(а):
Если у вас есть силы и время для того чтобы портировать джумлу 1.6 под php 4.3 вам очень многие скажут спасибо, но не более. У вас есть желание этим заняться?

У меня нет такого желания, более того, когда мне принесли сайт на 4-м пыхе, вопрос был решен очень быстро и и чиста конкретна ;) .
Решение для меня звучит как "openvz рулит".

П.С Народ с такими хотелками в 100% случаев не готов платить за секурность - значит ее и не будет.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Ессно старое ведро из

Ессно старое ведро из серверной я уже давно пересадил на виртуалку, но держать виртуалку ради одного сайта, хоть и архиважного не то чтобы правильное решение )

с чего бы это ovz стало

с чего бы это ovz стало виртуалкой ? :)

aufs, ploop, crutools ..... - рулит

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

А разве openvz это не

А разве openvz это не средство виртуализации или я чего-то путаю?
В любом случае, говорите точнее чего и как вы подружили с сайтом на 4-ом пухе?

.

slepnoga написал(а):
П.С Народ с такими хотелками в 100% случаев не готов платить за секурность - значит ее и не будет.

Из скупости данной категории не следует того, что они не захотят (не попытаются) спросить с тебя за последствия её отсутствия.

:wq
--
Live free or die

/

Lazhu написал(а):
за 2 недели можно было уже переписать кусок кода под 5.3

Это не является решением проблемы.
Потому что 5.3 тоже устаревает и в обозримом будущем будет вноситься из дерева.
Так что так и так придётся качать скиллы в области работы с portage.

:wq
--
Live free or die

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".