ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alexei Dets                          2:5020/400     15 May 2003  01:11:16
 To : Fedor Zuev
 Subject : Re: apt
 -------------------------------------------------------------------------------- 
 

 Hi!
 Fedor Zuev wrote:
 
 > On Tue, 13 May 2003, Alexei Dets wrote to Fedor Zuev:
 >>> Плюс к тому, непонятно, в чем же, собственно, должна
 >>> состоять эта "поддержка старых дистрибутивов"? В том, чтобы делать
 >>> apt-get -b source на стороне ftp-сервера, а не на локальной машине?
 > 
 > AD>Далеко не на каждой локальной машине это можно сделать. Кроме
 > AD>того, раз дистрибутив стоит старой версии, то, вероятно, и железо
 > AD>такое же - даже если и можно собрать, то замучаешься ждать...
 > 
 > Если у тебя такая машина одна - то подождешь, перебьешься.
 
 Вот для того, чтобы не перебиваться, поддержка и нужна. Или я должен ждать
 пока меня хакнут/выпускать апдейты своими силами? Да уж проще дистрибутив
 сменить...
 
 > AD>И чего? Это ему на системе с glibc-2.0 + egcs + kernel-2.0.x
 > AD>позволит собирать программы, ориентированные на gcc > 3.2 + glibc
 > AD>> 2.3 + kernel >= 2.4? Hе позволит. А менять кучу _ключевых_ для
 > AD>функционирования системы компонент чтобы закрыть пару дыр в
 > AD>секьюрити с риском обвалить все... Для этого нужны _старые_
 > AD>версии софтин, пересобранные с нужными патчами. И это кто-то
 > AD>должен делать. Т.е. как сами эти патчи, так и пересборку. Плюс
 > AD>отслеживание дыр и прочих проблем с софтом в старой ветке.
 > 
 > Hикогда не видел "_ключевых_ для функционирования
 > компонент", которые с такой силой закладывались бы на последнюю
 > версию glibc и gcc. Все серьезные серверные программы обычно
 
 Hе, это уже _собранные_ и _работающие_ программы могут быть как раз
 ориентированы только на старые версии ключевых компонент - glibc, ядра и
 т.п.
 
 > кросплатформенны далеко за пределы линукса и gcc. И,
 > соответственно, прекрасно соберутся где угодно. Кстати, kernel 2.0 в
 
 Да-да, ЩАЗ! Особо хорошо между разными версиями glibc, компилятора, ядра и
 ОС переносятся всякие чисто линукс-специфичные системные вещи. И программы
 на C++. А еще в новых версиях пакеты могут быть специально оптимизированы
 под новые возможности конкретной системы (например, наложены патчи), эта
 оптимизация может всю эту кроссплатформенность отменить, даже если была.
 Hе, эти патчи/настройки, если такие будут, можно на старой платформе при
 компиляции выкинут или включить другие, HО ведь кто-то это должен
 сделать... В т.ч. и вообще саму компиляцию - см. выше.
 
 > woody, кажется, еще поддерживается (в unstable, правда - только от
 > 2.2).
 
 Во-во, а ты именно из unstable и предлагаешь обновляться... А там может еще
 чего-то не поддерживается...
 
 Так что реально Debian пока поддерживает дистрибутивы не старше последнего
 stable. И stable релизится очень редко и с застарелым софтом. Причины,
 которые, как мне кажется, влияют на это я уже писал...
 
         Алексей
 
 -- 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5
  * Origin: InfoDesk, S.A. (2:5020/400)
 
 

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