Summary: | PyQt and pykde patches for python 2.5 are bad | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Markus Rothe (RETIRED) <corsair> |
Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | blais, converter42, daedalus144, gerdlc, jakub.januszkiewicz, matija, python, roberto.castagnola, scen, toon |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | PPC64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 148333 | ||
Attachments: |
diff for PyQt-3.14.1-r2
diff for pykde-3.5.5-r1 |
Description
Markus Rothe (RETIRED)
2006-10-23 01:22:49 UTC
I got the same problem here and it was fixed by not applying the python 2.5 patch. same here. could it be those only compile if you actually have python 2.5 emerged? AFAIK 2.5 ist still hardmasked.. just investigated, and the changelog shows the only difference is python 2.5 compatibility. so maybe it would be a good guess to hardmask recent sip and PyQt, and put them to ~arch as soon as python 2.5 hits ~arch as well? if i understand correctly (probably not, hehe <g>) you only need those updates if you run python 2.5. as usual i might be wrong, though ;) hmm, i did so in my /etc/portage/package.mask for now. *** Bug 153924 has been marked as a duplicate of this bug. *** !!! ERROR: dev-python/PyQt-3.14.1-r2 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile PyQt-3.14.1-r2.ebuild, line 46: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. # emerge --info Portage 2.1.1-r1 (default-linux/amd64/2006.1/desktop, gcc-3.4.4, glibc-2.4-r4, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.6 Last Sync: Tue, 14 Nov 2006 17:20:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/" LANG="pl_PL" LC_ALL="pl_PL" LINGUAS="pl" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X aac aalib alsa arts berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr dvdread eds elibc_glibc emboss emul-linux-x86 encode esd fam fbcon firefox fortran gdbm gif glut gpm gstreamer gtk gtk2 hal iconv input_devices_keyboard input_devices_mouse ipv6 isdnlog jack java jpeg jpeg2k kde kernel_linux ldap libg++ linguas_pl lm_sensors mad mikmod mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python qt qt3 qt4 quicktime readline reflection sdl session speex spell spl ssl symlink tcl tcpd theora truetype truetype-fonts type1-fonts udev unicode userland_GNU v4l vcd video_cards_fglrx videos vorbis xine xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY Same to me, maybe its problem only for 64bits archs. (In reply to comment #6) > Same to me, maybe its problem only for 64bits archs. I've got the very same problem. can the 64 bit arches try out the latest sip and pyqt that are in portage? I think it should fix all of the problems, esp with python 2.5 (In reply to comment #8) > can the 64 bit arches try out the latest sip and pyqt that are in portage? I > think it should fix all of the problems, esp with python 2.5 With these lines in /etc/portage/package.keywords... =dev-python/PyQt-3.17 ~amd64 =dev-python/sip-4.5 ~amd64 ...the packages dev-python/PyQT and dev-python/sip compile successfully on my AMD64 box. I have no idea how or what to test beond that point. If you need me to try something, please let me know. yes, but pykde will not build with sip-4.5 alculating dependencies... done! [ebuild UD] dev-python/sip-4.2.1-r1 [4.5] USE="-debug -doc" 0 kB [ebuild UD] dev-python/PyQt-3.14.1-r2 [3.17] USE="-debug -doc -examples" 0 kB [ebuild R ] kde-base/pykde-3.5.5-r1 USE="arts kdeenablefinal kdehiddenvisibility xinerama -debug -doc -examples" 0 kB :-(( Same problem here (i'm on AMD64 stable) pykde-3.5.5-r1 (stable and unique version available now in Portage) depends from dev-python/3.14.1-r2. Both packages don't compile fine because the applying of *-python-2.5-compat.diff patch. I propose the patches for these ebuilds (the patch is applied only if python-2.5 is installed) Created attachment 102540 [details, diff]
diff for PyQt-3.14.1-r2
Created attachment 102541 [details, diff]
diff for pykde-3.5.5-r1
x86_64-pc-linux-gnu-g++ -c -pipe -O3 -march=k8 -mtune=k8 -pipe -fomit-frame-pointer -ftracer -msse3 -fPIC -O3 -march=k8 -mtune=k8 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I//usr/include -I/usr/include/python2.4 -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtextQextScintillaPrinter.o sipqtextQextScintillaPrinter.cpp x86_64-pc-linux-gnu-g++ -c -pipe -O3 -march=k8 -mtune=k8 -pipe -fomit-frame-pointer -ftracer -msse3 -fPIC -O3 -march=k8 -mtune=k8 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I//usr/include -I/usr/include/python2.4 -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtextQextScintillaMacro.o sipqtextQextScintillaMacro.cpp sipqtextQextScintillaLexerRuby.h:91: error: 'class QextScintillaLexerRuby::IndentationWarning' has not been declared sipqtextcmodule.cpp:3887: error: 'class QextScintillaLexerRuby::IndentationWarning' has not been declared make[1]: *** [sipqtextcmodule.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/mnt/data2/tmp/portage/dev-python/PyQt-3.14.1-r2/work/PyQt-x11-gpl-3.14.1/qtext' make: *** [all] Error 2 !!! ERROR: dev-python/PyQt-3.14.1-r2 failed. Call stack: ebuild.sh, line 1568: Called dyn_compile ebuild.sh, line 937: Called src_compile PyQt-3.14.1-r2.ebuild, line 45: Called die good news anyone! works fine using qscintilla 1.6, not 1.7! took me a long time finding this one out ;( so maybe the pykde ebuild could be changed to that? =dev-python/sip-4.2.1-r1 =dev-python/PyQt-3.14.1-r2 =dev-python/qscintilla-1.6 thx for listening, HTH others. [~amd64 here] my /etc/portage/package.mask:
>=dev-python/qscintilla-1.7
>dev-python/sip-4.2.1-r2
>dev-python/PyQt-3.14.1-r2
Is it really imposible to include the if statement in the PyQt and pykde ebuilds? great, now qscintilla 1.6 vanished from the portage tree ;( @hook: your problem is fixed: [ebuild R ] dev-python/qscintilla-1.7.1 USE="-doc" 0 kB [ebuild R ] dev-python/sip-4.5.2-r1 USE="-debug" 0 kB [ebuild R ] dev-python/PyQt-3.17 USE="-debug -doc -examples" 0 kB [1] those compile fine, if you are at ~arch yes, using python 2.4 however, the pykde ebuild will not compile using those above versions, not even if i edit the pykde ebuild manually. (kde-base/pykde that is) dunno, but is there any other reason to use sip and PyQt apart from pykde? just wondering.. over here nothing else depends on those programs except pykde. (In reply to comment #19) > > dunno, but is there any other reason to use sip and PyQt apart from pykde? > just wondering.. > over here nothing else depends on those programs except pykde. Strange question. User programs that are built on PyQt and not pykde. I have lots of those. well, so how do we get pykde to compile now? :? any devs still watching this? The one from pykde has been fixed (I discovered the same problem without knowing this bug :/) but I haven't had time to look at PyQt. Letting python herd know, maybe they can help here. well, i figured PyQt compiles fine if i use qscintilla 1.5.1, so perhaps someone might make this a dependency for PyQt 3.14.1-r2? IIRC it also compiled fine using qscintilla 1.6.something, but this one vanished from portage :-( btw.. i already reported the qscintilla problem here 2006-11-30 13, but noone seemed to care ;( new packages are going to marked stable in bug #163802 *** This bug has been marked as a duplicate of bug 163802 *** |