|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 29 Jul 2002 06:54:37
To : Maksim
Subject : Re: linux 2.5-2.6kerhel
--------------------------------------------------------------------------------
Hi!
Maksim wrote:
>> Хотя бы дефрагментатор EXT2,GPM,XFRAME c XFREE...продолжать?
>
> А>Да нет, зачем. Итак уже видно, что ты _врешь_.
> a>Перекомпиляция программ в пределах стабильной ветки ядра a>практически
> никогда
>
> Hе вру -тогда бить будите?:-))Все равно приходится уж с этим наверно
> спорить не будеш возиться с настройками после смены ядра.Hу как завести
С настройками чего? При апдейте ядра (с одной стабильной ветки на другую,
между прочим, а не в пределах ее) придется, скорее всего, поменять
настройки/поставить нужные утилиты, которые очень тесно на ядро завязаны.
При изменениях типа ipchains->iptables и т.п. Я про это писал, кстати.
Перечень таких программ указан в документации на ядро и ограничивается очень
небольшим числом.
> систему если старое ядро без /devFS а новое с поддержкой : хочеш сказать
> все работать будет сразу без настройки? :-))
Без настройки чего? Тебе надо настроить devfs будет, что, в общем-то,
логично - раньше у тебя такой функциональности не было _вообще_.
Пользовательские программы даже не узнают о ее появлении (впрочем, зависит
от того, _как_ ты ее настроишь).
Hо можно прекрасно жить и без devfs (что и делает большинство) - в 99%
случаев она не нужна.
> A>Линукс-специфичными вещами.
> a>Даже переход 2.0->2.2->2.4 практически ничего не потребует
> a>пересобирать. ЕСли так можно чтож никто не апгрейдит ядро c 2.0 на 2.4 а
> предпочитают
> покупать диски с новыми версиями если легко как ты говориш все
> заработает?
А кто тебе сказал, что не апгрейдят?! Апгрейды типа 2.0->2.2 и 2.2->2.4
весьма типичны. 2.0->2.4 действительно происходит реже без смены софта, но
совсем по другой причине - обычно если вопрос об апгрейде _очень_ старой
системы вообще встает, то логично проапгрейдить и древнющий софт. Я бы
сказал, что в первую очередь на старой системе имеет смысл проапгрейдить
софт, а уж потом ядро.
> а>Он потребует _обновить_ некоторые _системные_ A>утилиты (указаны в
> документации на каждое ядро).
> ИЛи этих самых утилит наберется на 50мб а то и больше?(для полной
> комплетации: 2-3 CD)
Во-первых, это при смене веток, а не в пределах оной. Т.е. бывает раз в два
года и реже.
Во-вторых, не _перекомпиляция_ тех же самых софтин нужна, а _апгрейд_ софта
нужен на новые версии. Разницу видишь?
В-третьих, несколько мегов - десятков мегов просто ничто по нынешним
временам.
> Из-за чего же апдейты сыпятся и сыпятся для стабильных и безглючных прог
> как
> только выходит кардинально новая версия ядра(правда соглашусь что немного
> и не на все проги)?
Hапример, добавляется поддержка новой функциональности, которой раньше не
было.
> Вроде куча програм отвечают всем спецификацмям а под новую версию масдая
> XP 10-75% от "совместимых" не работают?Я же не имел ввиду что ВСЕ не
При чем тут XP?
> работает после смены ядра :что-то пришдется перекомпилить ,что-то
Факты, пожалуйста. Что придется перекомпилить? Штук десять утилит, хотя бы.
> настроить,что-то "само настоилась"(особенно меня приколол в этом смысле
> gpm: поставил новое ядро не работает (до этого всегда
> работал),перекомпилир я gpm
> не работает, ну плюнул на прогу: особенно мне она не нужна ,с X работаю
> и
> вдруг через 10-14 дней сама взяла и заработала)
Байтики утряслись? ;-) Здесь так не бывает, тут не винды.
> A>А по-моему кто-то не понимает, чем отличается gcc и glibc от a>ядра, но
> зато
> a>очень широко расставляет пальцы :-(
> gcc- то компилятор языков C и С++ (и обьектный С) ,
Ответ неверный. gcc - GNU compiler collection. Там есть и Fortran, и Java и
т.д.
> а glibc это библиотеки под gcc и нетолько под него.. . ...нет слов я это
Ответ опять неверный. Это GNU C library. Отношения к gcc в общем-то не имеет
практически.
Центральная системная библиотека практически в любом современном
дистрибутиве Линукс.
Hо вопрос был в общем-то не про это, я думал, что уж _такие_ вещи ты знаешь.
Я имел в виду, что смена версии libc/gcc на системе может потребовать
перекомпиляции гораздо большего числа программ, чем смена ядра.
В 99% случаев бинарники с одного линукса не работают на другом именно из-за
разных версии gcc/libc на системах, а отнюдь не из-за разного ядра.
> помоему с MAke разберется уже не новичок,и то по 8 раз приходится
> пересобирать ядро и горы RTFM вычитать пока все заработает.
> Обидили человека:-))
Как бы тебя еще раз не обидеть... ;-)
Для того, чтобы пересобрать ядро и чтобы оно заработало совершенно ненужно
знание make. Достаточно понимания (весьма общего) того, что такое ядро, с
какой целью пересобираешь, умения читать README и помощь по опциям, а также
умение жать кнопки в менюшках конфигуратора.
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
