Центр информации по операционным системам: Новости / Комментарии / Linux 2.6.12 выйдет не ранее чем через неделю

Эндрю Мортон (Andrew Morton) сегодня ответил на вопрос Джефа Гаржика (Jeff Garzik) о плане появления порядком задержавшейся версии 2.6.12 ядра Linux. На сегодня планируется выпустить шестой кандидат в релиз в течение ближайших дней, а еще через неделю должен появиться финальный 2.6.12. Список проблем этого релиза у Эндрю состоит из 244 пунктов - среди них множество проблем в USB, а также в fbdev, ACPI и ATAPI, однако, некоторые уже сегодня с утра были решены.

Также Эндрю отметил, что сегодня мы, наверное, увидим версию 2.6.12-rc5-mm3.

Roman I Khimov в Суббота, 04 Июнь 2005, 08:55 |

Комментарии: 3 |

Комментарии

Roman I Khimov |04.06.2005 08:58

Комментарии: 952

Н-да, все же тестирования ядру не хватает... Ох как не хватает. Причем даже когда уже есть баг-репорт, очень много ситуаций, когда после этого человек с проблемой исчезает и разобраться с проблемой становится практически нереально...

vilmor |04.06.2005 12:35

Комментарии: 27

Зарегистрирован: 29.10.2004 17:09

Бывает и хуже. Один разработчик вечером одного дня отчитывается, что затратил N-ное количество часов для добавления новой фичи программный продукт, после чего исчезает. А на следующий день выдача продукта заказчику, и выясняется, что эта фича не работает в принципе. Виновника же не могут найти - он не отвечает ни по сотовому, ни с домашнего, и вообще перестал ходить на работу. В общем, забухал. Через пару недель он приходит, и его всё-таки уговаривают исправить его же баг. Он тратит ещё N-ное количество часов, после чего зписывает в баг-лист, что проблема устранена. Все довольны. Через месяц после выдачи следующей версии продукта, заказчик пишет менеджеру проекта и жалеутся, что эта фича по-прежнему не работает. Но тот программист уже не работает в команде. Он уволился, уехал в Корею на постоянное место жительство, и за приличные деньги учит корейцев пользоваться CVS. Исправление баги назначают другому разработчику, который, начиная разбираться в коде, приходит в удивление, как такой ужасный код вообще может работать. Он говорит менеджеру, что на исправления надо потратить N-ное количество часов, и в ответ получает предложение ещё раз подумать и сократить время минимум в два раза. Подчинённый на всё согласен, и пишет в эстимейт заниженную оценку. В конце концов, он тратит на работу те же N часов и получает от начальства строгий выговор за превышение сметы. Бага исправлена. На протяжениии всей этой истории все отстальные в этой конторе, от простых тестеров и кодеров, и кончая директорами, с утра до вечера режутся в Mu. Яду мне, яду...

Roman I Khimov |04.06.2005 12:44

Комментарии: 952

Вот этого, как раз-таки в Linux практически нет. Я так понял, что более чем десятилетний опыт разработки даром не проходит - первый вопрос на любые большие изменения/новые драйвера/новые ФС/что-то еще - "кто это будет поддерживать?".

Вообще, внести сильные изменения в официальное ядро нелегко, видно даже по FUSE - в -mm варится уже не первый месяц, но в mainline пока не пускают, хотя и сам Миклос давно хочет, и сами пользователи присылали просьбы, но тот же Аль Виро периодически говорит "а вот это не так надо бы" и Миклос вперед переделывать.

Правда, Аль Виро да и многие другие, действительно по делу критиковали - у FUSE очень интересная ситуация с безопасностью, вопросов возникает очень много. Главное, что сам Миклос изменения вносит достаточно оперативно и с удовольствием.

Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь