[devel] проясните ситуацию с php
Andrew Kornilov
=?iso-8859-1?q?hiddenman_=CE=C1_altlinux=2Eru?=
Сб Мар 24 01:19:08 MSK 2007
Alexey I. Froloff wrote:
>> Про "встроенные" согласен. Хотя встроенные, скорее всего, собирает тот
>> же человек, кто собирает сам php и php-devel
>>
> Совсем необязательно.
>
>
Ну понятно, что необязательно. Но вполне логично. Без модулей php все
равно только в качестве генератора бесконечного цикла нужен.
>> Так и не про анметы речь, а про простую пересборку. Оно или соберется
>> или нет. В случае если соберется и не будет работать, "мгновенная"
>> пересборка даже лучше, пользователь раньше пакет получит :)
>>
> Читаем ещё раз:
>
>
>>> Для "сторонних" модулей, возможно, такая строгая зависимость и не
>>> нужна.
>>>
>
> Ключевое слово тут - "возможно". Вот у меня как раз нажревает
> один php модуль, на нём и потренируюсь ;-)
>
Собирать-то в первый раз сейчас удобно, да, больше спасибо создателю.
Как в perl макросы (описали бы их еще)
>
>> А в чем в данном случае "перебдение"? В выкидывании из сизифа всех
>> модулей при появлении нового php?
>>
> Да почему выкидывании-то? Пакет _выкидывается_ после 10-и
> неудачных пересборок.
>
В самом первом сообщении я писал, что мне пришло. Никаких пересборок не
было, точнее, видимо были холостые попытки, потому что в spec прописана
конкретная версия php-devel. И вся пересборка заканчивалась на стадии
сбора нужных пакетов в хашере.
>> Нужно искать компромиссы. Делать просто контрольную пересборку, без
>> изменения пакетной базы (что и происходит, видимо, регулярно). Да и
>> вообще, я про php спрашивал :)
>>
> "Все пакеты равны, но некоторые равнее других".
>
>
Кстати, glibc-devel нужен далеко не всему репозитарию.
Подробная информация о списке рассылки Devel