LinuxForum.Fans
Тема

CentOS 6.6 не видит установленный php из исходников

Автор: veephtc 32 сообщений 2833 просмотров
26.01.2015 21:18 · отредактировано #411442

Здравствуйте!

Собрал из исходников php-5.3.29, установил так же fastcgi, сайты работают.
Теперь есть необходимость установить zabbix, но вместе с ним CentOS предлагает установить зависимости в которых включено:

text
 
 php                      x86_64  5.3.3-40.el6_6    updates               1.1 M
 php-bcmath               x86_64  5.3.3-40.el6_6    updates                37 k
 php-cli                  x86_64  5.3.3-40.el6_6    updates               2.2 M
 php-common               x86_64  5.3.3-40.el6_6    updates               527 k
 php-gd                   x86_64  5.3.3-40.el6_6    updates               109 k
 php-mbstring             x86_64  5.3.3-40.el6_6    updates               458 k
 php-mysql                x86_64  5.3.3-40.el6_6    updates                84 k
 php-pdo                  x86_64  5.3.3-40.el6_6    updates                78 k
 php-xml                  x86_64  5.3.3-40.el6_6    updates               106 k

Почему CentOS не видит уже установленных зависимостей ?

ps Я дилетант, учусь, буду очень благодарен помощи =)
pss Гуглить пробовал - видимо формулирую как то не так ))
psss В предложенной установке зависимостей я вижу updates, но обновлять я категорически не хочу - больших трудов мне стоило всё это дело настроить.

26.01.2015 22:09 #411447

rpm не "смотрит" ни на файлы, ни ещё куда-либо. Только в свою внутреннюю базу данных. Одни пакеты предоставляют абстрактные features, другие их требуют. Вот и весь механизм зависимостей. Вы можете опакетить свою сборку и прописать там нужные Provides - явно или автоматически (rpmbuild и такое умеет). И только тогда другие пакеты его "увидят"

26.01.2015 22:13 #411448

Вот поэтому и не следует устанавливать программы иначе как из пакетов в пакетных дистрибутивах.

27.01.2015 07:12 #411460

Огромное спасибо!

27.01.2015 09:27 #411468
"veephtc" написал:
Собрал из исходников php-5.3.29

есть src.rpm пакет, зачем из исходников собирать?

"veephtc" написал:
больших трудов мне стоило всё это дело настроить.
а еще больших трудов это будет обслуживать.
27.01.2015 09:58 #411474
"veephtc" написал:
Почему CentOS не видит уже установленных зависимостей ?
потому что вы собирали из исходников. Вы делаете из свой системы слакварь (это такая ОС, в которой зависимости разруливает администратор).

"veephtc" написал:
В предложенной установке зависимостей я вижу updates, но обновлять я категорически не хочу - больших трудов мне стоило всё это дело настроить.

1. я-бы сразу Slackware поставил
2. либо ставил кошерные пакеты, а не занимался ерундой
3. есть третий вариант: самому сделать кошерные пакеты(по спекам дистрибутива), и следить за ними самостоятельно.

27.01.2015 12:13 #411510

drBatty написал:
[quote="veephtc"]Почему CentOS не видит уже установленных зависимостей ?
1. я-бы сразу Slackware поставил[/quote]
А я бы fedora. Та же система, только всё самое свежее:
[console]# rpm -q php
php-5.6.4-2.fc21.x86_64
[/console]Или вам. наоборот, старая версия требуется?
27.01.2015 12:15 #411512

Как бы да, возникает вопрос: В чём тогда смысл использования CentOS 6, если всё равно ставить сторонние программы (к тому же из исходников)?
Использовать тогда Федору - и никаких проблем.

27.01.2015 12:21 · отредактировано #411514

"s.xbatob" написал:
Или вам. наоборот, старая версия требуется?
Скорее всего - да
Даже в сусе 13.1 оно новее:
[console]# zypper se -si php
С | Имя | Тип | Версия | Архитектура | Репозиторий
--+------------------------+-------+-------------+-------------+-----------------------------
i | php5 | пакет | 5.4.20-34.3 | i586 | openSUSE-13.1-Update [/console]

"Vascom" написал:
В чём тогда смысл использования CentOS 6
тут есть вариант: "на тебе вот это и разруливай как хочешь, а менять не смей" =))
27.01.2015 12:29 #411518
diablopc написал:
тут есть вариант: "на тебе вот это и разруливай как хочешь, а менять не смей" =))

Нас заказчики тоже всё время пытаются нагнуть на смену дистрибутива. Натыкаются на жёсткий отказ, и так уже четвёртый год. Обоснование простое: вам шашечки или ехать? Если шашечки, то - пожалуйста, ознакомьтесь с ценником на переезд. На этом разговор сразу заканчивается.

27.01.2015 14:22 #411535

Странно. Я думал что как раз "шашечки" в данном случае - это впиливание нестандартных версий ПО в дистрибутив типа CentOS и попытка со всем этим взлететь. А "ехать" - это установить последнюю версию Федора и работать.

Переезд конечно отдельная тема, значит изначально неправильно была выбрана ОС или стратегия её использования.

27.01.2015 14:27 #411538
"Vascom" написал:
Я думал что как раз "шашечки" в данном случае - это впиливание нестандартных версий ПО в дистрибутив типа CentOS и попытка со всем этим взлететь.

это с каких пор пыха версии php-5.3.29 не стандартная?

27.01.2015 14:29 #411539

Не стандартная для конкретного дистрибутива.

Типа зачем ставить супер-пупер энтерпрайзную стабильную ОС и накатывать на неё что-то скомпилированное ручками неизвестно откуда?

27.01.2015 14:48 #411541
"s.xbatob" написал:
php-5.6.4-2.fc21.x86_64

[console]$ ls /var/log/packages/php*
/var/log/packages/php-5.4.36-i486-1
[/console]

"s.xbatob" написал:
Или вам. наоборот, старая версия требуется?
слака тем и хороша, что можно поставить любую версию, хоть старую, хоть новую. По дефолту ставится последняя из стабильных. php-5.6 она вроде как тестовая, нет?

"Vascom" написал:
Использовать тогда Федору - и никаких проблем.
ну "самые новые" тоже плохо для продакшена и для тестового сервера. На компьютере разработчика нужно не "самую новую", а как в продакшене, т.е. какую нужно. Почему я и советовал слаку, кстати.

В продакшене конечно слаку юзать не удобно, а удобнее RHEL/CentOS или Debian. Зачем в продакшен ставить что-то из сырцов — мне непонятно.
27.01.2015 16:17 #411565
"drBatty" написал:
Зачем в продакшен ставить что-то из сырцов — мне непонятно.

ну к прмеиру у memcached (не путать с php-memcache) из стандатрных сборок нет поддержки репликации, а в продакшена она порой нужна, приходиться собирать пакет для конкретного дисрибутива.

"Vascom" написал:
Типа зачем ставить супер-пупер энтерпрайзную стабильную ОС и накатывать на неё что-то скомпилированное ручками неизвестно откуда?
почеум сразу не известно откуда? , просто проект который есть у ТС написан на 5.3 пыхи, а в версиях 5.3.29 есть исправления, а перейти на версию выше, надо еще 3 землекопа :-)
"drBatty" написал:
как в продакшене, т.е. какую нужно
плюсую)
27.01.2015 17:18 #411575

Ох уж этот php!
Хорошо у нас специалист по php опытный, всё что требуется правит под существующую версию. Да - под последнюю!

27.01.2015 17:33 #411580

"i2ks" написал:
приходиться собирать пакет для конкретного дисрибутива.
пакет — совсем другое дело.
27.01.2015 17:40 #411584
"i2ks" написал:
ну к прмеиру у memcached (не путать с php-memcache) из стандатрных сборок нет поддержки репликации, а в продакшена она порой нужна, приходиться собирать пакет для конкретного дисрибутива.

или переходить на redis (давно уже пора) :)

По теме:
Если надо собрать из сорсов, надо собирать пакет (make && make rpm) а не делать make install. Тогда пакет попадет в rpmdb и yum не будет так ругаться (хотя и не факт что не будет проблем с жесткими зависимостями)

27.01.2015 17:48 #411587

"dyasny" написал:
make rpm
это конечно если есть такая цель в ./configure
27.01.2015 17:51 #411590
"drBatty" написал:
это конечно если есть такая цель в ./configure

само собой, но надеюсь должна быть, это вполне стандартный код а не экзотика какая-нибудь

Войдите или зарегистрируйтесь, чтобы ответить.