Re: [devel] Q: cvs inquiry

From: mookid@sigent.ru (Mikhail Zabaluev)
To: devel@linux.iplabs.ru
Subject: Re: [devel] Q: cvs inquiry
Date: Mon, 20 Nov 2000 12:25:15 +0300
Message-ID: <20001120122515.B1445@localhost.localdomain> (raw)
In-Reply-To: <3A170916.C4B4051B@avilink.net>; from ab@avilink.net on Sun, Nov 19, 2000 at 12:56:22AM +0200

Hello Alexander,

On Sun, Nov 19, 2000 at 00:56 +0200, Alexander Bokovoy wrote:
>
> > > Чем меньше файлов используется для хранения информации о пакете,
> > > тем лучше. И так уже сделано практически все: в Source можно указывать
> > > URL, чем пользуются многие, в том числе MandrakeSoft. Догадываетесь, что
> > > это они делают неспроста?
> > 
> > Да, я догадываюсь. Но мне привязка к specам не нравится. Нам нужно не
> > одно поле, а несколько (в моей концепции). Причем другие поля ну уж
> > никак не увязываются с сутью spec файлы, они будут специально для
> > нашего cvs.
> Все-таки я бы остановился сейчас на хранении информации внутри
> spec-файла. Временные ограничения несколько поджимают нас в выборе
> вариантов для первого воплощения идеи, а использование объединенной
> системы облегчит тестирование.
> 
> Для оповещения об обновлениях в репозитарии можно для начала принять
> такой вариант: при отправке spec-файла поле Group используется в
> качестве группы для заинтересованных разработчиков, которые должны
> получать информацию об этом обновлении. Если указанный в spec-файле
> мэйнтейнер отсутствует в текущем списке, он добавляется в него. Так, по
> крайней мере, можно избежать проблем с координацией проектов внутри
> одной категории, да и обрабатывать проще. Но это решение "на первое
> время", хотя его можно и развить далее.

Не знаю, имеет ли смысл привязка интересов разработчиков только к группам
RPM. Взять хотя бы Development/C - масса совершенно разных по
тематическому значению пакетов.
Мне кажется, информация о заинтересованных разработчиках все-таки
не является неотъемлемой от пакета, тем более, что она может меняться
чаще, чем пакет. Здесь я согласен с Петром: такие данные, не имеющие
непосредственного представления средствами RPM, лучше конфигурировать
отдельно. На первое же время достаточно будет публиковать все рапорты в
общем списке рассылки - в этом или в специально созданном только для
автоматических объявлений.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
He who fights and runs away lives to fight another day.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel