Here is the error I got when I tried to update to this version of PyQt: x86_64-pc-linux-gnu-g++ -c -pipe -march=k8 -O2 -pipe -fPIC -march=k8 -O2 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/include/python2.4 -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtQString.o sipqtQString.cpp sip/qt/qstringlist.sip: In function 'PyObject* slot_QStringList___getitem__(PyObject*, PyObject*)': sip/qt/qstringlist.sip:189: error: cannot convert 'ssize_t*' to 'int*' for argument '3' to 'int PySlice_GetIndicesEx(PySliceObject*, int, int*, int*, int*, int*)' sip/qt/qstringlist.sip: In function 'int slot_QStringList___delitem__(PyObject*, PyObject*)': sip/qt/qstringlist.sip:161: error: cannot convert 'ssize_t*' to 'int*' for argument '3' to 'int PySlice_GetIndicesEx(PySliceObject*, int, int*, int*, int*, int*)' sip/qt/qstringlist.sip: In function 'int slot_QStringList___setitem__(PyObject*, PyObject*)': sip/qt/qstringlist.sip:118: error: cannot convert 'ssize_t*' to 'int*' for argument '3' to 'int PySlice_GetIndicesEx(PySliceObject*, int, int*, int*, int*, int*)' make[1]: *** [sipqtQStringList.o] Error 1 make[1]: *** Waiting for unfinished jobs.... sip/qt/qstring.sip: In function 'PyObject* slot_QString___getitem__(PyObject*, PyObject*)': sip/qt/qstring.sip:753: error: cannot convert 'ssize_t*' to 'int*' for argument '3' to 'int PySlice_GetIndicesEx(PySliceObject*, int, int*, int*, int*, int*)' make[1]: *** [sipqtQString.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/PyQt-3.14.1-r2/work/PyQt-x11-gpl-3.14.1/qt' make: *** [all] Error 2 !!! 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 And my emerge --info: Portage 2.1.1-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 AMD Sempron(tm) Processor 3000+ Gentoo Base System version 1.12.6 Last Sync: Tue, 14 Nov 2006 13:50: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 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.chem.wisc.edu/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo/ ftp://lug.mtu.edu/gentoo " LINGUAS="en nl" 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.namerica.gentoo.org/gentoo-portage" USE="amd64 X aiglx alsa apache2 arts authdaemond automount berkdb bitmap-fonts cli cracklib crypt cups dbus dlloader dri elibc_glibc fam fortran gcc64 gdbm gif gpm hal iconv ieee1394 input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kdeenablefinal kdehiddenvisibility kerberos kernel_linux libg++ libwww linguas_en linguas_nl mad mozilla mp3 mysql ncurses nfs nls nptl nptlonly nsplugin ogg opengl pam pcre perl php png ppds pppd python qt qt3 qt4 readline reflection samba sasl session spl ssl symlink tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU userlocales video_cards_nv video_cards_nvidia video_cards_vesa visualization vorbis xcomposite xine xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I have the same issue. #152478 is the same problem, imo. Telling it three weeks ago...
Exactly the same problem here. However, the latest ~amd64 version for dev-python/sip and dev-python/PyQt compiled just fine.
same trouble for me
I have the same problem. How did this get into stable amd64? Do I need it? Thanks Paul
I'd say it doesn't work on amd64. I'd just go back to PyQt-3.14.1-r1 for now. I'll be releasing the newer versions from package mask soon, for a better upgrade.
Same problem here
please try the most recent versions in portage (~amd64) to see if they fix the issue for you.
(In reply to comment #7) > please try the most recent versions in portage (~amd64) to see if they fix the > issue for you. > Yes, version dev-python/PyQt-3.17 compiling well. But it is in addition necessary to unmask dev-python/sip-4.5 too.
~amd64 versions of PyQt and sip compile just fine, but pykde explicitly wants =dev-python/PyQt-3.14.1-r2, so that is not a real solution right now
(In reply to comment #5) > I'd say it doesn't work on amd64. I'd just go back to PyQt-3.14.1-r1 for now. > I'll be releasing the newer versions from package mask soon, for a better > upgrade. > Done that. Masking >=dev-python/PyQt-3.14.1-r2 works perfectly for the moment.
I'm not a coder ...but wouldn't the best solution be to add an if statement that would check if python 2.5 is even present and only apply the patch if it is?
going to re-add amd64 so they can evaluate: amd64 team: the report is that 3.14.1-r2 is broken with on your platform, though it's been marked stable. Can you verify?
I can confirm this in my stable amd64 chroot, 3.14.1-r2 breaks with the same error message, 3.14.1-r1 compiles fine, so does 3.17.
The problem is not amd64 specific. x86 has it too.
Same problem fo me... Solved masking dev-python/PyQt-3.14.1-r2, dev-python/PyQt-3.14.1-r1 works.
(In reply to comment #15) > Same problem fo me... > Solved masking dev-python/PyQt-3.14.1-r2, dev-python/PyQt-3.14.1-r1 works. I confirm. This patch: PyQt-3.14.1-python-2.5-compat.diff Form "22 Oct 2006; Carsten Lohrke <carlo@gentoo.org>", it should be mark unstable on amd64. Masking >=dev-python/PyQt-3.14.1-r2 works fine.
can you please restore marking 3.14.1-r2 as ~arch until this is resolved? unclear why it was marked stable on amd64. Bug referenced in changelog doesn't appear correct.. Adding kugelfang to CC so he can comment.
I confirm the bug, on x86: make[1]: Entrando no diret
I confirm the bug, on x86: make[1]: Entrando no diretório `/var/tmp/portage/dev-python/PyQt-3.14.1-r2/work/PyQt-x11-gpl-3.14.1/qtext' i686-pc-linux-gnu-g++ -c -pipe -Os -march=pentium4 -pipe -fPIC -Os -march=pentium4 -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 sipqtextcmodule.o sipqtextcmodule.cpp i686-pc-linux-gnu-g++ -c -pipe -Os -march=pentium4 -pipe -fPIC -Os -march=pentium4 -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 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] Erro 1 make[1]: ** Esperando que outros processos terminem. make[1]: Saindo do diretório `/var/tmp/portage/dev-python/PyQt-3.14.1-r2/work/PyQt-x11-gpl-3.14.1/qtext' make: ** [all] Erro 2 !!! ERROR: dev-python/PyQt-3.14.1-r2 failed. Call stack: ebuild.sh, line 1569: Called dyn_compile ebuild.sh, line 938: 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. Portage 2.1.2_rc2-r5 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo i686) ================================================================= System uname: 2.6.18-gentoo i686 Intel(R) Pentium(R) 4 CPU 1.60GHz Gentoo Base System version 1.12.6 Last Sync: Mon, 04 Dec 2006 18:00:01 +0000 dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-Os -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://gentoo.chem.wisc.edu/gentoo/ http://ftp.du.se/pub/os/gentoo http://www.gtlib.gatech.edu/pub/gentoo http://distro.ibiblio.org/pub/linux/distributions/gentoo/" LANG="pt_BR.UTF-8" LC_ALL="pt_BR.UTF-8" LINGUAS="pt_BR pt-BR" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes" 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.gentoo.org/gentoo-portage" USE="x86 7zip X a52 aac acl acpi alsa amarok amr apm arts asf audiofile bash-completion berkdb bitmap-fonts bittorrent bzip2 cairo canna ccache cdda cddb cdparanoia cdr cdrom cjk clamav cli cpudetection crypt css ctype dba dbus devil directfb dlloader dmi dri dts dvd dvdr dvdread eds effects elibc_glibc emboss encode esd ethereal exif expat extraicons extramodules fam fame fastbuild fat fbcon fbdev ffmpeg fftw firefox flac flash fmod font-server fontconfig foomaticdb force-cgi-redirect ft ftp gcj gd gdbm gif glitz glut glx gmail gmailtimestamps gmp gphoto2 gpm gstreamer gtalk guile gzip hal icq id3 idn imagemagick imlib imlib2 input_devices_evdev input_devices_joystick input_devices_keyboard input_devices_mouse input_devices_vmmouse ipv6 irc irssi jabber java javascript jingle joystick jpeg jpeg2k kde kdehiddenvisibility kerberos kernel_linux lame lcms libg++ libsamplerate libwww linguas_pt-BR linguas_pt_BR lua lzo lzw mad matroska memlimit mikmod mime mjpeg mmx mmxext mng motif mozbranding mozsvg mozxmlterm mp3 mp4 mpeg mpeg2 mplayer msn musepack musicbrainz ncurses nfs nls nocd nptl nptlonly nsplugin ntfs nvidia ogg oggvorbis openal openexr opengl openssh openssl oss pam pam_chroot pam_console pam_timestamp pascal pcre pdf perl plugin png posix python qt qt3 quicktime rar readline real reiser4 reiserfs rss samba sasl sblive screen sdl session simplexml slang smime sndfile soap sockets speex spell spl sql sse sse-filters sse2 ssl subtitles svg tcltk tcpd tga theora threads tiff tokenizer transcode truetype truetype-fonts type1-fonts udev unicode urandom usb userland_GNU userlocales utf8 vcd vfat vhosts video_cards_nv video_cards_nvidia video_cards_vmware vorbis vorbis-psy win32codecs wma wma123 wmf wxwindows x264 xchat xchatdccserver xchattext xcomposite xfs xine xinerama xml xml2 xorg xosd xpm xprint xscreensaver xsl xv xvid yahoo yv12 zip zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTDIR_OVERLAY
What about this?
(In reply to comment #18) > I confirm the bug, on x86: That is definitely NOT the same bug. The error is not even in the same file. This bug is nearly a month old now, and nothing has been done. At the bare minimum it should be marked ~amd64 for now. Anybody want to step up?
amd64 team, this one is yours.
same problem
Same here. # emerge --info Portage 2.1.1-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r4 x86_64) ================================================================= System uname: 2.6.18-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.6 Last Sync: Fri, 22 Dec 2006 00:20:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 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.14 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 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirror.hamakor.org.il/pub/mirrors/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="he_IL.UTF-8" 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" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://mirror.hamakor.org.il/gentoo-portage" USE="amd64 X aac alsa alsa_cards_intel8x0,usb-audio alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apache2 avi bash-completion berkdb bidi bitmap-fonts cairo cdda cddb cdio cdr cli cpudetection cracklib crypt crypto cups dbus directfb dlloader dri dts dvd dvdr elibc_glibc emboss encode fam ffmpeg firefox font-server fortran gdbm gif gpm gstreamer gtk gtk2 hal iconv input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jack jpeg kde kernel_linux libg++ mad mbrola mikmod mmext mp3 mpeg ncurses network nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl pam pcre perl png ppds pppd python qt qt3 qt4 quicktime readline reflection rss sdl session spell spl ssl stream tcpd threads truetype truetype-fonts type1-fonts udev unicode userland_GNU v4l video_cards_fbdev video_cards_nvidia video_cards_vesa vorbis wxwindows xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
same to me
This bug remains unfixed. Why is 3.14.1-r2 still marked stable on amd64?
Please, fix this bug or don't mark it stable
Same error here for 3.14. In the meantime I am using PyQt-3.17 (~amd64), which compiles fine.
I have this same problem, but I can't go to 2.17 because I need pykde. Pykde wants to downgrade the pyQt version which won't compile. Is anything being done to fix these problems?
Same problem. pykde 3.5.6 still depends on PyQt-3.14.1-r2
Same problem here. Let me know if any further information (e.g make output) is needed.
Can someone find an amd64 team member on IRC and see if they can't make the revert on this?
(In reply to comment #19) > I confirm the bug, on x86: This has been reported in bug #164562.
Created attachment 109680 [details, diff] Corrected patch I just corrected the patch I found in portage. Now PyQt compile correctly, I'm still testing if everything works fine against it... If someone would test it too...
I think my patch works... I also made a patch for pykde http://bugs.gentoo.org/show_bug.cgi?id=166178 Now I'm using kelogviewer without problems...
PyQt-3.14.1-r2 compiles now on amd64 using the corrected patch beside: If I am right, the package was necessary for Liquid weather a superkaramba theme on my sys. Theme works also flawless.
(In reply to comment #26) > This bug remains unfixed. Why is 3.14.1-r2 still marked stable on amd64? I guess because it is so hard to filter out the real information out of all this noise: > same trouble for me ... > I have the same problem. > How did this get into stable amd64? > Do I need it? > Thanks > Paul ... > Same problem here > ... > Same problem fo me... > Solved masking dev-python/PyQt-3.14.1-r2, dev-python/PyQt-3.14.1-r1 works. ... > > Same problem fo me... > > Solved masking dev-python/PyQt-3.14.1-r2, dev-python/PyQt-3.14.1-r1 works. > > I confirm. > > This patch: PyQt-3.14.1-python-2.5-compat.diff > Form "22 Oct 2006; Carsten Lohrke <carlo@gentoo.org>", it should be mark > unstable on amd64. > > Masking >=dev-python/PyQt-3.14.1-r2 works fine. ... > I confirm the bug, on x86: > > > make[1]: Entrando no diret ... > I confirm the bug, on x86: > > > make[1]: Entrando no diretório > `/var/tmp/portage/dev-python/PyQt-3.14.1-r2/work/PyQt-x11-gpl-3.14.1/qtext' > i686-pc-linux-gnu-g++ -c -pipe -Os -march=pentium4 -pipe -fPIC -Os > -march=pentium4 -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 sipqtextcmodule.o > sipqtextcmodule.cpp > i686-pc-linux-gnu-g++ -c -pipe -Os -march=pentium4 -pipe -fPIC -Os > -march=pentium4 -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 > 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] Erro 1 > make[1]: ** Esperando que outros processos terminem. > make[1]: Saindo do diretório > `/var/tmp/portage/dev-python/PyQt-3.14.1-r2/work/PyQt-x11-gpl-3.14.1/qtext' > make: ** [all] Erro 2 > > !!! ERROR: dev-python/PyQt-3.14.1-r2 failed. > Call stack: > ebuild.sh, line 1569: Called dyn_compile > ebuild.sh, line 938: 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. > ... > same problem > ... > Same here. ... > same to me ... > This bug remains unfixed. Why is 3.14.1-r2 still marked stable on amd64? ... > Please, fix this bug or don't mark it stable ... > Same error here for 3.14. In the meantime I am using PyQt-3.17 (~amd64), which > compiles fine. ... > I have this same problem, but I can't go to 2.17 because I need pykde. Pykde > wants to downgrade the pyQt version which won't compile. Is anything being done > to fix these problems? ... > Same problem. > pykde 3.5.6 still depends on PyQt-3.14.1-r2 ... > Same problem here. Let me know if any further information (e.g make output) is > needed. I loosened the dependency on pyqt in pykde a bit so that it also accepts -r1 and marked pyqt-3.14.1-r2 testing until this is properly resolved (or more likely, fixed by marking a different version stable).
I can't compile it either. Please mask 3.14.1-r2 on AMD64. this can't work on amd64. cannot convert ‘ssize_t*’ to ‘int*’
you're right, it's marked -amd64 now.
mask >dev-python/qscintilla-1.5.1 and it compiles fine. i am telling this since *last year* !! >dev-python/qscintilla-1.5.1 >dev-python/sip-4.2.1-r1 >dev-python/PyQt-3.14.1-r2 and it works.
(In reply to comment #39) > you're right, it's marked -amd64 now. the problem from the orignal bug report stems from the patch PyQt-3.14.1-python-2.5-compat.diff when used with python2.4 which is latest in amd64 stable. If I drop the patch from the ebuild PyQt-3.14.1-r2 builds fine on stable amd64.
Created attachment 111489 [details] Patch(not really, complete ebuild) to check if python-2.5 is installed, and if so, patch source I changed the ebuild so that it checks if python 2.5 is installed. If it is installed, then I apply the patch. If not, then it ignores it. I used versionator.eclass as this was the easiest way to do it. This is my first corrected ebuild so feel free to pick it to pieces. ;-)
Modified ebuild builds with python2.4
Are there any testers with python-2.5? I did a quick and dirty test by replacing "${PYVER}" with "2.5" and it applied the patch(and failed to build too), but I don't know, for sure, that it works with python-2.5 installed. Also I noticed that previous ebuild used "distutils_python_version". Would it have been more proper to use "distutils_python_version" instead of "python_version" from versionator.eclass? I also forgot to rename it to PyQt-3.14.1-r3. Sorry. Learn something every day. ;-)
Closing as PyQt-3.17 is now stable on amd64
*** Bug 178054 has been marked as a duplicate of this bug. ***
This bug still occurs on x86. The patch in comment #42 fixes all issues that this bug was created for, and it does not change installed files, so a revbump is not neccessary. Would somebody take care of this? 3.14.1-r1 doesn't have python-2.5 compatibility, which isn't good for some users, and -r2 is marked unstable till this bug has been resolved.
