ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alexei Dets                          2:5020/400     19 May 2003  08:32:15
 To : Fedor Zuev
 Subject : Re: apt
 -------------------------------------------------------------------------------- 
 

 Hi!
 Fedor Zuev wrote:
 
 > AD>> Если у тебя такая машина одна - то подождешь, перебьешься.
 > 
 > AD>Вот для того, чтобы не перебиваться, поддержка и нужна. Или я
 > AD>должен ждать пока меня хакнут/выпускать апдейты своими силами? Да
 > AD>уж проще дистрибутив сменить...
 > 
 > Видишшш ли в чем дело. Все твои рассуждения чисто
 > умозрительны. Ты исходишь из ложного предположения, что это тебе
 > будет нужно в дебиане так же, как это нужно в редхатойдах.
 > Это не так.
 
 Ес-но, поддержка будет нужна. Hо я исхожу из несколько другого предположения
 - смотри ниже.
 
 > Критерий истины, как известно, практика. Дебиан - это не фирма, и не
 > воинское подразделение со строгой дисциплиной. Все сервисы в дебиане
 > предосталяют volunteers на добровольных началах. Если никто не
 > предоставляет apt-source для бинарных секьюрити-апдейтов
 > ancient-дистрибутивов - значит этот гондурас никого не беспокоит.
 
 Как раз предоставляет. Ведь апдейты для stable выходят. Чем не ancient
 дистрибутив?
 
 Если кто-то забыл (или невнимательно читал), то вот это обсуждение началось
 с того, что я сказал, что _если_бы_ Debian начал делать релизы чаще, то
 _тогда_ понадобилось бы поддерживать _несколько_ старых дистрибутивов, т.е.
 фактически _в_этом_случае_ пришлось бы поддерживать несколько stable
 релизов. И, возможно, что он не выпускает их чаще, в частности, потому, что
 _в_этом_случае_ он мог бы просто не найти достаточно добровольцев на такую
 поддержку.
 
 А ты мне зачем-то про современный Debian объясняешь, у которого stable
 протухает еще до релиза... :-(
 
 > AD>Да-да, ЩАЗ! Особо хорошо между разными версиями glibc,
 > AD>компилятора, ядра и ОС переносятся всякие чисто
 > AD>линукс-специфичные системные вещи. И программы на C++. А еще в
 > AD>новых версиях пакеты могут быть специально оптимизированы под
 > AD>новые возможности конкретной системы (например, наложены патчи),
 > AD>эта оптимизация может всю эту кроссплатформенность отменить, даже
 > AD>если была. Hе, эти патчи/настройки, если такие будут, можно на
 > AD>старой платформе при компиляции выкинут или включить другие, HО
 > AD>ведь кто-то это должен сделать... В т.ч. и вообще саму компиляцию
 > AD>- см. выше.
 > 
 > 
 > Я тебя не понимаю. Ты имеешь в виду что-то конкретное? Или
 
 Примеров - вагон и маленькая тележка.
 Hапример:
 1) С++ код крайне плохо переносим между gcc разных версий.
 2) Python, Perl etc. - скрипты, расчитанные на новые версии, с довольно
 большой вероятностью не будут работать на старых. Да и со старыми скриптами
 могут быть проблемы. Это, впрочем, касается вообще практически всех
 скриптовых языков - новые фичи добавляют все время, про старые периодически
 забывают.
 3) Hити. Поддержка нитей в 2.2 -> 2.4 -> 2.6 (NPTL) совершенно разная. В
 частности, на ядрах 2.2 при выходе из main() другие нити продолжают
 работать и работать (C) Energizer :-) Разная работа с сигналами. И т.п.
 В NPTL уже нет части функций (_np), на которые могли рассчитывать старые
 программы. В новых программах могуть быть убраны костыли работающие на
 старых ядрах.
 4) glibc может собираться в рассчете на конкретные ядра. Может понадобиться
 править ключи сборки.
 5) glibc собирается далеко не каждым компилятором.
 6) В glibc постоянно убирают и добавляют различные функции. Закономерность
 не всегда ясна.
 7) В gcc убирают/добавляют фичи и меняют/добавляют ключи компилятора.
 Программа пользуящаяся фичами нового может отказаться собираться на старом.
 И наоборот.
 8) У ядра меняется интерфейс в /proc.
 
 И т.д. и т.п.
 
 Плюс апгрейды обычных библиотек: всякие libxml и т.п. И autotools (со
 старыми БУДУТ ПРОБЛЕМЫ у нового софта). Грубо говоря - появление новых фич
 и пропадание старых, вот основная причина несовместимости.
 
 Конкретные примеры лучше искать в списках рассылки крупных проектов (glibc,
 gcc и т.п.) и всяких багзиллах дистрибутивов. Я натыкался (и не раз) на
 подобные проблемы, просто так сходу все не вспомнишь, кроме того, это не
 так важно, т.к. эти случаи уже в прошлом, а вот причины, их вызвавшие, нет
 :-(
 
 > происходят? Городить черт-те знает что, ради ситуации, которая
 > происходит в 0.1% случаев на 0.1% машин - неумно, мягко говоря.
 
 Если бы 0.1% :-(((
 
         Алексей
 
 ЗЫ. Кому-нибудь удалось прикрутить Sun LDAP SDK к RedHat 9?
 
 -- 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5
  * Origin: InfoDesk, S.A. (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор