[devel] Умолчания PHP [was: PHP 5.3.3]
Dmitriy Kulik
lnkvisitor на altlinux.org
Вт Авг 10 13:10:55 UTC 2010
2010/8/10 Anton Farygin <rider на altlinux.com>:
> 10.08.2010 16:20, Slava Dubrovskiy пишет:
>>
>> 10.08.2010 13:33, Anton Farygin пишет:
>>>
>>> 10.08.2010 13:49, Slava Dubrovskiy пишет:
>>>>
>>>> 04.08.2010 09:20, Alexey Gladkov пишет:
>>>>>
>>>>> On 04.08.2010 10:00, Денис Смирнов wrote:
>>>>>
>>>>>> Интересно, кто-нибудь может сойти с ума настолько, чтобы сделать у нас
>>>>>> поддержку нескольких веток PHP? ;)
>>>>>>
>>>>> Оно так было очень давно.
>>>>>
>>>> А расскажите пожалуйста, почему сборка php сделана именно так?
>>>> 1. Т. е. почему каждый sapi и ext собирается из своего srpm?
>>>> Например в дебиане и сборке от remi все собирается одномоментно. Это
>>>> позволяет избежать проблем, когда какое-то расширение не пересобрали с
>>>> новой версией (речь идет про те что поставляются с самим php, а не
>>>> сторонними). Также это упрощает поддержку пакета, бэкпорт. Не нужно
>>>> делать патч и выделять libphp и т.д.
>>>
>>> у нас так устроена система сборки, что не пересобрать какое-то
>>> расширение с новой версией PHP просто невозможно.
>>>
>> Ок. Раньше такое было.
>>>
>>> Сборка каждого sapi и ext в отельном пакете _значительно_ упрощает
>>> сопровождение PHP, особенно когда ext мейнтенит не один человек, а
>>> несколько разных.
>>
>> Ой не могу согласиться. Например прикладывать патчи которые должны быть
>> в обоих srpm более трудоемко. Как показывает практика, бэкпортированием
>> мантейнер не занимается. И это приходится делать менее опытному
>> заинтересованному члену тиим. И такое количество пакетов и сама система
>> сборки отбивает всякое желание.
Ну почему же отбивает. Наоборот довольно все просто. Через скрипт
пробежаться по всем гитам и для них сделать add_changelog
gear-create-tag и парочку остальных команд...
>> Про нескольких мантейнеров одного ext тоже не убедительно. Тут сам php
>> пол-года был без мантейнера. А вы говорите про целых двух или больше.
>
> Это реальность.
>
>>
>>>
>>>>
>>>> 2. Зачем конфиги располагаются в версийзависимых директориях?
>>>> Обновление php это просто ад. Приходится вручную проверять все изменения
>>>> и вносить их заново.
>>>>
>>> В этом утверждении есть ответ на вопрос номер 2.
>>
>> Да, не правильно спросил.
>> Но проблема остается. При каждом обновлении конфиги приходится проверять
>> и править вручную. pre и post скрипты не работают.
>
> А в этих скриптах и нет ничего такого, что бы могло помочь.
>
> У меня есть мысль, которую я уже давно думаю..
>
> отказаться от идеи ведения нескольких версий PHP в репозитории, ибо оно в
> принципе не так что бы очень актуально. При этом можно попробовать сделать
> один конфиг для PHP, без привязки к версиям, который не будет обновляться
> при установке новой версии.
Идея хорошая. Но нужно делать хотя-бы различие версий 5.2 5.3 6.x
потому-что они отличаются очень даже.
Подробная информация о списке рассылки Devel