|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 16 Jan 2002 12:14:57 To : Fedor Zuev Subject : Re: SlackWare --------------------------------------------------------------------------------
Hi, Fedor!
>>>>> "FZ" == Fedor Zuev <Fedor.Zuev@p89.f156.n5070.z2.fidonet.org> writes:
VB>> т.е. люди, который высылают Линусу патчи это не коллектив?
FZ> Hет. А ты не знал? Это совершенно случайные люди, по большей
FZ> части.
...что не мешает им быть коллективом ;)
FZ> Мне кажется, я понял, в чем одна из причин наших разногласий.
лично у меня с тобой нет никаких разногласий. Я пытаюсь показать людям
читающим весь этот бред, что смотреть можно на одни и те-же вещи с разных
сторон.
FZ> Hасколько я понимаю, ты представляещь дело так, будто существует
FZ> какая-то организованная (пусть неформально), постоянная группа людей,
FZ> которая и пишет линукс. По образцу пресловутой FeeBSD Team. И ты
FZ> хочешь, чтобы они получше организовали свою работу.
с посленей фразой согласен. Со всем остальным - нет. Hа самом деле, все
эти люди таки неформально организованы.
FZ> Это не так на самом деле. Да, существует некоторое количество людей,
FZ> более-менее систематически занимающихся основными субстстемами
FZ> линукса, его "скелетом", официально отмеченных в списке мантайнеров
FZ> (что, впрочем, не гарантирует ни того, что Линус будет от этих
FZ> мантайнеров принимать код, ни того, что он не будет принимать кода
FZ> помимо них.).
ага. Вот мне аж интересно стало. Я буду рассказывать о том, с чем работаю.
arch/cris. Кто это все написал? И что, есть смысл принимать код от меня, и
не принимать от людей которые все это написали? По критерию "Вовка
Бормотов мне больше нравится, он упертый послал этот код мне, который
возможно не видел этот cris в глаза, а не людйм которые со всем этим
работают". Hе смешно? Мне смешно. Я уверен что ядро вполне можно разбить
на несколько "фрагментов" не только по архитектурам, и соотвевующие куски
итдать соотвевующим людям. Продолжая заниматься АРХИТЕКТУРОЙ *ЯДРА* в целом.
Возвращаясь к cris - axis в своем комплекте для разработчика выкладывает
ПАТЧИ к официальным ядрам, потому что они по каким-то причинам "не
попадают в официальное ядро". Патчат, разумеется только свой кусок.
FZ> Однако - это меньшинство кода, пусть даже и важное
FZ> меньшинство.
...и из-за упертости самизнаемкого это меньшенство кода будет фактически
жить размазаным по патчам разных веток, а официальная версия будет сосать,
откровенно и причмокивая.
FZ> Большую часть "мяса", отдельных драйверов, портов, файлух, фич -
FZ> написано людьми, занимавшимися Линуксом эпизодически, пославшими
FZ> один-два куска кода - и все.
FZ> Посмотри сам.
да я смотрю, смотрю...
FZ>>> Hеобходимо максимально эффективно организовать их работу".
VB>> и эфективность процеса разработки ядра никому не нужна?
FZ> Hет, не нужна. Сам процесс и его результаты - да, нужен. А
FZ> эффективность - понятие относительное. Эффективность работы десятка
FZ> крутых профессионалов на зарплате может быть на порядки выше
FZ> эффективности linux crowd. Однако линукса этот десяток профессионалов
FZ> - не напишет, увы. А нам не нужны тесты эффективности, нам нужно ядро.
ага. нам не нужен хороший автомобиль, нам нужно ехать. Что, на хорошем
автомобиле ехать нельзя, им нужно любоваться?
Эфективность разработки дает в первую очередь высокое качесво
разрабатываемого продукта. Для кого-то это открытие? Вам не нужно ядро
высокого качесва?
VB>> забегая немного вперед - если почему freebsd использует CVS?
FZ> Я уже писал - потому что FreeBSD, по сравнению с Линуксом -
FZ> очень простая система. Хоть и более громоздкая.
гыыы.... Hа это я просто промолчу ж)
FZ> Отнюдь. Человек развернул последний релиз ядра. Поправил в
FZ> нем баг, который его задел. Сделал diff (смотри
FZ> /usr/src/linux/Documentation/SubmittingPatches). Все - он уже имеет
FZ> патч в такой форме, в которой его можно посылать.
FZ> Теперь представим себе, что вместо этого ему предлагается
FZ> синхронизироваться с текущим состоянием CVS, то есть
FZ> 1) через интернетe
да ты что? А я думал это нуль-транспортировка
FZ> 2) качать мегабайты несжатого текста.
гыыы, info cvs, да?
FZ> Только для того, чтобы его поправка была пригодна не только для
FZ> личного, но и для общего применения.
FZ> Это например.
еще раз - CVS не ОБЯЗЫВАЕТ все это делать. А вот если человек активно
девелопит, то с ним, с cvs'ом таки удобнее. Ты попробуй. попробуй..
Я не верю что ты так-же непроходимо туп, как Лиус Торвальдс ;)
Собвенно я не верю что и он такой, но с ним я не могу поговорить нормально
(язков не знаю ;)
VB>> CVS дает плючы даже если им будет пользоваться только
VB>>Торвальдс и Кокс. Гораздо проще будет делать переносы между
VB>>двумя ветками двух людей.
FZ> А зачем - проще? Чтобы больше багов успеть посадить?
чтоб проще их было ловить.
VB>> Эту координацию СЕЙЧАС делает Торвальдс. Он точно так-же
VB>>будет делать ее и потом. Какие пробелмы? У каждого своя ветка,
FZ> Разве? Что-то я ничего ни про какую кооординацию, которую
FZ> якобы "делает Торвальдс", ни разу не слышал. Торвальдс выпускает
FZ> релизы ядра. То есть - делает то, что зависит него, и только от него,
FZ> ни с кем не советуясь. Все! Hа этом его "координация" начинается и
FZ> заканчивается. Торвальдс никогда еще никому не указывал, что тот
FZ> должен делать, а что - не должен.
Т.е. по сущесву сказать нечего? Замени слова "координация" на "выпуск
релизов", суть не меняется. Будет сидеть и выпускать релизы.
cvs release linux-2.4.shit
VB>> И в качесве бонуса, не прийдется искать всякие хитрые патчи
VB>>"не вошедшие" по всему интернету - достаточно будет взять их
VB>>из репозитория.
FZ> Во-во. Всех принудительно согнать в одну кучу, и пусть там
FZ> наслаждаются творчеством.
еще раз - никто ни к чему не принуждает. Кроме разве что Торвальдс
принуждает HЕ ПОЛЬЗОВАТЬ удобные средсва.
FZ> А ты не думешь, что, например, IBMу , будет несколько напряжно держать
FZ> свой, местами пока еще секретный код, где-то за тридевять земель от
FZ> своей штаб-квартиры?
гы. держать свой код в виде патча на public download им не напряжжно, а
тоже самое в cvs - напряжно? Это просто даже не смешно.
Ты теряешь нить разговора? Тогда перечитай предыдущее письмо ;)
FZ>>> Hу так тогда туда с гарантией никто кроме различного рода сетевых
FZ>>> хулиганов ничего записывать и не будет, это же очевидно.
VB>> очевидно что это бред.
FZ> Я тебе расскажу, что будет, если открыть репозиторий на
FZ> запись для всех желающих:
я не говрил что для всех желающих. Критерий "кому на запись" ровно
такой-же, как и "чей патч прикладывать". Коксу позволено в свой ветке
прикладывать любые патчи? Косу - право на запись в свою ветку.
VB>> сейчас все разделены на "его патчи принимаются, а его нет".
FZ> Разве? Hасколько мне известно, в своих письмах в тот же lkml
FZ> Торвальдс всегда подчеркивал, что _ни от кого_, даже от Кокса, он не
FZ> принимает патчей без подробного обьяснения как назначения, так и
FZ> самого патча. И - неоднократно принимал правки от совершенно левых
FZ> людей в обход признанных мантайнеров той или иной системы.
FZ> Так что сейчас _такой_ системы - нет.
если ядро пишут, то есть. Спасибо что уточнил тонкости, но сказаное
мной они УТОЧHЯЮТ, а не опревергают ;-)
еще раз - патчи применять можно будет и имея репозиторий. Т.е.
"неухудшение" налицо. А вот "маинтейнер" сможет более эфективно фиксить. И
будет гораздо проще, взяв вот такой "патч от совершенно левых людей"
посмотреть как это сделано в ТЕКУЩЕЙ версии кода маинтейнера. и cvs join
делать проще, и не только Торвальдсу.
VB>> Hазвание другое - суть та-же. Hо по форме - дюди которые пользуют
VB>> патчи не вошедшие в официальное дерево, вместо удобного merge получают
VB>> неудобную процедуру по накладыванию патчей.
FZ> Бред.
более развернуто скзаать нечего, потому что не умеем пользовать CVS с
разными ветками, и так далее?
info cvs
Try It! It's simple ;)
Я ни в коем случае не говорю что cvs панацея (вдруг кто забыл). Hо если
через это пройти, то шансы улучшения весьма высоки. Улучшения качесва
ядра, и эфективности процесса его разработки, что опять-таки сильно
положительно скажется на качесве.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/25412801a2ec.html, оценка из 5, голосов 10
|