форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Подверсии для Linux ядра 2.6.16 будут выходить дол..."

Сообщение от opennews (ok) on 24-Мрт-06, 17:29

Adrian Bunk изъявил желание (http://lkml.org/lkml/2005/12/3/55) создать на базе 2.6.16 Linux ядра стабильную ветку, подобную 2.4.x, т.е. выпускать  2.6.16.Y подверсии длительное время, не взирая на выход будущих 2.6.x ядер. URL: http://kerneltrap.org/node/6386 Новость: http://www.opennet.me/opennews/art.shtml?num=7193

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."

Сообщение от pavlinux (ok) on 24-Мрт-06, 17:29

Хрен толку как называтся будет, 2.6.16.99 или 2.6.50. Тогда б уж с Торвальдсом договорились бы и оставили эту 2.6.х серию а из 2.6.16 сделали 2.7.0

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	2. "2.6.16 будут"
	Сообщение от Andrey Mitrofanov on 24-Мрт-06, 17:42
	> Тогда б уж с Торвальдсом договорились бы Болтать и делать суть принципиально разные вещи. Бунк делает. Мы с Вами болтаем.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	4. "2.6.16 будут"
	Сообщение от arruah (??) on 24-Мрт-06, 18:52
	+1
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	3. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от smb on 24-Мрт-06, 18:00
	>а из 2.6.16 сделали 2.7.0 Хм, а разве нечетные номера не devel?Тут вроде stable brunch хотят....
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	6. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от pavlinux (??) on 25-Мрт-06, 16:17
	...я это и имел ввиду... Бунк предлагает то, что stable называть 2.6.16.x.y.z А то что develop - 2.6.х от 16 и старше :) Я про то, что пора открыть ветку 2.7 на основе 2.6.16 - и пихать туда все: оптимизацию, дрова, минимальным сделать gcc-4.0.1 + glibc-2.3.5 и так далее, взависимости от фантазии.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	7. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от smb on 25-Мрт-06, 17:02
	А, ну да :) В плане 2.6.16 перевести в третью стадию разработки ОС-проекта(это что-то совсем по-научному, по-русски - заморозить код кроме minor bugfixes) = сделать stable brunch, и сделать devel brunch в 2.7.* =) Так, разумеется, согласен :) btw: gcc-4.0.3 может? :) или уж 4.1 ж)
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	12. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от Евгений (??) on 25-Мрт-06, 20:58
	>...я это и имел ввиду... Бунк предлагает то, что stable называть 2.6.16.x.y.z > >А то что develop - 2.6.х от 16 и старше :) > Я про то, что пора открыть ветку 2.7 на основе 2.6.16 >- и пихать туда все: оптимизацию, дрова, минимальным сделать gcc-4.0.1 + >glibc-2.3.5 и так далее, взависимости от фантазии. Пока драйвера не будут идти отдельно от основного кода + стабильное API - толку не будет.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

5. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."

Сообщение от Евгений (??) on 25-Мрт-06, 11:31

То есть сей товарищ решил сделать то, что  уже много лет успешно делает редхат в RHEL серии, Suse, в какой-то мере - debian (хотя уж очень они консервативны в stable - никаких новых драйверов, зато хоть дыры закрывают).  Что ж, если это действительно будет сделано - могу только приветствовать. Но без большого числа тестеров это работать не будет.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	8. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от Аноним on 25-Мрт-06, 19:50
	Вы правы, так и задумывалось, что стабилизация дело рук создателей дистрибутивов, а сегодняшний темп поступления патчей с новыми возможностями не позволяет тратить в пустую время на нечетную dev ветку, сейчас по сути есть таже самая dev, только процесс значительно сжат во времени. 1. Новую фичу первично обкатывают в -aa ветке, иногда держат там годами. 2. По немногу добавляют серьезные фичи в 2.6.x и стабилизируют через долгую заморозку перед релизом. 3. Работу над ошибками проводят в 2.6.x.y 4. Окончательно стабильное ядро формируют создатели дистрибутивов. Посмотрите на последний RHEL, там ядро на базе 2.6.8, но зато прикрыто огромное количесто багов, найденное с тех пор.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	9. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от pavlinux (??) on 25-Мрт-06, 20:40
	... конечно в 2.6.8 нету багов которые повалили после 2.6.10
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	11. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от Евгений (??) on 25-Мрт-06, 20:57
	>... конечно в 2.6.8 нету багов которые повалили после 2.6.10 Да в каждом 2.6 они есть. Как и в ранних 2.4, где-то до 2.4.18...20.  А в поздних 2.4 их мало просто потому, что туда уже давно почти ничего не добавляют.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	10. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от Евгений (??) on 25-Мрт-06, 20:54
	>Вы правы, так и задумывалось, что стабилизация дело рук создателей дистрибутивов, и это в общем, плохо. С точки зрения совместимости. - в каждом серьезном дистрибутиве своё ядро, без 100% совместимости для ПО. >сегодняшний темп поступления патчей с новыми возможностями не позволяет тратить в >пустую время на нечетную dev ветку, сейчас по сути есть таже >самая dev, только процесс значительно сжат во времени.    До тех пор, пока не будет стабильного API для драйверов и они не будут жестко отделены от прочего кода, будет проблема. Отделят, сделают стабильнуб основу, как в серьезном юниксе, том же соларисе - будет лучше. Хотя вряд ли - патчи пишут все кому не лень, и всем плевать на совместимость. >1. Новую фичу первично обкатывают в -aa ветке, иногда держат там годами.     с драйверами так не получается. 8( >2. По немногу добавляют серьезные фичи в 2.6.x и стабилизируют через долгую >заморозку перед релизом.       2.6.х - это ж и есть релиз для  кернел.орг >3. Работу над ошибками проводят в 2.6.x.y         минимальную, увы. и очень короткое время. >4. Окончательно стабильное ядро формируют создатели дистрибутивов. Посмотрите на последний RHEL, там >ядро на базе 2.6.8, но зато прикрыто огромное количесто багов, найденное >с тех пор.     Я сам пользуюсь centOS-RHEL именно из-за стабильного ядра и библиотек. Потому много прикладного ПО - из сторонних сборок + мои пересборки. Минус их ядра в том, что свежие драйвера они добавляют только для небольшого числа необходимых вещей - сетевух, дисковых контроллеров, чипсетов. Хотя весьма стабильно. Прочее - если хотите, ставьте другое ядро, от той же Федоры. С соотв. стабильностью. При этом по данному критерию они лучше дебиана 3.1 - там вообще 2.6.8 и более свежих драйверов не подкидывают.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

13. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."

Сообщение от nn2 on 26-Мрт-06, 17:43

Торвальдис упертый баран, спрашивается сколько нужно точек в версиях? неужели трудно было сделать 3.x версию?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	14. "Подверсии для Linux ядра 2.6.16 будут выходить дольше обычно..."
	Сообщение от Евгений (??) on 26-Мрт-06, 20:37
	>Торвальдис упертый баран, спрашивается сколько нужно точек в версиях? >неужели трудно было сделать 3.x версию? А какая разница, сколько будет точек?  чай, посчитаем.. У редхата бывает и так - 2.6.9.22.0.2 . И ничего, никому 5 точек не мешают. А вот то, что стабильные версии  2.6 есть только в некоторых дистрибутивах - это важно.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]