From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 19 May 2004 19:37:40 +0400 (MSD) Message-Id: <200405191537.i4JFbewc083113@www3.hotbox.ru> From: Roman S To: ALT Linux Sisyphus discussion list MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Mailer: Free WebMail HotBOX.ru X-Originating-IP: [212.188.125.98] Subject: Re: [sisyphus] Re: glibc 2.3 vs Borland Kylix X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2004 15:33:26 -0000 Archived-At: List-Archive: Michael Shigorin : > > Апдейтов, обеспечивающих работу на новом оборудовании - нет. > > Слишком много тянется, там работа по бэкпорту съест едва ли не > больше времени, чем создание оригинала. Мы уже прикидывали. > (kernel/alsa/XFree86/kudzu/ldetect-lst/...) В рамках текущей технологии? Это да. Следствие - у нового дистрибутива будут те же недостатки. Тот же ограниченный срок годности. Те же запреты на замену _прикладных_ программ. > Дайте время -- линейка 2.3 уже получилась *гораздо* ровнее 2.2 по > моим ощущениям. И именно из-за надежды, что это тенденция, а не > выпавшая точка, и что от 2.4 будут ну пусть не такие просто > шикарные ощущения в плане доведенности, как от Spring 2001 -- то > что оно будет _рабочим_. Надолго ли? Ну, выйдет что-то. Ну, может быть будет неплохим. Пройдёт неделя/месяц, придёт новая станция/сервер, про которую старый дистрибутив не встанет, аль понадобится модуль к emacs, аль ещё что-нибудь, что часто бывает нужным на рабочей станции. И опять такая же хренотень начнётся... Никакого механизма защиты от подобной свистопляски я не вижу. Ну да, в конце концов я лапками заставлю работать любой набор багов, вопрос в экономической целесообразности подобных танцев. Какую мне всё это пользу принесёт? Парадокс, но со свободной ОС я лишаюсь собственной свободы. Установка веб-браузера на "свободную" ОС - запрещена, под страхом того, что она может перестать работать должным образом. Закупка нового железа - запрещена. "Жрите, что дают"? Только не надо про "пересобрать", "обработать напильником" и т.д. - день нецелевого использования программиста - это попадалово на 40$ только по зарплате. Отставание от графика работ - подороже выйдет. Вывод для меня _сейчас_ простой. Уйти на платформу, у которой нет означенных критичных недостатков. И не возвращаться к назад до тех пор, пока не появится Mono-developer, при условии, что Mono будет полностью совместим с .NET. Иначе - страшно очень. ======================================================================== Принципиальный же вопрос в следующем: Если не будет отделения прикладного слоя от системного, если при этом системный слой не будет приводится в соответствие с новым оборудованием - то использовать подобный продукт очень опасно.