LINUX.ORG.RU

Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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 ничего не скажу, не пользую пока.

Casus ★★★★★
()
Ответ на: комментарий от anonymous

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

Casus ★★★★★
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

yozhhh ★★★
()
Ответ на: комментарий от yozhhh

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

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

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

5. пункт 1.

dotcoder ★★★★★
()

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

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

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

anonymous
()
Ответ на: комментарий от Casus

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

пукну и я

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

anonymous
()
Ответ на: комментарий от Casus

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

> а 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
$

no-dashi ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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


man lilo
man lilo.conf
man grub

sS ★★★★★
()
Ответ на: комментарий от anonymous

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

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

man srm

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

sS ★★★★★
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от sS

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

anonymous
()
Ответ на: комментарий от anonymous

Вдогонку

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

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

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

sS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.