В Linux ядре 2.6.17.8 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.17.8) исправлена ошибка в коде файловой системы ext3 (http://secunia.com/advisories/21369/), с помощью которой злоумышленник может осуществить DoS атаку.
Также исправлено более 20 ошибок связанных с увеличением стабильности в подсистемах ALSA, e1000, ext3, ieee1394, VLAN, USB, PCI и т.д.URL: http://www.kernel.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=8043
Опять?
ЗЫ.
А чего печалиться?! Так будет продолжаться бесконечно, если проект будет развиваться.
Ну хоть собралось оно с поддержкой DVB - и то хлеб :)
УПС
хмм я уже не успеваю :-\
тока вчера везде поставил и на тебе
Начало большого конца!Это тупик, дальше драйверов еще больше будет, железо-то новое не перестанут выпускать!
Пора отделять разработчиков ядра от разработчиков драйверов, обязать их дружить между собой по строгим спецификациям, а затем переходить к микроядру (ну или не переходить, кому как нравится :-) пока виртуальными машинами нам голову не заморочали.
Не хотелось бы чтобы ядро менялось так часто.
Очень хочется, чтобы драйвера были как можно меньше привязаны к версии ядра.
Господа, разработчики ядра и модулей, дайте людям свободу выбора (читай: Free), включите опции сборки ядра "Собрать монолитное ядро" и "Собрать микроядро".
> "Собрать монолитное ядро" и "Собрать микроядро".Забавно :) А как такое возможно? :) Сразу два ядра?
Ну, прорицатель.. Работают люди. Будет лучше, жди, если не хочешь помогать.
По поводу часто: возми постарее ядро, там, уверен, есть всё, что тебе надо и не меняют его часто. А то пытаешься хватать чуть ли не альфа-версии, а потом недоволен. Погляди на на какой-нибудь FreeBSD (это для примера) - там пореже обновления, все чувствуют себя счастливыми. Туда не так часто внедряют поддержку нового оборудования, потому оно, как минимум, по этому выглядит более стабильным, за что его и любят некоторые.
Так что вот.
>По поводу часто: возми постарее ядро, там, уверен, есть всё, что тебе надо ...
Допустим, меня устраивает стабилность ядра 2.4.x, но не хватает драйвера, который включен в 2.6.x и что тогда?! Быстренько сел за "паяльник" и спаял как надо, а иначе ты не мужик! - Отличный аргумент - всем срочно садиться за патчевание драйверов под себя! Ну абсурд же!
>>По поводу часто: возми постарее ядро, там, уверен, есть всё, что тебе надо ...
>Допустим, меня устраивает стабилность ядра 2.4.x, но не хватает драйвера, который включен
>в 2.6.x и что тогда?! Быстренько сел за "паяльник" и спаял
>как надо, а иначе ты не мужик! - Отличный аргумент -
>всем срочно садиться за патчевание драйверов под себя! Ну абсурд же!Не хватает -- идите на 2.6. Хватает -- сидите на 2.4.
Всех-то зачем приплетать? Некоторые головой думают, прежде чем в _аппаратно-программный_ комплекс совать аппаратные хреньки, для которых нет устраивающей программной составляющей, не приводящей в сумме с остальным (я про ядро) к ухудшению характеристик оного комплекса ниже плинтуса.
Сам с год тому почесал в затылке, когда PCI IEEE1394 (VT6306, что ли) данной конкретной ревизии всё-таки стало выпендриваться под 2.4 -- патчик был, но лень было ядро перепакечивать, поскольку в 2.6 тогда уже исправили. Ну перебрался дома опять на 2.6. Было бы совсем плохо -- приложил бы патчик. Не было бы патчика -- вернул бы карточку и взял другую.
Трезвые мысли. Где-то я уже нечто подобное предлагал.
> Пора отделять разработчиков ядра от разработчиков драйверов
> Очень хочется, чтобы драйвера были как можно меньше привязаны к версии ядра.
Не так давно было несколько статей с внятными объяснениями того, почему это нереально. Например, последний доклад Greg KH тоже упоминает и ссылается.> Не хотелось бы чтобы ядро менялось так часто.
Не меняйте его так часто. Используйте дистрибутивы и ядра, которые с ними (точнее, в updates) поставляются.> Господа, разработчики ядра и модулей, дайте людям свободу выбора (читай: Free)
Обожаю людей, которые орут про свободу, а сами пальцем не шелохнут для достижения декларируемых целей.Идите, что ли, в керенл-хакеры (опять же Грег тоже внятно писал, откуда начинать и как), может, когда-нить сможете убедить LKML, что вот эти патчи для совмещения ужа с ежом работают и достойны.
Disclaimer: я не ядерщик, так, по fs/iso9660 гулял.
>Не так давно было несколько статей с внятными объяснениями того, почему это нереально. Например, последний доклад Greg KH тоже упоминает и ссылается
Ну может где и было... А URL можно приложить?>Не меняйте его так часто. Используйте дистрибутивы и ядра, которые с ними (точнее, в updates) поставляются.
Рад бы, да вот нововое оборудование старому стабилному ядру неизвесно!>Обожаю людей, которые орут про свободу, а сами пальцем не шелохнут для достижения декларируемых целей.
Честно говоря, я сам не люблю когда орут, особенно в писменной форме :-) А цели можно по разному достигать? кто-то ядра пишет, кто-то их тестирует... Любой заинтересованный в качественном результате разработчик будет рад любому отзыву о его творчестве.Свобода выбора в среде OpenSorce и FreeWare - один из основных постулатов: хочешь так систему настрой, а хочешь по-другому, хочешь такой демон запусти, а не хочешь этот - другой возьми, так сказать в зависимости от условий задачи подбирается инструмент.
Есть немало задач, где стабильность НАМНОГО ВАЖНЕЕ, чем производительность. Я сам сторонник того, чтобы настроить один раз и не трогать без необходимости, а высвободившееся время потратить на реализацию новых интересных задач.
Я не понимаю чем так уж плохо будет иметь возможность собрать микроядро?! Не нужно микроядро - собери любимое монолитное! Ну а то, что сейчас это кажется невыполнимым, так это вопрос времени и, быть может, даже не-Linux-ядро даст миру такую возможность. В любом случае реализация идеи начинается после ПОЯВЛЕНИЯ идеи. Кстати, тот же Debian не скрывает, что спроектирован с расчетом на возможную смену ядра, т.е. переход от Linux-ядра к какому-то другому (может быть, это будет HURD).
>..., а сами пальцем не шелохнут для достижения декларируемых целей.
Пальцами преимущественно работают программисты :-), а они далеко не единственные специалисты в IT-сфере, поверьте мне на слово. Есть еще системные администраторы, интеграторы, архитекторы, конечные пользователи, .... Да и о производителях оборудования тоже не стоит забывать, они очень даже заинтересованы, чтобы программисты правильно пальцами шевелили. Ну неужели каждый должен быть программистом?!>Идите, что ли, в керенл-хакеры (опять же Грег тоже внятно писал, откуда начинать и как), может, когда-нить сможете убедить LKML, что вот эти патчи для совмещения ужа с ежом работают и достойны.
Да вобщем-то для меня несущественно какая из команд разработчиков обратит внимание на нарастающую проблему качества ядра. Мне нравится Linux, но я не фанат! Возможно в дальнейшем для некоторых задач я буду использовать ОС на базе другого ядра. Просто в настоящее время Linux - наиболее динамично развивающееся ядро, поддерженное множеством разработчиков software и hardware.А на тему "не нравится - напиши сам" спорить не буду. Да и писать тоже не буду - не мое это, я в данном случае - пользователь ядра, у которого есть свое мнение. Надеюсь, что ядро пишут люди, которым важно знать мнение пользователей.
Фсем красноглазикам, вопящим про микроядро и отдельные дрова курить бамбук и изучить презенташку, сделанную специально для таких тормозов (раз не могут зайти в папку Documentation_ ;)
http://www.kroah.com/log/linux/ols_2006_keynote.html
>раз не могут зайти в папку Documentation_ ;)гг, "папку"... Виндузятник?
>Также исправлено более 20 ошибок связанных с увеличением стабильности в подсистемах ALSA, e1000, ext3, ieee1394, VLAN, USB, PCI и т.д.
Чего-то я не всосал!? Это что получается? До этого были ошибки, которые увеличивали стабильность и теперь их исправили? Забавно! Нах такие патчи!
"В новой версии исправлены старые ошибки и добавлены новые!"
Это аксиома :-)