Re: [devel] Q: cvs inquiry

From: Aleksey Novodvorsky <aen@logic.ru>
To: devel@linux.iplabs.ru
Subject: Re: [devel] Q: cvs inquiry
Date: Wed, 22 Nov 2000 05:31:31 +0300
Message-ID: <3A1B3003.EC4AD282@logic.ru> (raw)
In-Reply-To: <20001122030750.C22907@LDV.fandra.org>

"Dmitry V. Levin" wrote:

> On Mon, Nov 20, 2000 at 12:25:15PM +0300, Mikhail Zabaluev wrote:
> > > > > Чем меньше файлов используется для хранения информации о пакете,
> > > > > тем лучше. И так уже сделано практически все: в Source можно указывать
> > > > > URL, чем пользуются многие, в том числе MandrakeSoft. Догадываетесь, что
> > > > > это они делают неспроста?
> > > >
> > > > Да, я догадываюсь. Но мне привязка к specам не нравится. Нам нужно не
> > > > одно поле, а несколько (в моей концепции). Причем другие поля ну уж
> > > > никак не увязываются с сутью spec файлы, они будут специально для
> > > > нашего cvs.
> > > Все-таки я бы остановился сейчас на хранении информации внутри
> > > spec-файла. Временные ограничения несколько поджимают нас в выборе
> > > вариантов для первого воплощения идеи, а использование объединенной
> > > системы облегчит тестирование.
> > >
> > > Для оповещения об обновлениях в репозитарии можно для начала принять
> > > такой вариант: при отправке spec-файла поле Group используется в
> > > качестве группы для заинтересованных разработчиков, которые должны
> > > получать информацию об этом обновлении. Если указанный в spec-файле
> > > мэйнтейнер отсутствует в текущем списке, он добавляется в него. Так, по
> > > крайней мере, можно избежать проблем с координацией проектов внутри
> > > одной категории, да и обрабатывать проще. Но это решение "на первое
> > > время", хотя его можно и развить далее.
> >
> > Не знаю, имеет ли смысл привязка интересов разработчиков только к группам
> > RPM. Взять хотя бы Development/C - масса совершенно разных по
> > тематическому значению пакетов.
>
> Это верно.
>
> > Мне кажется, информация о заинтересованных разработчиках все-таки
> > не является неотъемлемой от пакета, тем более, что она может меняться
> > чаще, чем пакет. Здесь я согласен с Петром: такие данные, не имеющие
> > непосредственного представления средствами RPM, лучше конфигурировать
>
> Даже данные по закачке исходников сложно уместить в spec-файл без
> добавления новых тэгов (или псевдотэгов).
> Пример из cvs.spec:
> Source: ftp://ftp.cvshome.org/pub/%name-%version/%name-%version.tar.bz2
>
> Наиболее разумно держать информацию для уведомлений в базе данных и
> управлять через web (ибо пакетов сотни). Единственная проблема - на
> сервере logic.ru совершенно не заинтересованный ни в чем подобном и потому
> совершенно непрошибаемый администратор (Вы, наверное, об этом уже
> догадались) - там нет никакого сервера базы данных; а если будет - то
> очень не скоро, и не тот, который нужен, и не та версия, которая работает, и ...
>

На следующей неделе  должен войти в строй еще один сервер. Администратор там будет
прошибаемый :-)
Лучше поздно...

Rgrds, Алексей.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel