а vmware и nvidia драйвера нормально с новым ядром работают? а lirc?

Что мешает самому проверить, однако?

Йоц.

они там решили каждую неделю новый релиз делать?

и что мешало релиз 2.6.0 придержать на пару недель, чтобы подобные ошибки поправить ? "в комунне остановка", блин, как всегда...

А последний баг в нем профиксен или нет?

jabbervorx:~# lsmod
Module Size Used by
[...]
nvidia 2076680 12
jabbervorx:~# uname -a
Linux jabbervorx 2.6.1-rc2 #1 SMP Wed Jan 7 20:15:49 CET 2004 i686 GNU/Linux

про vmware ничего не скажу, не пользую пока.

"последний баг", если это про mremap, то пофиксен ещё в -rc2. А "Последний Баг" не будет пофиксен никогда :)

Когда же выйдет ядро stable? http://mor.hosting-design.net

VMWare замечательно работала и с 2.6.0 и с более ранними тестовыми версиями на kernaltrap.org была статья на эту тему.

> и что мешало релиз 2.6.0 придержать на пару недель, чтобы подобные
> ошибки поправить ? "в комунне остановка", блин, как всегда...

Не ворчи. Не зарелизили бы - и баги никто не нашёл бы :) А у кого с головой всё в порядке, тот и сам знает, что x.x.0 нельзя использовать для серьёзных вещей.

а почему не ворчать ? разве это логично - релизить ветку в "стабильные", чтобы баги отловить ? если у всех с головой в порядке, то кто тогда баги находит ? :)

>VMWare замечательно работала и с 2.6.0 и с более ранними тестовыми версиями

на news://news.vmware.com пробегал патч к vmware по этому поводу

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

1. После прохождения программой всех тестов и отлавливаний багов делается релиз;

2. Принимаются багрепорты на ранее незамеченные, невыявленные баги;

3. По прохождении определенного времени (в зависимости от политики разработки софта (у кого-то роадмап, кто-то просто ждет определенной вехи)), когда багрепорты уже перестают поступать на новые баги, выпускается так-называемый багфикс-релиз;

4. Добавляются новые фичи;

5. пункт 1.

Вы там с Линуксами совсем рехнулись. Что за релизы такие. Вот во ФриБСД, если стабле, так уж стабле и никаких гвоздей.

Молчи в тряпку, БЗДунишка. ;-)

Чувак дело говорит. Уж не позорились бы релизить торопясь. Называйте вещи своими именами. Версии пусть выходят как угодно часто, только не называйте это барахло релизами.

Так тож релиз кандидат.

БЗДунишки!!!

Ваше дело правое, а Патрик пророк Ваш.

заметь 2.6.1-rc, а ты помнишь когда 2.6.0 вышло ? 17-го декабря. прикольно получается.

Сколько линуксоидов нужно, чтобы зарелизить новое ядро? Один. Любой студент, освоивший с++ может свой поток сознания отвердить в форме релиза ядра.

2anonymous (*) (08.01.2004 15:41:39)

У Патрика, как раз, все в порядке (Патрику респект!).

А с 2.6.0 поторопились явно, но это было понятно уже с самого начала.

С интересом наблюдаем процесс отладки, если дельных мыслей, по поводу текущей реализации, не возникает...

Ожидаем устойчивой стабильности, с минимумом проблем, к релизу 2.6.4, хотя бы... а когда было иначе?

> "последний баг", если это про mremap, то пофиксен ещё в -rc2. А "Последний Баг" не будет пофиксен никогда :)
Почему не будет?:) Его что, так сложно исправить? Надо его только
отрепортить, и его пофиксят:)

Во блин знатоки собрались. Фразу "Release early, release often" когда-нибудь слышали ?

замечательная фраза :) и что она меняет ?

Народ а никто не пользуется matroxfb на нестандартных разрешениях, типа 1400х1080? В 2.6.0. При переключении из X в консоль куча мусора вылазит. В 2.4. такого небыло. Как победить?

пукну и я

пукну и я в этот дурацкий тред.
это насколько Линус на праздники обкурился что в вещах типа
#
vs
#(!(old_len | new_len))
vs
#(!old_len || !new_len)
путается ;)

> "последний баг", если это про mremap, то пофиксен ещё в -rc2. А "Последний Баг" не будет пофиксен никогда :)

"Последний Баг"? Пофиксить? Легко! rm -f /boot/vmlinux-2.6.0

фу, ясно что ты знаешь линукс понаслышке, ядро (файл) всегда называлось vmlinuz в /boot (обычно symlink) или bzImage в arch, vmlinux - нонсенс.

:-)
Не угадал! В ASPLinux оно называется vmlinux-x.x.x-asp, а vmlinuz - симлинк на него.

Народ подскажите где можн опочитать как 2.6 ставить. Пробовал и споткнулся на модулях. Скачал module_init_tools. А он не компилится, пишет что-то типа /usr/bin/ld -lc не найден

спорим на следующей неделе появится rc4 :)

Кто нибудь пробовал rivafb??? Работает??

PS rc3 - rc2 = 34Kb
   rc2 - rc1 = 24Kb
   rc1       = 712Kb

rc2 и rc3 это всего лиш неблольшие вариации на тему rc1. Нафиг их
релизить?
   

> а vmware и nvidia драйвера нормально с новым ядром работают? а lirc?

Про vmware ничего сказать не могу, а вот про остальное:

$ uname -r
2.6.0
$ ps -ax | grep "lirc\|XFree"
614 ? SW 0:00 [lirc_dev]
619 ? S 0:00 lircd
10875 pts/2 S 0:00 grep lirc\|XFree
$ lsmod | grep "dia\|lirc"
lirc_gpio 7552 1
lirc_dev 11712 2 lirc_gpio
bttv 128044 1 lirc_gpio
nvidia 1700972 10
$

>фу, ясно что ты знаешь линукс понаслышке, ядро (файл) всегда называлось vmlinuz в /boot (обычно symlink) или bzImage в arch, vmlinux - нонсенс.

Ага ... сегодня и ежедневно опять на манеже ....

Да хоть горшком назови ;) загрузчику от этого пофиг абсолютно


man lilo
man lilo.conf
man grub

>"Последний Баг"? Пофиксить? Легко! rm -f /boot/vmlinux-2.6.0

Не сработает если на место стертого ядра не написать какой нибудь мусор ;)

man srm

оно точно сработает ;)

Тас что, с module_init_tools ктонибудь шарит как ставить?

Хау-ту для немного тупых уже давно выпустили. Научись читать.

./configure --enable-zlib && make && make install

>Тас что, с module_init_tools ктонибудь шарит как ставить? У меня в Mandrake 9.1 такое было как вылечилось смотри предыдущее сообщение.

Баги, баги... Какие это баги? Единственный серьезный баг, пофиксеный с 2.6.0 - это тот самый mremap. Остальные - железо-зависимые или архитектуро-зависимые.

sS ты клоун, речь идет о традициях именования [1,2] конечного объектного файла, полученного компиляцией исходников ядра.
так вот, после сжатия и встраивания лоадера он называется bzImage,
и лежит обычно в arch/.. если устанавливать ядро make install'ом
то в /boot копируют bzImage (обычно называют иначе по оч. причинам)
и делают симлинк с именем vmlinuz.
а назвать можна как угодно, тебе наверное нравятся варианты типа
sS_new_kool^%kernel-2.6.0-my_printk&patch.v1 ;-).

1. Linux Kernel source tree
2. LKML

Вдогонку

2 anonymous (*) (09.01.2004 14:58:50)

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

PS: а чего это ты на LKML ссылаешся ? Неужто там спрашивал _как_ правильно именовать ядро ? :P