[mdk-re] Re: PostgreSQL - какначать работу?

[Aleksey Novodvorsky]

Serge Skorokhodov wrote:

>Здравствуйте!
>
>>>Ну почему в win я могу работать с Pyhton 2.2, а для Boa,
>>>который пока с 2.2 не работает, поставить, а то и в параллель
>>>держать, 2.1? Что-то не верится, что все в системных утилитах
>>>столь изменилось с момента выхода Python 2.x+1, что ничего с
>>>Python 2.x работать не может:)
>>>
>
>AN> Потому, что у Вас в системе много Python-зависимых пакетов. А
>AN> в Win их почти нет.
>
>Ответьте, только честно:), Вы действительно считаете оправданным
>вводить с "сердце системы" новые фичи Python 2.2? Что такого
>делается, что нельзя было бы сделать, используя стабильный
>сабсет? Понимаю, что это невежество, но что-то мне подсказывает,
>что без этого легко можно было бы обойтись, если стараться иметь
>систему, жизнеспособную чуть больше, чем полуторомесячный цикл
>обновления сизифа:)
>
Для этого есть релизы.
Уже сейчас Zope, напрмер, переписывается с учетом features python-2.2.
С друго стороны, есть системы, до сих пор живущие на софте трехлетней 
давности с security updates.
Можно выбирать.
Но если Вы -- разработчик, то стоять на месте просто опасно.

>
>
>То же самое, например, с libpng. Хотелось бы понять, что может
>быть столь нового в работе с давно существующим графическим
>форматом, что приводит с столь революционным изменениям "во всем,
>блин, вообще":)
>
А не было никаких революционных изменений. Но png используется всюду. 
Массированное обновление -- плата за увеличение эффективности.

>
>
>Я все же полагаю, что гонка обновлений БЫСТРО РАЗВИВАЮЩИХСЯ
>ПРИКЛАДНЫХ ПАКЕТОВ часто оправдана. Но ее завязанность на
>асинхронные пертурбации в базовых компонентах системы делает ее
>значительно менее привлекательной с точки зрения "конечного
>пользователя", так что мне кажется, что должна быть проведена
>более четкая грань между базовыми компонентами и прикладной
>частью, которая должна быть более независима.
>
>Не было бы большой проблемы, если бы была возможна достаточно
>стабильная пересборка из исходного кода src.rpm. Но, например,
>пересборка gcc/compat-gcc из взятых в свое время src.rpm (в
>момент проблем со сборкой Mozilla и виртуальной памятью) по gcc
>-v у меня выводитя такое, что Д. Левин спрашивает "где Вы такой
>gcc взяли":( А если уж переходить на тарболы, то...
>
>И я не могу ставить/рекомендовать потенциальному клиенту систему
>в расчете на roudmap'ы прикладных пакетов, если я или клиент не
>готовы фактически стать их мейнтейнером, хотя бы в "локальном"
>масштабе:( Это при живом то мейнтенере в ALT! В минуту, когда для
>установки прикладного пакета приходится начать долгие пляски с
>проблемами системной авторизации многое в голову приходит:(
>
Опишите, пожалуйста, проблему конкретнее.

Rgrds, AEN

>
>