| 1.1, pavlinux (ok), 23:12, 21/01/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Ну мля тупичок....
Вот Когда будет так:
The latest stable bugfixed version of the Linux kernel is: 2.6.23-bgfx14
The latest stable version of the Linux kernel is: 2.6.23
The latest developed version of the Linux kernel is: 2.7.29
и т.д. Тогда придём к человеческому виду, а то патч в до 2.6.24,
мля 11Mb весит, пол ядра переколбасили и это тоже 2.6.2х - смешно.
| | |
| |
| 2.11, Nick (??), 16:43, 22/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
 > а то патч в до 2.6.24, мля 11Mb весит, пол ядра переколбасили и это тоже 2.6.2х - смешно.
а че смешного?
если в других продуктах 3-е число версии означает лишь багфиксы с неизменным API,
то и в Линуксе шаблонно так же нужно?
С какой радости? Или с бздунами переобщалсо?
| | |
| 2.17, vitek (??), 02:40, 23/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
точно.
испугал блин. пипец!.....
скоро будет 2.6.23-RC88.185
p.s.:
не будем пугать вындузятников и маковых фанатиков.
| | |
| |
| 3.22, Andrey Mitrofanov (?), 10:02, 23/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
>скоро будет 2.6.23-RC88.185
>
>p.s.:
>не будем пугать вындузятников и маковых фанатиков.
А что они ещё v2.6.24-rc8+d384e35, или 1:6.7.198~git20080117.6bd510a2-1, или bc8851304a71e612b2dafaacc965858e3f197654 не /достаточно/ пугаются?! :)) Нодоработочка.
| | |
|
|
| |
| 2.4, pavlinux (ok), 01:29, 22/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Павлинукс - это ты?!
>Оппа - а говорили тебе - фря рулез! :)
И чё, из-за того что кривая нумерация, мне теперь на фрю ломится...
Я тут вся в ZFS_е.... хотя BTRFS все настроение испортил,
всмысле нах...я ж нам без х..я (ZFS), коли с btrfs дох...я
| | |
|
| |
| 2.7, Владимир (??), 03:55, 22/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Пора давно уже на микроядро переходить...
С ума сойти - миссия.
Как же мы то раньше без тебя были.
| | |
| |
| 3.12, Nick (??), 16:44, 22/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
>С ума сойти - миссия.
>Как же мы то раньше без тебя были.
не нравиться идея - не поддерживай, но и не мешай
| | |
|
| 2.13, Nick (??), 16:44, 22/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Пора давно уже на микроядро переходить...
святое дело говоришь...
ой как давно пора... ой как давно....
| | |
| |
| 3.23, pawnhearts (?), 17:58, 23/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
 > ой как давно пора... ой как давно....
ну так переходи если такой умный)
hurd тебе в руки)) или там minix))
тока на практике гибридный подход который сейчас используется в частности в linux оказался лучше
| | |
| |
| 4.24, Nick (??), 19:16, 23/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
неспособным мыслить поясню, что речь шла о создании ветки микроядерного Линуха.
Сам переходи на hurd с миниксами
| | |
|
|
|
| 1.9, Аноним (3), 10:14, 22/01/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
пачему тупичог? больше линуксов хороших и разных, будет щастье для всех и на любой вкус.
| | |
| |
| 2.10, pavlinux (ok), 14:35, 22/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
>пачему тупичог? больше линуксов хороших и разных, будет щастье для всех и
>на любой вкус.
Да на здоровье, никто не против. Но MAINLINE должна быть одна,
и все вливания патчей должны быть за 3 пререлиза (слияние патчей, bugfixing, tuneing) -> релиз... и последующие фиксы.
C этой веткой получается, что идут параллельно bugfixing, tuneing, и на vanila и на -mc,
и перед релизом происходит слияние, что на 101% поведёт за собой кучу багов.
Народ из -mc ветки проверяет на совместимость с vanila, а народ из vanila этого не делает.
Так что помимо багов в ветках, появятся баги из-за слияния.
| | |
| |
| 3.14, Nick (??), 16:54, 22/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Да на здоровье, никто не против. Но MAINLINE должна быть одна,
ну, это стереотип...
но лишь потому, что во главе единого нашего mainstream'а стоит вменяемый и
шарящий человек. И именно ему доверяет большинство - естественным образом получается
одна главная ветка.
Если появится еще подобный человек - то наличие двух веток не должно удивлять
(но это будет поводом спорить об оптимальности различий).
>и все вливания патчей должны быть за 3 пререлиза (слияние патчей, bugfixing, tuneing) -> релиз... и последующие фиксы.
тут да. и чем больше ступеней - тем лучше.
> Народ из -mc ветки проверяет на совместимость с vanila,
>а народ из vanila этого не делает.
да, по-ходу, вообще не понимаешь что такое слиение ;)))
Слияние A и B == B и A.
Так что, все всё делают :)
Хотя вреале, тестовое слияние делают девелоперы и девелоперсокй ветки и
стабильной :) каждый в свой репозитарий, в свое время и со своим уровнем
проверки.
>Так что помимо багов в ветках, появятся баги из-за слияния.
-mc = vanilla + patches_к_включению
Баги из-за пачтей - могу понять, но баги из-за процесса патчинга - это уже слишком ;)
Если уж на то пошло - то утиль patch весьма стабильна уже и дополнительных багов
сама по себе не вносит :)
| | |
| 3.26, pawnhearts (?), 11:18, 24/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
> C этой веткой получается, что идут параллельно bugfixing, tuneing, и
>на vanila и на -mc,
>и перед релизом происходит слияние, что на 101% поведёт за собой кучу
>багов.
блин как же так забыли спросить аналитиков лора ххахаха)
но флаг в руки можешь рассказать свою теорию хаоса в списках рассылки
| | |
|
|
|
