|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 26 Mar 2003 18:46:09
To : Nikita Melnikov
Subject : Re: Траблы со сборкой ядра.
--------------------------------------------------------------------------------
Hi, Nikita!
>>>>> "NM" == Nikita Melnikov <Nikita.Melnikov@p128.f956.n5030.z2.fidonet.org>
>>>>> writes:
NM>>> Официальные ядра тестяться ровно точно также, ибо включаются во
NM>>> все дистры, кроме RH с минимальными изменениями.
VB>> (*1)
SK>>>> В моем случае, в связи с заменой железа требовалось обновить
SK>>>> ядро для машины служащей архивом документации. Hа ней фактически
SK>>>> держится весь документооборот предприятия, и как ты наверно
SK>>>> понимаешь, стабильность ее работы _очень важна_.
NM>>> Ядра с kernel.org тестились юзерами Debian, SuSE и других
NM>>> дистров, а они в большинстве своём много более грамотны,
NM>>> образованы и т.п., посему и протестить могут лучше,
VB>> (*2)
VB>> противоречие между (*1) и (*2)
NM> (*1) мледует понимать как "не хуже".
т.е. ты уже согласне, что резульатт неотрицательный.
Ок, про положительность факты ниже.
VB>> Т.е. или они "тестятся точно так-же", или таки в RedHat мение
VB>> грамотны.
VB>> Hо я склонен к тому, что там БОЛЕЕ грамотны, по крайней меретем, что
VB>> они берут на себя отвевенность обеспечивать САПОРТ результатов своего
VB>> труда, чего не скажешь о КАЖДОМ из перечисленых "дистров" (SuSE вроде
VB>> тоже предлагает саопрт, и еще некотоыре, но далеко не все).
NM> Юзеры RH в большинстве своём много менее грамотны в эхотажном плане,
NM> нежели юзеры других дистров. А ведь патченьем/багрепортеньем
NM> занимаются не только разработчики дистра, но и простые пользователи.
и что? Юзеры не собирают ядра RH/ASP/ALT. Их собирают вполне конкретные
люди. Кто в ALT занимается ядром, сказали в письме рядом. Кто в ASP
занимается ядром, я говорил не раз.
Мой выбор, именно выбор ядра, это фактически выбор из этих конкретных
_людей_.
[skip]
VB>> Посмотри, сколько времени RH сидели на 2.4.9. Hо думаешь кто-то из
VB>> rh-customers пожалел о том что не пришлось ходить по граблям вплоть
VB>> до 2.4.1[89] (точно не помню) ?
NM> Тем не менее, если хождение по граблям где-либо присутствует, об этом
NM> узнают все. И ничего не мешает пользователем официальных ядер не
NM> пользоваться глючными релизами.
мешает необходимсоть иметь квалификаци/время/силы на доведения
конструктора раздающегося с kernel.org до ПРОДУКА, который раздается с
сайта дистрибьютора.
Ты разницу поинмаешь?
VB>> Как только замена VM устаканилась, так сразу на updates.redhat.com
VB>> появились ядра 2.4.19. Для поддерживаемых дистрибутивов.
VB>> RedHat, как не странно, таки выделяется тем, что например
VB>> поддерживает ветку 6.x, и выпускает для нее критические обновления.
VB>> Это могут далеко не все дстрибьюторы.
NM> Debian, по крайней мере, делает ;)
Debian? С каких пор у них стал саппорт более глубоким чем у RH?
С тех пор, как осенью RH поурезал сроки на поддержку прошлых версий?
Лично для меня основной минус Debian был именно в короткости сапорта.
NM>>> А для уверенности в безглючности можно взять ядро постарше +
NM>>> патчи, исправляющие ошибки (если такие были).
VB>> ... rwahide.redhat.com
VB>> да-да, по-людски подход "взять ядро по-старше" называется "добро
VB>> пожаловать в разработчики Линукса!".
NM> ...если железо позволяет, то никакой разработки не потребуется.
ок, где на kernel.org списко железа, которое "позволяет"?
HCL у каждого дистрибутива в том или ином виде ведется.
[skip]
VB>> Кто всё это будет делать, если все будут качаьт новые ядра,
VB>> компилить, ставить их на свою linux-box'ы и слать багрепорты в lklm?
VB>> Или, уже в дополнение к Bk/Cvs завели kernel-wide bugtracking? Хотя,
VB>> вам, разработчикам линукса, наверное понадобится еще лет пять (до
VB>> Version Tracking шли почти 10-ть лет, я думаю что урок вынесен, и срок
VB>> сократил в два раза), чтоб дойти до BugTracking?
NM> Скажу по секрету: я к ним никакого отношения не имею, силёнок
NM> недостаточно.
как я понимаю, URL на багтрекер для официальных ядер, отличный от lklm не
прозвучит?
Это все, я перечисляю ПЛЮСЫ ядер из дистрибутива, если ты не заметил.
Я тоже не имею отношения к сборке ядер ASP. По большому счету.
[skip]
NM>>> Hасчёт "несовместимости" я вообще не понял. Как могут быть
NM>>> несовместимы ядро с kernel.org и патч для него?
VB>> А вот так. Как смогли появиться версии, которые не компились ваще?
NM> Ты про 2.5? Если про другие, то любая версия у кого-нибудь да не
NM> компилится.
я про 2.4. Который "якобы стабле". И который не комплился ВАЩЕ, потому
что кое-кто про#@ал макрос, когда удалял какие-то куски старого кода.
[skip]
VB>> PS я конечно могу найти kernel*.src.rpm из последней SuSE и сам
VB>> посмотреть, и если там патчи будут - ткнуть в них пальцем, но не я
VB>> ведь начал именами дистрибутивов разбрасываться ;))
NM> Ладно, ладно, погорячился я. Мне кажется, что SuSE патчит не в таких
NM> количествах, как RH. Если это не так, то SuSE вычёркиваем из списка
NM> ;). Hо даёт саппорт. ALT/ASP _сами_ тоже ничего не патчат, но саппорт
NM> дают.
да-да-да. А откуда в ASP Kernel новые iptables? И откуда там кусочки
OWL? Типа святым духом? Которому имя kad@asplinux? ;)))
"Шура, вы делаете мне смешно.." ;)))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
