From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Andrey Orlov To: ALT Devel discussion list Subject: Re: [devel] Re: [sisyphus] pygame und Numeric Date: Thu, 24 Jun 2004 15:54:23 +0400 User-Agent: KMail/1.6.2 References: <40D6B711.7050001@hotmail.ru> <200406241433.17848.cray@neural.ru> <40DAB925.2020405@altlinux.com> In-Reply-To: <40DAB925.2020405@altlinux.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Message-Id: <200406241554.23415.cray@neural.ru> X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2004 11:53:17 -0000 Archived-At: List-Archive: List-Post: On Thursday 24 June 2004 15:21, Anton Farygin wrote: > > Проблема-то не в том, что находятся зависимости, которых нет, зависимости > > реально есть, и без них модули реально не работают... > > Насколько я понял - проблема в том, что находятся зависимости, которых нет Нет, такого не отмечено. Даже в режиме strict, когда искалка зависимостей находит даже ссылки на святую троицу, это не наблюдается, а уж в режиме slight - и подавно. Бывает только такое, что не находятся провайдес под существующие зависимости. Причины у этого разные - есть, скажем, две ошибки в find-prov-py, или особый случай с ранее упомянутым scribus - их мы лечим, а вот нахождение несуществующих зависимостей - такого нет. Там же компиляция происходит и разбирается синаксическое дерево, если скрипт нашел зависимость - значит в исполняемом коде реально есть конструкция, которая ее использует. Причем, для режима slight, эта конструкция находится в безусловно-выполняемой ветви кода, т.е. модуль грохнется стопудово. Собственно ни один из самплов scribus с чистым питоном не запускается. > > Точнее, при очистке списка зависимостей от потенциально-неудовлетворямых. > Да, или гарантированно - не нужных, типа: > [ -x /bin/sh ] && /bin/sh Для гарантирровано-ненужных есть %add_python_skip_req. На самом деле, наличие описанного вами списка меня в основном обнадеживает благодаря тому, что для пакетов, аналогичных scribus, Zope, etc можно очень сильно улучшить поиск зависимостей. Дело в том, что сейчас если зависимость на python2.3(МОДУЛЬ) поставляет Zope (например, его продукт), то это совсем не означает, что его увидит кто-то кроме Zope. Даже скорее всего _не_ увидит. Я могу скоректировать искальку porvides так, что такие Zope-специфичные provides будут называтся, скажем, zope(модуль), но дело в том, что для искалки зависимостей я этого сделать не могу. И это проблема - так как несморя на явный прорыв с зависимостями, мы все равно имеем потенциальный источник неработоспособных пакетов. А если есть индекс пакетов, которые провайдятся в дистрибутиве в _принципе_, то да, если для Модуль есть провайдес на zope(Модуль) - зависимость переименовывается в zope(модуль) и все проблема разруливается. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------