[docs] Re: rpm-публикации (Was: deleting alt-entities)

[Vitaly Ostanin]

On Sun, 1 Feb 2004 19:18:46 +0300
"Oleg A. Paraschenko" <olpa на xmlhack.ru> wrote:

>   Привет!
> 
> On Sun, 1 Feb 2004 16:16:59 +0300
> Vitaly Ostanin <vyt на vzljot.ru> wrote:
> 
> > On Sun, 1 Feb 2004 14:57:44 +0300
> > "Oleg A. Paraschenko" <olpa на xmlhack.ru> wrote:
> > 
> > >   Всем привет,
> > > 
> > >   предлагаю отказаться от пакета alt-entities.
> > > 
> > >   Сейчас с ним есть серьёзная проблема: после изменения
> > >   entites в
> > > cvs-исходниках, необходимо пересобрать и установить пакет
> > > "alt-entities". А я, например, этого не умею. Кроме того,
> > > как-то странно получается: вроде бы мы используем cvs для
> > > сборки, там всё есть, а воспользоваться этим всем не
> > > получается. Кроме того, бывают проблемы с версиями. Не у
> > > всех стоит самый последний alt-entities.
> > 
> > Разработчики документации действительно используют cvs для
> > работы.
> > 
> > >   Что предлагается вместо alt-entities.
> > > 
> > >   Пусть make передаёт информацию о положении каталога
> > >   entities и прочего
> > > в cvs, и пусть xmllint/xsltproc используют её. Тогда
> > > изменения entities в cvs будут подхватываться "на лету".
> > 
> > А как поступать при сборке документов в rpm-пакеты/релизных
> > публикациях?
> 
>   Хороший повод обсудить призрак rpm-пакетных/релизных
>   публикаций.
> Насколько я понял, рано или поздно его всё равно надо будет
> материализовать.
> 
>   Что предлагаю я:
> 
> * по "make srcrpm" куда-то выкладывается срез cvs ("cvs
> checkout" на
>   весь $docs_root, может быть с некоторыми исключениями), а
>   также файлы, необходимые для создания rpm-пакетов;

rpm обычно делается из tarball-архивов. Делать один гигантский
tarball со всем срезом cvs нет смысла.

> * из этого всего собирается .src.rpm;
> 
> * .src.rpm имеет такое свойство, что из него получается много
> маленьких
>   итоговых rpm, содержащих нужную документацию.

В Сизифе принято дробить пакеты для достижения более гибких
зависимостей и возможностей обновления. Очевидно, что FAQ будет
обновляться чаще, чем install.

>   Достоинство метода состоит в том, что не надо задумывать о
>   зависимостях,
> о версиях пакетов a la alt-entities, и главное -- реализуется
> он прямолинейно и очевидно.

Зависимости на версии я пропишу, тогда тоже не надо будет
задумываться.

> > Тогда cvs будет недоступен. Кроме того,
> > использование самых свежих данных cvs далеко не всегда
> > оправдано.
> 
> $ cp -r $docs_root $my_docs_root
> $ cd $my_docs_root
> $ cvs update -r <recommended_revision>
> $ ... работа в $my_docs_root ...

Из этого понятно, что можно работать со своей копией/версиями из
cvs. Я не об этом, а о том, что сборка будет (и должна) проходить
без cvs.

> .... <skip про каталоги /> ....

С каким вердиктом <skip/> ? :)

<skipped/>

-- 
Regards, Vyt
mailto:  vyt на vzljot.ru
JID:     vyt на vzljot.ru
----------- следущая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: отсутствует
Url     : /pipermail/docs/attachments/20040201/63bda28b/attachment.bin