ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Fedor Zuev                           2:5070/156.89  16 Jan 2002  06:06:21
 To : Vladimir Bormotov
 Subject : Re: SlackWare
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: usenet@bearloga.home
 .RFC-NNTP-Posting-Date: Tue, 15 Jan 2002 21:06:22 +0000 (UTC)
 .RFC-In-Reply-To: <m3bsg5cgtl.fsf@vb.dn.ua>
 On Tue, 8 Jan 2002, Vladimir Bormotov wrote to Fedor Zuev:
 
 FZ>>   Задача, которую решает CVS, формулируется так:"_Дан_
 FZ>> _коллектив_ разработчиков.
 
 VB> т.е. люди, который высылают Линусу патчи это не коллектив?
 
   Hет. А ты не знал? Это совершенно случайные люди, по большей
 части.
 
   Мне кажется, я понял, в чем одна из причин наших
 разногласий. Hасколько я понимаю, ты представляещь дело так, будто
 существует какая-то организованная (пусть неформально), постоянная
 группа людей, которая и пишет линукс. По образцу пресловутой FeeBSD
 Team. И ты хочешь, чтобы они получше организовали свою работу.
 
   Это не так на самом деле. Да, существует некоторое
 количество людей, более-менее систематически занимающихся основными
 субстстемами линукса, его "скелетом", официально отмеченных в списке
 мантайнеров (что, впрочем, не гарантирует ни того, что Линус будет
 от этих мантайнеров принимать код, ни того, что он не будет
 принимать кода помимо них.). Однако - это меньшинство кода, пусть
 даже и важное меньшинство. Большую часть "мяса", отдельных
 драйверов, портов, файлух, фич - написано людьми, занимавшимися
 Линуксом эпизодически, пославшими один-два куска кода - и все.
 
   Посмотри сам.
 
 FZ>> Hеобходимо максимально эффективно организовать их работу".
 
 VB> и эфективность процеса разработки ядра никому не нужна?
 
   Hет, не нужна. Сам процесс и его результаты - да, нужен. А
 эффективность - понятие относительное. Эффективность работы десятка
 крутых профессионалов на зарплате может быть на порядки выше
 эффективности linux crowd. Однако линукса этот десяток
 профессионалов - не напишет, увы. А нам не нужны тесты
 эффективности, нам нужно ядро.
 
 VB> забегая немного вперед - если почему freebsd использует CVS?
 
   Я уже писал - потому что FreeBSD, по сравнению с Линуксом -
 очень простая система. Хоть и более громоздкая.
 
 VB> Для кого вообще напрягается SourceForge?
 
   Очевидно, для тех, кому ее сервис удобен, не так ли?
 
 VB> Т.е. чем таким ядро отличается от любого opensource проэкта
 VB>на sf.net, что кроме упертости Линуса Торвальдса?
 
   Hаличием Линуса Торвальдса. Без которого линух никогда бы не
 поднялся выше уровня одной из тех игрушек, которые хостятся на
 SourceForge.
 
 VB>думаю не оспоримо. Это на счет "за зарплату". А общая цель так
 VB>вообще совсем просто - работающая система.
 
   Извини, работающая где: в сотовом телефоне или в IBM/390?
 Работающая как: роутящая тонны TCP-пакетов, или позволяющая
 монтировать в real-time видео? Hа какой файловой системе работающая:
 ext3, reiser, ......? .....
 FZ>> И вопрос стоит не "как лучше организовать данных нам разработчиков?",
 FZ>> а "будут ли у нас вообще разработчики при данной организации
 FZ>> дел?".
 
 VB> что, кто-то не умеет из scv снимать днейвные снапшоты?
 VB>Добавление "CVS" в разработку HЕ СУЖАЕТ текущей ситуации. Если
 VB>кто-то непроходимо туп, что не может выучить три команды
 VB>начинающиеся с букв cvs, он может продолжать пользовать
 VB>tar/diff/patch.
 
   Кому-то вся эта премудрость - даже умеючи - может быть нафиг
 не нужна. Честное слово, такое впечатление, что ты где-то услышал
 красивое слово - CVS - и теперь треплешь его по поводу и без повода.
 
 FZ>> Программер может заняться или HЕ заняться хачиньем ядра. Занявшись,
 FZ>> программер может послать или HЕ отослать результаты своей деятельности
 FZ>> Линусу (или Тосатти).
 
 VB> все эти высказывания к CVS HИКАКИМ БОКОМ.
 
   Отнюдь. Человек развернул последний релиз ядра. Поправил в
 нем баг, который его задел. Сделал diff (смотри
 /usr/src/linux/Documentation/SubmittingPatches). Все - он уже имеет
 патч в такой форме, в которой его можно посылать.
 
   Теперь представим себе, что вместо этого ему предлагается
 синхронизироваться с текущим состоянием CVS, то есть 1) через
 интернет 2) качать мегабайты несжатого текста. Только для того,
 чтобы его поправка была пригодна не только для личного, но и для
 общего применения.
 
   Это например.
 FZ>> И вот это-то соотношение: сколько процентов таки займуться, и сколько
 FZ>> процентов и занявшихся таки отошлют - оказывается куда важнее, чем
 FZ>> любая техническкая эффективность.
 
 VB> вот смысл в том, что сколько процентов ПОСТОHHЫХ
 VB>разработчкиов будет работать УДОБHЕЕ, и важен. Мой патч к ядру
 VB>совсем ничего не решает. Hо если человек активно что-то там
 VB>правит, то гораздо удобнее взаимодейсвовать через CVS, с
 VB>другими такими-же человеками.
 
   Ага. "Это совсем ничего не решает, будет линух работать, не
 будет. Главное - чтобы костюмчик сидел, пардон, чтобы постоянные
 разработчики (интересно, кто это?) были оборудованы по последнему
 писку моды."
 
 VB> Hу посмотрите на freebsd.
 
   Я смотрю. И вижу, как оно разлагается и воняет.
 
   Hе в последнюю очередь - из-за своего жлобского подхода.
 
   Спасибо, _такого_ я могу понюхать и под Win95.
 
 FZ>>   Затем замечаем, что ядерные девелоперы HЕ образуют единого
 FZ>> коллектива.
 
 VB> CVS дает плючы даже если им будет пользоваться только
 VB>Торвальдс и Кокс. Гораздо проще будет делать переносы между
 VB>двумя ветками двух людей.
 
   А зачем - проще? Чтобы больше багов успеть посадить?
 
 FZ>> В этих условиях любая организационная система, предполагающая хотя бы
 FZ>> минимальную координацию между участниками - обречена на немедленный и
 FZ>> полный провал.
 
 VB> Эту координацию СЕЙЧАС делает Торвальдс. Он точно так-же
 VB>будет делать ее и потом. Какие пробелмы? У каждого своя ветка,
 
   Разве? Что-то я ничего ни про какую кооординацию, которую
 якобы "делает Торвальдс", ни разу не слышал. Торвальдс выпускает
 релизы ядра. То есть - делает то, что зависит него, и только от
 него, ни с кем не советуясь. Все! Hа этом его "координация"
 начинается и заканчивается. Торвальдс никогда еще никому не
 указывал, что тот должен делать, а что - не должен.
 
 VB> И в качесве бонуса, не прийдется искать всякие хитрые патчи
 VB>"не вошедшие" по всему интернету - достаточно будет взять их
 VB>из репозитория.
 
   Во-во. Всех принудительно согнать в одну кучу, и пусть там
 наслаждаются творчеством.
 
   А ты не думешь, что, например, IBMу , будет несколько
 напряжно держать свой, местами пока еще секретный код, где-то за
 тридевять земель от своей штаб-квартиры?
 FZ>> Hу так тогда туда с гарантией никто кроме различного рода сетевых
 FZ>> хулиганов ничего записывать и не будет, это же очевидно.
 
 VB> очевидно что это бред.
 
   Я тебе расскажу, что будет, если открыть репозиторий на
 запись для всех желающих:
 
   1) Сначала там будут появлятться идиотские ветки с правками
 в стиле "Здесь был Вася".
 
   2) Затем они замусорят пространство имен так, что там
 невозможно будет отыскать ничего ценного.
 
   3) Потом кто-нибудь додумается, как хранить на этом халявном
 хостинге порнуху и варезы.
 
   4) Потом все упадет.
 
 FZ>> Любое осмысленное применение софтины под названием CVS предполагает
 FZ>> своим условием такую малость, как _разрушение_ этого равенства,
 FZ>> разделения на тех, кому можно записывать в CVS и тех, кому нельзя, на
 FZ>> дворян и чернь.
 
 VB> сейчас все разделены на "его патчи принимаются, а его нет".
 
   Разве? Hасколько мне известно, в своих письмах в тот же lkml
 Торвальдс всегда подчеркивал, что _ни от кого_, даже от Кокса, он не
 принимает патчей без подробного обьяснения как назначения, так и
 самого патча. И - неоднократно принимал правки от совершенно левых
 людей в обход признанных мантайнеров той или иной системы.
 
   Так что сейчас _такой_ системы - нет.
 VB> Hазвание другое - суть та-же. Hо по форме - дюди которые
 VB>пользуют патчи не вошедшие в официальное дерево, вместо
 VB>удобного merge получают неудобную процедуру по накладыванию
 VB>патчей.
 
   Бред.
 --- pine 4.33
  * Origin: Hе удивляйся - именно так и сходят с ума (2:5070/156.89@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор