Решено: PyQt-3.17 (ошибка)

[binom]

Не устанавливается сабж.

Код: Выделить всё

make[1]: Entering directory `/var/tmp/portage/dev-python/PyQt-3.17/work/PyQt-x11-gpl-3.17/qt'
i686-pc-linux-gnu-g++ -c -pipe -fPIC -O2 -march=i686 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/include/python2.4 -I/usr/qt/3/mkspecs/linux-g++ -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtcmodule.o sipqtcmodule.cpp
i686-pc-linux-gnu-g++ -c -pipe -fPIC -O2 -march=i686 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/include/python2.4 -I/usr/qt/3/mkspecs/linux-g++ -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtQPtrList.o sipqtQPtrList.cpp
sip/qt/qdir.sip:47:28: error: sipqtQFileInfo.h: Нет такого файла или каталога
i686-pc-linux-gnu-g++ -c -pipe -fPIC -O2 -march=i686 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/include/python2.4 -I/usr/qt/3/mkspecs/linux-g++ -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtQWorkspace.o sipqtQWorkspace.cpp
sip/qt/qwidgetlist.sip:38:26: error: sipqtQWidget.h: Нет такого файла или каталога
sip/qt/qobjectlist.sip:38:26: error: sipqtQObject.h: Нет такого файла или каталога
sipqtcmodule.cpp:13422: error: 'sipQtFindConnection' was not declared in this scope
make[1]: *** [sipqtcmodule.o] Ошибка 1
make[1]: *** Ожидание завершения заданий...
make[1]: *** [sipqtQWorkspace.o] Ошибка 1
make[1]: Leaving directory `/var/tmp/portage/dev-python/PyQt-3.17/work/PyQt-x11-gpl-3.17/qt'
make: *** [all] Ошибка 2
 *
 * ERROR: dev-python/PyQt-3.17 failed.
 * Call stack:
 *          ebuild.sh, line 1701:  Called dyn_compile
 *          ebuild.sh, line 1039:  Called qa_call 'src_compile'
 *          ebuild.sh, line   44:  Called src_compile
 *   PyQt-3.17.ebuild, line   45:  Called die
 * The specific snippet of code:
 *      emake || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/dev-python/PyQt-3.17/temp/build.log'.
 *

 * Messages for package dev-python/PyQt-3.17:

 *
 * ERROR: dev-python/PyQt-3.17 failed.
 * Call stack:
 *          ebuild.sh, line 1701:  Called dyn_compile
 *          ebuild.sh, line 1039:  Called qa_call 'src_compile'
 *          ebuild.sh, line   44:  Called src_compile
 *   PyQt-3.17.ebuild, line   45:  Called die
 * The specific snippet of code:
 *      emake || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/dev-python/PyQt-3.17/temp/build.log'.
 *

Что делать?

[binom]

up

правда очень важная проблемма, у меня из-за этого amarok не устанавливается, требует PyQt-3.17

[zinubel]

У меня тоже.

[ValKov]

ACCEPT_KEYWORDS="~x86" emerge PyQt не пробовали ?

[zinubel]

ACCEPT_KEYWORDS="~x86" emerge PyQt не пробовали ?

Спасибо! Помогло.

[serzh-z]

ACCEPT_KEYWORDS="~x86"

Решение рабочее, но кривое.

[ValKov]

ACCEPT_KEYWORDS="~x86"

Решение рабочее, но кривое.

Есть лучше ? Приведите, пожалуйста. И в чём кривизна ? Со временем PyQt переберётся в стабильную ветку в виде PyQt-*-r1, спокойно пересоберётся при обновлении world, и продолжаем радоваться жизни.

[binom]

ACCEPT_KEYWORDS="~x86" emerge PyQt не пробовали ?

Спасибо.

[serzh-z]

Есть лучше ? Приведите, пожалуйста

Разумеется есть. См. packages.use для Portage или use.conf для Paludis.

[ValKov]

Есть лучше ? Приведите, пожалуйста

Разумеется есть. См. packages.use для Portage или use.conf для Paludis.

Вы наверное имели ввиду package.keywords ? Так как у package.use немного другое назначение...

[serzh-z]

Вы наверное имели ввиду package.keywords ?

Упс,.. именно - package.keywords и keywords.conf.

[snake_Kaa]

у меня установилось только после обновления Qt до 4.х

[fat_angel]

У меня та же фигня, но с версией PyQt-3.17.3, причем на ноуте стоит такая же версия (правда синхронизировался я на нем где то перед новым годом) и собралась она без малейшего шума. В общем мистика! Возможно это связано с определенными USE флагами? ACCEPT_KEYWORDS="~x86" конечно помогло, но уж больно кривой подход... У кого какие мысли?...