|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Nikita Melnikov 2:5030/956.128 25 Mar 2003 22:11:56
To : Vladimir Bormotov
Subject : Траблы со сборкой ядра.
--------------------------------------------------------------------------------
24 мар 03 21:42, you wrote to me:
NM>> Официальные ядра тестяться ровно точно также, ибо включаются во
NM>> все дистры, кроме RH с минимальными изменениями.
VB> (*1)
SK>>> В моем случае, в связи с заменой железа требовалось обновить
SK>>> ядро для машины служащей архивом документации. Hа ней фактически
SK>>> держится весь документооборот предприятия, и как ты наверно
SK>>> понимаешь, стабильность ее работы _очень важна_.
NM>> Ядра с kernel.org тестились юзерами Debian, SuSE и других
NM>> дистров, а они в большинстве своём много более грамотны,
NM>> образованы и т.п., посему и протестить могут лучше,
VB> (*2)
VB> противоречие между (*1) и (*2)
(*1) мледует понимать как "не хуже".
VB> Т.е. или они "тестятся точно так-же", или таки в RedHat мение
VB> грамотны.
VB> Hо я склонен к тому, что там БОЛЕЕ грамотны, по крайней меретем, что
VB> они берут на себя отвевенность обеспечивать САПОРТ результатов своего
VB> труда, чего не скажешь о КАЖДОМ из перечисленых "дистров" (SuSE вроде
VB> тоже предлагает саопрт, и еще некотоыре, но далеко не все).
Юзеры RH в большинстве своём много менее грамотны в эхотажном плане, нежели
юзеры других дистров. А ведь патченьем/багрепортеньем занимаются не только
разработчики дистра, но и простые пользователи.
NM>> а вслучае ошибки и баг-репорт накатать.
VB> в lklm? Или в BugTracker своего дистрибутива?
Как душе угодно.
SK>>> Hе совсем. У редхата куча людей и ресурсов для того, чтобы
SK>>> внимательно проверить патчи на предмет совместимости, а затем
SK>>> еще более внимательно потестить полученное ядро. Когда ты
SK>>> собираешь ядро с kernel.org + куча патчей со всего света, то
SK>>> либо тебе придется внимательно изучать мегабайты сорцев, либо
SK>>> надеятся на лучшее. Кроме того, ответственность за возможные
SK>>> глюки этого ядра будет полностью на тебе.
NM>> Если rh тестит ядра так хорошо, то они выпускают их с большим
NM>> опозданием.
VB> АДАHАЗHАЧHА!
VB> Посмотри, сколько времени RH сидели на 2.4.9. Hо думаешь кто-то из
VB> rh-customers пожалел о том что не пришлось ходить по граблям вплоть
VB> до 2.4.1[89] (точно не помню) ?
Тем не менее, если хождение по граблям где-либо присутствует, об этом узнают
все. И ничего не мешает пользователем официальных ядер не пользоваться глючными
релизами.
VB> Как только замена VM устаканилась, так сразу на updates.redhat.com
VB> появились ядра 2.4.19. Для поддерживаемых дистрибутивов.
VB> RedHat, как не странно, таки выделяется тем, что например
VB> поддерживает ветку 6.x, и выпускает для нее критические обновления.
VB> Это могут далеко не все дстрибьюторы.
Debian, по крайней мере, делает ;)
NM>> А для уверенности в безглючности можно взять ядро постарше +
NM>> патчи, исправляющие ошибки (если такие были).
VB> ... rwahide.redhat.com
VB> да-да, по-людски подход "взять ядро по-старше" называется "добро
VB> пожаловать в разработчики Линукса!".
...если железо позволяет, то никакой разработки не потребуется.
VB> ты понимаешь что не многие хотят заниматься разработкой ядра?
VB> Что кто-то еще должен например пиво варить. Или ты пердпочитаешь
VB> водку? Значит пшеницу сеять, собирать, перегонять на спирт.
Чёрт, забыл...
VB> Вотка ацтой, вино рулит? Тада кто-то должен растить виноград,
VB> собирать, отбирать, давить (Давить!!! ;), ждать пока он побродит, и ни
VB> в коем случае не допустить чтоб он превратился в уксус.
И это...
VB> Коньяк? Тогда то-же, что и вино, плюс еще "выдерживать в дубовых
VB> бочках"... итд.
И это тоже...
VB> Прикинь сколько всего нужно делать, чтоб даже тебе, простому
VB> разработчику линукса, было комфортно заниматься тем делом, которое
VB> тебе нравится (разрабатывать линукс).
Сколько мне нужно вышеотквоченных напитков? ;)
VB> Кто всё это будет делать, если все будут качаьт новые ядра,
VB> компилить, ставить их на свою linux-box'ы и слать багрепорты в lklm?
VB> Или, уже в дополнение к Bk/Cvs завели kernel-wide bugtracking? Хотя,
VB> вам, разработчикам линукса, наверное понадобится еще лет пять (до
VB> Version Tracking шли почти 10-ть лет, я думаю что урок вынесен, и срок
VB> сократил в два раза), чтоб дойти до BugTracking?
Скажу по секрету: я к ним никакого отношения не имею, силёнок недостаточно.
VB> Злой я, да? ;)))
Сойдёт ;) Мы оптимисты, будем надеяться на лучшее.
NM>> Hасчёт "несовместимости" я вообще не понял. Как могут быть
NM>> несовместимы ядро с kernel.org и патч для него?
VB> А вот так. Как смогли появиться версии, которые не компились ваще?
Ты про 2.5? Если про другие, то любая версия у кого-нибудь да не компилится.
VB> (не, я не злой, я просто стебусь ;)))
А, вот оно что....
VB> [skip]
SK>>> А вот здесь спорно. _Имхо_ 90% пользователей если и обновляет
SK>>> ядра, то преимущественно с сайтов производителя дистрибутива.
NM>> Да, только во всех дистрах, кроме rh (и клонов) идут ядра с
NM>> kernel.org, так что вот.
VB> вот, давай, раз ты назвал SuSE, скажи, там точно нет никаких патчей?
VB> Или, пусть кто-то еще скажет, кто знает SuSE по-ближе.
VB> Кто еще из дистрибьюторов предлагает end-user solutions на платформе
VB> Linux для запуска коммерческого софта? Давайте про их ядра тоже
VB> расскажите.
См. ниже.
VB> --
VB> Bor.
VB> PS я конечно могу найти kernel*.src.rpm из последней SuSE и сам
VB> посмотреть, и если там патчи будут - ткнуть в них пальцем, но не я
VB> ведь начал именами дистрибутивов разбрасываться ;))
Ладно, ладно, погорячился я. Мне кажется, что SuSE патчит не в таких
количествах, как RH. Если это не так, то SuSE вычёркиваем из списка ;). Hо даёт
саппорт. ALT/ASP _сами_ тоже ничего не патчат, но саппорт дают.
Да не упадет ядро твое в корку, Vladimir!
Nikita Melnikov aka Koroedd[Ku3]
... xmms is down...
--- [СПб ГУАП] [C++] [LiNUX] [AD&D] [RPG] [GeeK] [Ku3]
* Origin: printk("Entering UltraSMPenguin Mode...\n") (2:5030/956.128)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
