From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <misha@rattler.kiev.ua>
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_20 autolearn=ham
	version=3.2.4
Message-ID: <487136CF.7080203@rattler.kiev.ua>
Date: Mon, 07 Jul 2008 00:19:11 +0300
From: Michael Bochkaryov <misha@rattler.kiev.ua>
User-Agent: Thunderbird 2.0.0.14 (X11/20080513)
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <20080706062007.GP7854@solemn.turbinal>	<20080706084515.GG8025@hell.fortress>	<20080706164420.GQ7854@solemn.turbinal>	<487122FD.3090805@rattler.kiev.ua>
	<20080706195508.GT7854@solemn.turbinal>
In-Reply-To: <20080706195508.GT7854@solemn.turbinal>
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] remove perl-* packages
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: Sun, 06 Jul 2008 21:13:26 -0000
Archived-At: <http://lore.altlinux.org/devel/487136CF.7080203@rattler.kiev.ua/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Alexey Tourbin пишет:
> On Sun, Jul 06, 2008 at 10:54:37PM +0300, Michael Bochkaryov wrote:

>>> На самом деле пересечение по provides (как и 
>>> по файлам) нужно
>>> специально отслеживать и потом 
>>> проверять по ACL.  Тогда если
>>> в репозитарии уже есть пакет с данным 
>>> provides, и по ACL
>>> этот пакет закреплён за другим 
>>> человеком, тогда автоматически
>>> нельзя пропускать новый пакет с таким же 
>>> provides.
>> А на законных основаниях у нас такое 
>> встречаться не может?
> 
> Может, но на автомате пропускать нельзя.
> Мало ли кто альтернативный /bin/cat захочет запаковать.

Частично упростить жизнь могут те же тесты для repocop.
Тогда часть ошибок будет отсеиваться до попадания в incoming.

>> Как минимум, такие примеры есть:
>> - apache и nginx, предоставляющие webserver;
>> - postgresql8.2 и postgresql8.2_1C - конфликтуют по 
>> полной программе.
>>
>> Тут бы отделить ситуацию, когда разные 
>> пакеты альтернативно предоставляют одну 
>> и ту же функциональность от диверсий 
>> вроде perl-* с тем, что уже в perl-base входит.
> 
> Тут сложно провести различие, поскольку одна альтернатива может
> вытеснять другую альтернативу.

Как эту задачу решить в общем виде, мне неочевидно, хотя, в частном 
случае понятно, что мой пакет perl-Digest, конфликтующий с perl-base, 
должен был бы пойти лесом.

Разве что отделить как-то "базовые" пакеты от "вспомогательных" не 
пропускать "вспомогательные", если они конфликтовать с "базовыми" 
собираются.

> Нельзя пропускать на автомате не значит что вообще нельзя пропускать.


-- 
misha