|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Sergey Skvortsov 2:5020/400 22 Aug 2005 14:38:45
To : Valentin Nechayev
Subject : Re: небольшое объявление
--------------------------------------------------------------------------------
Valentin Nechayev wrote:
>
> SS> И, всё же, повторюсь - проблема апгреёда на 5.8.* - совершенно надуманная.
> SS> Hет её.
>
> Да вот не совсем. Шарун уже привёл пример (я не видел точного
> названия что за система, но имею предположения). Я зайду с другой
> стороны. Догоняя до 5.8 мы должны ставить потом те же версии
> остальных модулей и приложений, что были перед моментом апгрейда,
> или свежие? Если те же - мы будем ставить просто старые версии, если
> новые - то можем столкнуться с разнообразными несовместимостями,
> сменами интерфейса и так далее. А теперь скажи как делать такое на
> живой системе? Забить на всё и апгрейдить, надеясь, что выловим все
> глюки уже в тестовом старте?
> Да, эта проблема не перлоспецифична: это общая проблема апгрейда
> софта в условиях когда его автор обладает свободой действий не
Это скорее проблема того, что производители софта забивают на тестирование.
В итоге куча систем, которые работают _только_ для конкретной версии
ОС/компилятор и жестко заданных версий модулей. В итоге - потребитель связан
по рукам и ногам.
> завязанной на требование жёсткого соблюдения интенсивности... - то
> есть всё open source, по сути, и значительная часть коммерческого
Что до open-source, то проблема скорее не с интенсивностью - а скорее в том,
что старые версии (того же perl'а и т.п.) не поддерживаются автором. И его,
автора, вполне можно понять - тестировать на нескольких ОС с несколькими
версиями - это сильно трудоемко (а уж если автор даже косвенным образом не
получает за это денег - то такой альтруизм безусловно героический).
> софта. Hо легче ли мне от констатации этого факта в момент перехода,
> среди ночи продираясь через глюкодром, вызванный апгрейдом?
Другими словами - проблема из серии "софт написать на COBOL'е - что делать".
Подчеркну еще разок - я не призываю принудительно форсировать переход на
5.8. Hо вот поддерживать новые версии модулей для того, чтобы мертвые
системы жили (ленивые рарзаботчики продолжали брать бабло за support) - не хочу.
Ports tree и так идеологически рассчитано на то, чтобы поддерживать
последнии версии софта. Это не всегда удобно, да - но иной уровень приводит
к экспоненциальному росту сложности поддержки ports tree.
И поддержка 5.00503 - это гиря, которая задолбала.
> Потому и тянем с 5.5 до последнего...
Тесты. Hужны тесты. И функциональные тесты может написать и end-user.
--
Sergey Skvortsov
mailto: skv@protey.ru
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
