From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <445C6246.3060808@altlinux.com>
Date: Sat, 06 May 2006 12:45:58 +0400
From: Anton Farygin <rider@altlinux.com>
Organization: ALT Linux Ltd.
User-Agent: Thunderbird 1.5.0.2 (X11/20060502)
MIME-Version: 1.0
To: ALT Devel discussion list <devel@lists.altlinux.org>
References: <445B741D.9050402@altlinux.com>	<20060505161344.GA29144@basalt.office.altlinux.org>	<445B7D26.40202@altlinux.com>	<20060505163620.GB29144@basalt.office.altlinux.org>
	<20060505212536.GD19201@basalt.office.altlinux.org>
In-Reply-To: <20060505212536.GD19201@basalt.office.altlinux.org>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel]
 =?koi8-r?b?Z2VhciAtINDSz8LMxc3BINMg0MHS08nOx8/NIFNQRUMt?=
 =?koi8-r?b?xsHKzMEu?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.7
Precedence: list
Reply-To: ALT Devel discussion list <devel@lists.altlinux.org>
List-Id: ALT Devel discussion list <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sat, 06 May 2006 08:44:04 -0000
Archived-At: <http://lore.altlinux.org/devel/445C6246.3060808@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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