Bugzilla Bug 155170

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 an attachment (id=109680) [edit]
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 an attachment (id=111489) [edit]
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.