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