[devel] libqscintilla2-qt3 и python-module-qt

[Alexey Tourbin]

On Tue, Dec 16, 2008 at 11:01:21PM +0200, Igor Vlasenko wrote:
> On Tue, Dec 16, 2008 at 10:52:35PM +0300, Ivan A. Melnikov wrote:
> > On Tuesday 16 December 2008 22:14:23 Dmitry V. Levin wrote:
> > libqscintilla2-qt3-devel содержет много файлов в _каталоге_  /usr/include/qt3
> > libqt3-devel содержит симлинку /usr/include/qt3 -> /usr/lib64/qt3/include
> > 
> > Если они ставятся именно в этом порядке, то они не ставятся
> 
> А такой случай, кстати, в тестах rpm-filesystem-conflict-*
> я не предусмотрел (symlink vs file hierarchy).

Вы быстро поймете, что реализовать такой тест в общем виде очень сложно.
Но стоит попробовать!  Во всяком случае, нужно наборосать модель данных.

(Наверное, нужно учитывать "промежуточные каталоги", которые создает
пакет сам по себе.)

> Написал запрос, но боюсь, в виде теста он оформлен не
> будет - слишком долго выполняется...

На сложных джойнах (с гигабайтными таблицами) sqlite3 не тянет,
даже при индексах и tmpfs.  Я с этим экспериментировал.
Текстовые sort(1)+join(1) работают минимум на порядок быстрее.

Это в свое время привело меня к мысли, что на уровне sqlite3 опкода
составить оптимальный план для сложных запросов невозможно.

Так что, увы, получается, стандартные шелл-утилиты лучше всего подоходят
для реализации реляционной алгебры, а эффективная реализация
реляционного исчисления на уровне семантики SQL -- это пока что-то из
области фантастики.

> Если дождусь результата, сообщу в рассылку :)
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20081217/d440b9d0/attachment.bin>