[devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Dmitry V. Levin wrote:
> On Fri, May 05, 2006 at 08:36:20PM +0400, Dmitry V. Levin wrote:
>>> И ещё запрос: можно ли в указываемой версии тарболла каком-то образом 
>>> испрользовать данные из spec-файла ?
>> Можно,
>> $ which gear |xargs -r grep -A3 '^#.*options' --
>> #  tar(|.gz|.bz2): path_to_directory [options]
>> #  
>> #  Valid tar options are:
>> #    spec=path_to_file  - path to specfile which defines this archive name
>> #    and version;
>> #    name=archive_name  - this archive name;
>> #    version=archive_version  - this archive version;
>>
>>> Конкрентно меня интересует release.
>> release пока не предусмотрено.  Если нужно, могу устроить.
>>
>> [...]
>>> что-то подобное в policy:
>>> tar: udev-policy version=@version на -@release@
>>>
>>> было бы здорово.
>> OK, это можно.
> 
> Чем дольше я на это смотрю, тем более искусственной выглядит конструкция
> "version=..."; никто ещё её не задействовал?
> 
> Более логичным и универсальным выглядит "name=..." со значением по
> умолчанию @name на -@version@ (как и сейчас) и поддержкой 4-х ключевых слов:
> @dir@ - basename каталога (который указывается первым аргументом директивы);
> @name@ - значение тэга Name, извлечённое из spec-файла;
> @version@ - значение тэга Version, извлечённое из spec-файла;
> @name@ - значение тэга Release, извлечённое из spec-файла.
> 
> В данном примере:
> tar: udev-policy name=@dir на -@version на -@release@
> 
> Никто не возражает?

Отлично.

Только поведение по умолчанию лучше всё-таки оставить 
(name=@dir на -@version@).

что бы не пришлось перелопачивать существующее.

Rgds,
Rider