From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <49C535D5.60308@altlinux.com>
Date: Sat, 21 Mar 2009 21:45:41 +0300
From: Anton Farygin <rider@altlinux.com>
User-Agent: Thunderbird 2.0.0.18 (X11/20081125)
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <20090320184025.GA11970@ssh.git.egro.altlinux.org>	<20090321155600.GL1991@osdn.org.ua>
	<49C5102D.9010202@altlinux.com>	<200903212015.37653.ledest@gmail.com>
	<20090321183911.GB11498@wo.int.altlinux.org>
In-Reply-To: <20090321183911.GB11498@wo.int.altlinux.org>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] 4.1 FAILED
	srpm=rpm-build-thunderbird-2.0.0.21-alt0.M41.1.src.rpm
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <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, 21 Mar 2009 18:47:12 -0000
Archived-At: <http://lore.altlinux.org/devel/49C535D5.60308@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Dmitry V. Levin пишет:
> On Sat, Mar 21, 2009 at 08:15:37PM +0200, Led wrote:
>> On Saturday, 21 March 2009 18:05:01 Anton Farygin wrote:
>>> Michael Shigorin пишет:
>>>> On Sat, Mar 21, 2009 at 06:46:05PM +0300, Anton Farygin wrote:
>>>>> Не стоит. Лучше оставить текущую схему и привыкнуть бэкпортить
>>>>> пачками на все бранчи.
>>>> Вслепую это может приводить к их деградации;
>>>> если бы бранчи появлялись раз в полгода -- просто катастрофа;
>>>> машина должна работать, но определять -- человек.
>>> Определять что ?
>>>
>>> С деградацией по бэкпорту вслепую - согласен, можно запросто нарваться
>>> на ляп.
>>>
>>> Тогда стоит придумать какой-то другой способ обновления...
>>>
>>> может быть стоит запатчить apt (или rpm), и в веса ещё добавлять некий
>>> "бранч" (по аналогии с эпохой) ? Что бы можно было вообще отказаться от
>>> дурацких release в виде alt0.M40.1.svn13421.
>> В rpm5 это реализовано.
> 
> В apt (в т.ч. и у нас) есть Pin-Priority.  Но это верный путь к нарушению
> идентификации пакета (name,epoch,version,release).

а Pin-Priprity - это что ?

Если это: Pin,Name,Epoch,Version,Release - то почему бы и нет ?