Линус Торвальдс обдумывает новую схему нумерации версий ядра Linux

Происки шаттлворта, хотя не лишено смысла.

анонимус поддерживает.

> 3.0.1

Ахтунг! Уже разговоры пошли... А я думал Мы до этого не доживем...

не знаю, по мне так итог будет такой же, после 2.8.х может тоже расти до бесконечности. А там, того и гляди, и латиницу вплетут, как было перед выпуском первой стабильной версии еще году в 92-93 (Just For Fun)

Тогда уж лучше "год.месяц". А то так вообще запутаться можно.

Какой номер будет у 14 релиза ядра в 2050 году? :-p

а не лучше ли старая - четные/нечетные

>>Какой номер будет у 14 релиза ядра в 2050 году? :-p

согласен, нетерпеливый Линус Торвалс, а ещё фин(или хто он там). Позорит свою нацию своими выскочками. Тормозом нато быть, а не мега шустрым. Иначе в формулу 1 пистуй.

когда коту нечего делать он лижет яйца

хм. я чего-то не понимаю, или к 2050 году версия будет 7.x.x? уже всякая привязка к дате теряется. а что будет через тысячу лет? :-)

Всё просто, 14-ый релиз 2050 года будет: 7.0.14

>Устав от постоянных вопросов, касающихся выпуска нестабильной ветки 2.7,

Появится еще больше новых вопросов.

2.7-CURRENT — нестабильная;
2.6-STABLE — стабильная;
2.6.abc-RELEASE — релизы.


Чё думать-то? Всё давно придумано!

Чем бы Линус не тешился, лижбы стабильно было=)

Только не это.

откудо вообще пошла традиция нумеровать версии? словечки интереснее.

>Чем бы Линус не тешился, лижбы стабильно было=)
А.
+1

Ты хотел сказать, лишь бы каждый нечетный год ядро было стабильным

Чо хоть за ядро то?

Изыди бсдшник :)

теперь чтобы понтануться машиной времени достаточно будет пересобрать ядро и прописать версию ядра 2100го кода... Раньше такой троллинг был слишком тонок и его не многие понимали, зато теперь будут...

А вцелом непойму тему со сменой нумераций. Меня устраивала старая... Сменили ? Ниче привык, вполне устраивает текущая. Апять менять ? Дык луче код писать, и баги закомиченые фиксить.

Или объясните мне, что такого супер важного в том что бы менять систему нумераций версий ядер.

В этом вопросе я консерватор.

Linux 2 Ultimate Professional Edition?

>Тогда уж лучше "год.месяц". А то так вообще запутаться можно.

Номера версий должны плавно продолжать текущие, иначе что делать с чем-то вроде такого в коде ядра/дров:

#if LINUX_VERSION_CODE < KERNEL_VERSION(2,5,0)

даёшь нумерацию хэшем от архива с исходниками!!

Спустя месяц после 8420758fa60c27aab5f95f4e637e5fd1 вышла новая версия ядра линукс 362b3346376fa2d50832a1b70406dba5

Определенно, новая схема нумерации как-то связана с веществами.

>первый релиз 2010 года будет выпущен под номером 3.0.1

тогда уж логичнее было бы 2.10.1, а 3.0.1 - первый релиз 3000 года.

И как потом определить, какое ведро старше?

и как ты предлагаешь эту версию внутрь запихивать? Бедный Линус задолбается хэш подбирать.

по теме: лучше бы с драйверами разобрался

сравнивать с датой создания сайта на kernel.org )))

а вот об этом не подумал :( зато если запихают внутрь, то хрен кто левое ядро те подсунет :)

Да, Шаттлловорт руку-от тут приложил. Линус, случаем, не на убунте? :) Хотя как там ядра будут называться - откровенно пох. Хоть 666.13, лишь бы работало. Не, конечно, нужны хорошие и удобные названия, желательно, прикольные :)

Предлагаю резко прогрессивный шаг - забить на арабские цифры. Будем мультикультурнее! Даешь эфиопские цифирки. http://www.ethiopic.com/ethiopic/numerals.htm

А как запихать внутрь архива хэш от архива? ;) Проверку потом не пройдёт.

Мне кажется, ничего хорошего.

ИМХО 3.0 должно принципиально отличаться от 2.Х, т.к. это смена мажорного номера версии. Да, можно написать мануал мол все не так, и это ничего инего как порсто 2010й год наступил, но, мне кажется это вопросов и непоняток породит в десятки раз больше чем нумерация четных/нечетных цифр.

По крайней мере, для меня нумерация 2.6/2.7 куда привычней и понятней.

Если целью сего шага стоит - сделать нумерацию более прозрачной, то это ее только запутает. Т.к. традиционно-таки смена значимой цифры версии означает нечто большее чем новогоднюю пьянку.

P.S: нумерация фрибсд имхо хорошая

Нафиг новая нумерация. Нынешняя вполне устраивает.

Линус стал маркетойдом.

Корпоративным линуксоидам выход третьей версии придется по вкусу. "Новый третий линукс, теперь банановый!"

> Или объясните мне, что такого супер важного в том что бы менять систему нумераций версий ядер.

Чем больше цифра и чем чаще она меняется, тем больше маркетинговый эффект.

А не проще ли 20091, 20092 и.т.д. ? Промежуточные версии как, к примеру, 20091.1

> Какой номер будет у 14 релиза ядра в 2050 году? :-p

просто - 2.50.14

это если на 3.х так и не перейдем...

Да уж. )) Вместо обдумывания названия ядра пускай занимаются чем-нибудь более существенным. А насчет новой нумерации ядра - если он считает, что это удобно и понятно, что 2010 это 3.0 то видно что ему пора на пенсию )) 

> Предлагаю резко прогрессивный шаг - забить на арабские цифры. Будем мультикультурнее! Даешь эфиопские цифирки.

Иди ты, да. Мне старославянские цифры более мультикультурны.

> а не лучше ли старая - четные/нечетные

+1 2.8 ядро вышло - все понятно. Новая ветка, стабильная клевая, мона побухать на радостях.. А щаз и непонятно нифига :( А станет еще непонятнее..

Ура! Скоро будет Linux 3.11!

Интересно, когда будет Linux 95 и Linux 98?

> При текущей организации цифры не привязаны к функциональности, а номер подверсии в ветке 2.6.x может расти до бесконечности.

Ну и пусть себе растет. Какие проблемы?

не, 3.х.у явно лишнее :)

2.<год-2000>.N - вполне нормально

мажорную версию менять, когда что-то страшное случится - типа переписивания в виде микроядра :)))

Поле, куда пишется хеш, в его подсчёте не участвует. Делов-то...

> Поле, куда пишется хеш, в его подсчёте не участвует.

Так не интересно.

Ну, нафеячь на Лиспе рекурсивную обработку, пока не сойдётся -- пусть считает. :-)

через 1000 лет тебя уже не будет, так что не потей