Ожидается ядро 2.7

Кхм зря они так еслиб они действительно чейто новое предложили..... Надо 2.6 зделайть хорошим стейблом чтоб небоялись разработчики на нехо переходить а 2.7 например посвятить 64 битным архитектурам

> Linux 2.7 будет создан, когда в текущем варианте ядра не останется место для новых "заплаток"

То есть, в ближайшие года два можно не ждать? Судя по чейнджлогам...

Да как же, сделают они его стабильным - вон в 2.6.10-rc1,2 чего то так крепко сломали, что у меня больше 8-10 часов не работает. Тот же конфиг на 2.6.9 - работает на 5.

В linux.kernel по этому поводу чего то писали - рекомендуют как выход пересобирать ядра -bk начиная с 2.6.9 и смотреть где началось. Как представлю ежедневную пересборку ядра, - это ж чистое генту получается :(.

давно пора

Надмозги наступают .

Дык блин, какой нах 64 битные архитектуры. Они с минимумом не разобрались.

Лучше бы дровам бы внимание уделили бы. Или, хоть и звучит некашерно, но чтоб реализовали поддержку виндозных дров. А то у меня некая нонейм усб камера, к ней дрова от винды едва нашел, а под линукс и подавно нет. А так бы прикрутить бы хоть виндозные, хоть какие нибудь.

И производительность харда бы... И весутнг бы всключили бы... И корзину для фс...

Так что еще пахать и пахать.

>Лучше бы дровам бы внимание уделили бы. Или, хоть и звучит некашерно, но чтоб реализовали поддержку виндозных дров. А то у меня некая нонейм усб камера, к ней дрова от винды едва нашел, а под линукс и подавно нет. А так бы прикрутить бы хоть виндозные, хоть какие нибудь.

Драйвер написать не проблема, ничего особо сложного в этом нету. Была бы спецификация или хотя бы желание производителей железа.

>И производительность харда бы...

А что с ней не так? DMA что ли не включил?

>А то у меня некая нонейм усб камера, к ней дрова от винды едва нашел, а под линукс и подавно нет.

USB storage? Или может драйвера есть в соответствующей софтине для видеокамер (у меня её нет, поэтому не разбираюсь)? Как в sane есть для сканеров.

>И производительность харда бы... И весутнг бы всключили бы... И корзину для фс... И uptime ограничить до, скажем, недели, чтобы мусора в памяти не накапливать (кстати, надо бы обсосать фичу с мусором в памяти).

И wine в ядро, чтоб не париться :)
И КДЕ с Гномом...

>> Драйвер написать не проблема, ничего особо сложного в этом нету. Была бы спецификация или хотя бы желание производителей железа.

Оффтопику дают спецификацию - юниксу не дают. Наводит на мрачные мысли...

>> >> Драйвер написать не проблема, ничего особо сложного в этом нету. Была бы спецификация или хотя бы желание производителей железа.

>> Оффтопику дают спецификацию - юниксу не дают. Наводит на мрачные мысли...

Оффтопику не дают спецификацию, просто производитель сам под оффтопик пищет дрова, не показывая никому спецификацию.

> И корзину для фс...

Вот корзина для фс - самое необходимое дополнение для ядра :-).

>Discussing the requirements and planning process for Linux, Morton noted Linux is guided by standards such as Posix and IEEE.

Хм... Странное заявление, как-будто OSDL решило другие стандарты вводить.

>“Either features will come at us or they won’t,” Morton said. He cited clustering as a feature sought for Linux.

Ну что в кластерах будущее не кто не сомневался.

>OSDL does not anticipate, for example, having to ever rewrite the kernel, which would take 15 years, Morton said.

Да и никто никогда нибудет такой дурью страдать. Даже MS как сидело на NT-ядре так и будет сидеть в ближащем будущем.

>Top contributors to the Linux kernel have been Red Hat (Profile, Products, Articles) Software and SuSE, he said. Also contributing have been IBM (Profile, Products, Articles), SGI, Hewlett-Packard (Profile, Products, Articles), and Intel (Profile, Products, Articles).

А кто бы сомневался?

Вообщем, как в той песне: " Каким ты был, таким остался...".

> Оффтопику дают спецификацию - юниксу не дают. Наводит на мрачные мысли...

Ненаводит. Просто рано еще. Linux движется медленно как ледник с горы, но и также неотвратимо. Некоторые уже перестали его игнорировать. У других все еще впереди.

Я уже не смотрю на железки не работающие с linux. Когда так станет делать большинство проблема исчезнет сама по себе.

а почему бы девелоперам ядро не разделить на 2 ветки ну напрмиер 2.6 for servers и 2.6 for ws имхо веть большинство падений в кору и прочий анстабл связан с прикручиванием всякой фигни именно для раб станции ядро на серваке максимум крутит дрова сети и скази/с ата вот стабилизировали бы они это эх...

> Оффтопику дают спецификацию - юниксу не дают

Unix тоже дают, под подписку о неразглашении... Только как ты с этой подпиской будешь под GPL писать?

Угу, а еще Linux 2.6 Home Edition, Professional и Media Center :-)

и еще корзинку для фс.... :-))))

что тебе мешает юзать на серверах 2.4 а на десктопах 2.6 ???

А кто тебя, дурака, просил покупать noname?!?

Ты ещё можешь похныкать, что солярку в Жопорозец залить нельзя...

маразматик... чем больше хаоса даже в такой элементарщине, как нумерация версий - тем лучше?

это товарисчу который жаждет 2.7 посвятить 64 бит

Стабильным можно считать 2.6.9-ас ветку. Там все нормально варит.

мм а 2.6.8 которое идет в бетке шапки AS 4 ? я вот его потестил все ок...

2.6 can be hardly called stable.

Why trashing ones' minds with the idea of super - alpha - unstable - pro kernel?

birdie

>а почему бы девелоперам ядро не разделить на 2 ветки ну напрмиер 2.6 for servers и 2.6 for ws имхо веть большинство падений в кору и прочий анстабл связан с прикручиванием всякой фигни именно для раб станции ядро на серваке максимум крутит дрова сети и скази/с ата вот стабилизировали бы они это эх...

Может быть потому, что кому не нужна "всякая фигня для рабочих станций" не включает ее в ядро для сервера? :)

Давно пора! А то эта нестабильность, мягко скажем, достала. Причем именно volatile, а не instability :)