The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Изменение процедуры поддержки стабильных релизов Linux-ядра

03.12.2010 14:01

Грег Кроа-Хартман (Greg Kroah-Hartman), мантейнер нескольких подсистем Linux ядра, анонсировал реструктуризацию процесса выпуска обновлений для уже выпущенных релизов Linux-ядра. В соответствии с новой схемой, официальные обновления будут выпускаться только для последнего релиза ядра, при выходе следующего релиза поддержка прошлой ветки будет прекращаться. Такой метод поддержки только последних выпусков был введен около пяти с половиной лет назад, пока в ответ на пожелания разработчиков Linux-дистрибутивов не было решено продолжить выпуск обновлений для ветки 2.6.16.

К сожалению выпуск обновлений для старых веток отнимает много ресурсов и времени у майнтейнера серии "stable", поэтому решено вернуться к истокам и окончательно стабилизировать только одну и две последних ветки. Тем не менее, с целью упрощения поддержки ядра в Linux-дистрибутивах, поддержка веток с увеличенным временем выпуска обновлений будет продолжена, но данные ветки будут развиваться в рамках отдельной серии "longterm". Особое внимание обращается на то, что ветки с увеличенным временем поддержки будут обслуживаться и обновляться отдельно назначенными майнтейнерами, но в соответствии с правилами разработки стабильных релизов Linux-ядра.

Работа над ядрами 2.6.27 и 2.6.32, ранее отмеченными как выпуски с длительным временем поддержки, будет продолжена, но уже не в цикле подготовки стабильных релизов, а в отдельном longterm-процессе, лучше отражающем свое назначение. Наиболее вероятно, что поддержка ветки 2.6.27 скоро будет прекращена и обновления будут продолжать выходить только для ветки 2.6.32, работу над которой будет курировать сам Грег. Из других веток, длительная поддержка может быть применена для ядра 2.6.35, в случае если найдется достойный мантейнер, способный взять в свои руки подготовку дальнейших обновлений. Так как заведовать longterm-ветками будет отдельный майнтейнер, основные разработчики Linux-ядра не будут терять на данные устаревшие ветки свое время и обеспечат поддержку только самых свежих выпусков.

Дополнение: Разработчики из компании Wind River намерены обеспечить длительный срок поддержки для ядра 2.6.34.

  1. Главная ссылка к новости (https://lkml.org/lkml/2010/12/...)
  2. OpenNews: Отчет Linux Foundation с анализом тенденций в разработке Linux-ядра
  3. OpenNews: Фонд CПО выпустил полностью свободный вариант Linux-ядра 2.6.36
  4. OpenNews: Для встраиваемых систем определена "флагманская" версия Linux-ядра
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/28874-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (24) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 14:59, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    годно
    А RH продолжит делать как захочет
     
     
  • 2.26, Анон (?), 14:17, 04/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А разве RH не положить на ванильное ядро? У них же итак своя ветка в которую бэкпортят фичи из ванильного

    Да и у каждого более мение крупного дистрибутива своя

     
     
  • 3.27, szh (ok), 16:20, 04/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.me/opennews/art.shtml?num=28856

    вы не подавились, когда 12% участие назвали "положить" ?

     

  • 1.3, Аноним (-), 15:44, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    RH может выдать сообществу своего ментейнера для тех веток, которые ему надо
     
  • 1.4, ua9oas Запрашивает Миша Рыцаревъ (?), 16:07, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
      Так а для чего приходится поддерживать старыя ветки? (сколько это стоит?) Что мешает пользователям просто обновить их до самой последней и с поддержкой старых больше не заморачиваться? Или самая последняя стабильная версия ядра старое железо, ПО или еще чего не может поддерживать? Или такое обновление порождает необходимость полной переустановки системы с ПО? (у меня есть второй комп которому лет 10 (celeron366, чипсет I440BX, 16 mb 3dfx , 128мб ram. win2000sp4- тяжело. "98"- легко. На такое что и с какой веткой ядра лучше ставить? Как известно- при каждом обновлении в ядре удаляется много строк кода. Когда это происходит то это удаляется что,- только то что несовершенное или это заодно и то что было под старые компоненты?))
      А что такое ветка 2.4. ? Ее поддержка как известно завершилась лишь недавно (долго конечно ее "терпели". А ради кого? Какие юзеры и почему ее так долго не обновляли?). Кроме того еще весной я читал в сети про планы создания ветки 2.8 и что в ней будет много улучшений. Но больше я нового про это ничего не встречал (так а что с этим нового?).
     
     
  • 2.5, su (??), 16:18, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    толсто
     
  • 2.6, Аноним (-), 16:35, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вам стоит пересмотреть манеру комментариев, если хотите получать хоть какие-то ответы.
    Во-первых, вам надо найти сходку местную линуксистов, или опенсорсшиков, чтобы они вам устроили ликбез (Без обид, но большинство вопросов - профанация).
    Ну а после этого ваши вопросы будут менее количественными, и на них кто-то может будет отвечать :)
     
  • 2.9, pavlinux (ok), 16:55, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >   Так а для чего приходится поддерживать старыя ветки? (сколько это
    > стоит?) Что мешает пользователям просто обновить их до самой последней и
    > с поддержкой старых больше не заморачиваться? Или самая последняя стабильная версия
    > ядра старое железо, ПО или еще чего не может поддерживать? Или

    Вот есть у меня девайс  Promise Technology, Inc. PDC81731 [FastTrak SX8300]
    под который этот самый факин Promise выпустил драйвер только для RedHat 4 (2.6.9)
    С костылями этот дривер работал до 2.6.14, далее 2.6.22 не пошло. так как там блоб.
    А казалось бы бы, SATA II, не самое старье. :)

     
     
  • 3.18, 88 (??), 19:48, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А многие заявляют, что наличие исходников - это ужас какое достоинство линукс ("всегда можно сделать, проверить под себя"), а они ведь лежат у Promise рядом с драйверами.
    Хотя Promise - слово ругательное, и в приличном обществе (извините сервере) не используется.
     
     
  • 4.19, User294 (ok), 21:21, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А многие заявляют, что наличие исходников - это ужас какое достоинство линукс

    Гм, вообще-то павлин чуть выше сказал что "далее 2.6.22 не пошло. так как там блоб", а вы почему-то к исходникам привязались. Нестыковочка, ага?

     
  • 4.21, Одмин (?), 22:51, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А многие заявляют, что наличие исходников - это ужас какое достоинство линукс

    там драйвер состоит из двух частей: интерфейсная часть в исходниках и бинарь(типа promise.a).

    Правда, этот драйвер нахрен не нужен потому как не нужен сам промайз. И потом софтовый рейд, я думаю, всё же можно сделать т.к. как отдельные жёсткие диски всё видится.

     
  • 4.22, dimqua (ok), 23:06, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, достоинство. Кому может нравится зависеть от собственников программ?
     
  • 2.20, User294 (ok), 22:10, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, вопрос риторический Зависит от того с какой стороны смотреть То что ... большой текст свёрнут, показать
     
  • 2.24, Аноним123321 (ok), 11:26, 04/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Кроме того еще весной я читал в сети про планы создания ветки 2.8 и что в ней будет много улучшений.

    весна -- это случаем не месяц Апрель был? а число случайно не 1'е? :-)

    на linux.org.ru была такая новость :-) :-D :-D

     

  • 1.7, анонимус (??), 16:41, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Что мешает пользователям просто обновить их до самой последней и с поддержкой старых больше не заморачиваться?

    Ну например, в embedded.
    Для специфичного железа требуется куча патчей на ванильное ядро, иначе не взлетим.
    Эти патчи есть только для конкретной версии ядра. Для других нет и взять неоткуда. Тут всего два варианта: либо сидеть на том, что есть, либо ковыряться самому, а для этого как всегда не хватает ни времени, ни квалификации...
    Вот тут долгоживущие ядра чудесно подходят. Можно накладывать свои патчи и официальные исправления.

     
  • 1.8, pavlinux (ok), 16:48, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    НЕ НАДО 2.6.35 В LONGTERM, КРИВОЕ ОНО!!!

     
     
  • 2.12, анон (?), 17:38, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Лютобешено плюсую! Я с ним так и ничего сделать не смог...
     
     
  • 3.13, анон (?), 17:40, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И да я надеялся что 36-ую сделают long
     
  • 2.15, QuAzI (ok), 18:32, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так ведь эмбёдерщики уже заявили, что будут *35 встраивать в свои холодильники. Так что теперь не отвертятся
     

  • 1.10, Аноним (-), 16:57, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин, версию 2.6.27 жалко. Самая адекватная версия...
     
  • 1.14, Аноним (-), 18:15, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то никак не соображу. "Долгие" ветки теперь будут поддерживать люди не из кернел-тим? Или просто ментейнеры отвечающие за лонг-ветку не будут отвлекаться на разработку нового ядра?
     
     
  • 2.17, Sylvia (ok), 19:39, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    скорее всего выделят кого-то из менее занятых разработчиков, в любом случае это уже будет не Грег К-Х.

    главное чтобы обновления безопасности были своевременно в LTS

     

  • 1.16, Sylvia (ok), 19:31, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    и правильно сделали,
    для тех кто сидит на ванильных версиях вполне достаточно LTS, или последней мейнстримной, остальные пусть на дистрибутивных сидят или переходят на LTS
     
  • 1.23, Аноним (-), 23:31, 03/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну, тем кто сидит в ArchLinux, это серьёзно навредит. После выхода очередной версии ядра, разработчики месяц-два занимаются её тестированием, пока все остальные будут сидеть на старой. Баги и ошибки не будут исправляться! В общем облом полный
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру