Re: [devel] remove perl-* packages

[Michael Bochkaryov <misha@rattler.kiev.ua>]

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