From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <at@turbinal.org>
From: at@turbinal.org
Date: Tue, 29 Oct 2002 19:41:42 +0300
To: devel@altlinux.ru
Subject: Re: [devel] packagereq
Message-ID: <20021029164142.GA29913@homestead.turbinal.org>
Mail-Followup-To: devel@altlinux.ru
References: <20021029132429.GA17256@homestead.turbinal.org> <20021029135052.GF21820@basalt.office.altlinux.ru> <20021029150354.GA22777@homestead.turbinal.org> <20021029153159.GC10143@basalt.office.altlinux.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20021029153159.GC10143@basalt.office.altlinux.ru>
Sender: devel-admin@altlinux.ru
Errors-To: devel-admin@altlinux.ru
X-BeenThere: devel@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: devel@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=unsubscribe>
List-Id: <devel.altlinux.ru>
List-Post: <mailto:devel@altlinux.ru>
List-Help: <mailto:devel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/devel/>
Archived-At: <http://lore.altlinux.org/devel/20021029164142.GA29913@homestead.turbinal.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Tue, Oct 29, 2002 at 06:31:59PM +0300, Dmitry V. Levin wrote:
> > Это какая-то принципиальная политика партии, или просто введено в
> > качестве эксперимента?
> 
> Ничего нового, так было всегда.

А я подумал, что перед релизом решили затянуть покрепче всё что можно. :)

> А что вы предлагаете?

Предлагаю исключить каталоги из поиска buildreq. Причин несколько:

1) пакеты некорректно владеют каталогами (например, на уровень выше, чем
положено); за это следует вздувать кого надо, но это не должно
отражаться на других пакетах;

2) несколько пакетов могут владеть каталогами вполне легально;

3) ситуации типа gcc -I/dir, когда в зависимости стаскиваются все
пакеты, владеющие /dir, при том, что реально в них ничего не
используется;

Пример: для всех перловых пакетов с бинарным кодом buildreq сейчас хочет
проставлять gdbm-devel, потому что -I/usr/lib/gdbm просто затесался в
Config.pm (его оттуда вытаскивает MakeMaker).

4) buildreq не предназначен для полностью автоматического использования,
результаты его работы подлежат осмыслению.


В целом, мне кажется, что из-за каталогов buildreq находит гораздо
больше неверных зависимостей, чем верных.