Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 152478

Summary: PyQt and pykde patches for python 2.5 are bad
Product: Gentoo Linux Reporter: Markus Rothe (RETIRED) <corsair>
Component: Current packagesAssignee: 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) gentoo-dev 2006-10-23 01:22:49 UTC
dev-python/PyQt-3.14.1-r2 and kde-base/pykde-3.5.5-r1 fail to compile due to the *python-2.5-compat.diff patch. Without the patch both packages compile fine. Both with the same error message:

error: cannot convert `ssize_t*' to `int*'


here is the output from pykde:

/var/tmp/portage/pykde-3.5.5-r1/work/pykde-3.5.5/python/pykde/sip/kdecore/kurl.sip: In function `PyObject* slot_KURL_List___getitem__(PyObject*, PyObject*)':
/var/tmp/portage/pykde-3.5.5-r1/work/pykde-3.5.5/python/pykde/sip/kdecore/kurl.sip:329: error: cannot convert `ssize_t*' to `int*' for argument `3' to `int PySlice_GetIndicesEx(PySliceObject*, int, int*, int*, int*, int*)'
/var/tmp/portage/pykde-3.5.5-r1/work/pykde-3.5.5/python/pykde/sip/kdecore/kurl.sip: In function `int slot_KURL_List___delitem__(PyObject*, PyObject*)':
/var/tmp/portage/pykde-3.5.5-r1/work/pykde-3.5.5/python/pykde/sip/kdecore/kurl.sip:297: error: cannot convert `ssize_t*' to `int*' for argument `3' to `int PySlice_GetIndicesEx(PySliceObject*, int, int*, int*, int*, int*)'
/var/tmp/portage/pykde-3.5.5-r1/work/pykde-3.5.5/python/pykde/sip/kdecore/kurl.sip: In function `int slot_KURL_List___setitem__(PyObject*, PyObject*)':
/var/tmp/portage/pykde-3.5.5-r1/work/pykde-3.5.5/python/pykde/sip/kdecore/kurl.sip:255: error: cannot convert `ssize_t*' to `int*' for argument `3' to `int PySlice_GetIndicesEx(PySliceObject*, int, int*, int*, int*, int*)'


# emerge --info
Portage 2.1.1-r1 (default-linux/ppc/ppc64/2006.1/64bit-userland/970, gcc-3.4.6, glibc-2.3.6-r5, 2.6.19-rc2 ppc64)
=================================================================
System uname: 2.6.19-rc2 ppc64 PPC970FX, altivec supported
Gentoo Base System version 1.12.5
Last Sync: Mon, 23 Oct 2006 07:30:01 +0000
ccache version 2.3 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     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.59-r7
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.17
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="ppc64"
AUTOCLEAN="yes"
CBUILD="powerpc64-unknown-linux-gnu"
CFLAGS="-O2 -pipe -mtune=970 -mcpu=970 -mabi=altivec -g"
CHOST="powerpc64-unknown-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/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe -mtune=970 -mcpu=970 -mabi=altivec -g"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig cvs distlocks installsources metadata-transfer sandbox sfperms splitdebug strict"
GENTOO_MIRRORS="http://mirror.pacific.net.au/linux/Gentoo"
LANG="en_US.UTF8"
LC_ALL="en_US.UTF8"
MAKEOPTS="-j4"
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.gentoo.org/gentoo-portage"
USE="ppc64 X a52 aac aiglx alsa altivec amr apache2 apm asf bash-completion berkdb bitmap-fonts bzip2 ccache cdinstall cdparanoia cdr cli cracklib crypt cups curl cvs dbus dlloader dri dts dv dvd dvdr dvdread eds elibc_glibc emboss enca encode exscalibar ffmpeg flac foomaticdb fortran fping gd gdbm ggi gif gimpprint glib glitz gmp gnokii gnutls gphoto2 gpm graphviz gs gstreamer gtk hal highlight ieee1394 imagemagick imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kdeenablefinal kernel_linux latex ldap libg++ libwww mad matroska mdnsresponder-compat mikmod mjpeg motif mp3 mp4 mpeg mplayer multiuser musicbrainz mysql ncurses network nls no-old-linux nptl nptlonly nsplugin objc objc++ offensive ogg openal opengl pam pcre pdf perl php plotutils png ppds pppd python qt3 qt4 quicktime rdesktop readline reflection ruby samba scanner screen sdl session skins smp spell spl ssl stream subtitles subversion svg tcltk tcpd teamarena tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode upnp usb userland_GNU utempter vcd video_cards_radeon videos vim-pager vorbis wxwindows x264 xcomposite xine xml xorg xscreensaver xv xvid xvmc zeroconf zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 daedalus144 2006-10-23 16:03:31 UTC
I got the same problem here and it was fixed by not applying the python 2.5 patch.
Comment 2 DocReedSolomon 2006-10-25 01:56:22 UTC
same here. could it be those only compile if you actually have python 2.5 emerged? AFAIK 2.5 ist still hardmasked..
Comment 3 DocReedSolomon 2006-10-25 04:20:18 UTC
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.
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2006-11-03 05:38:56 UTC
*** Bug 153924 has been marked as a duplicate of this bug. ***
Comment 5 mrl5 2006-11-14 11:08:36 UTC
!!! 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
Comment 6 NaiL 2006-11-14 13:58:33 UTC
Same to me, maybe its problem only for 64bits archs.
Comment 7 toon 2006-11-15 10:06:48 UTC
(In reply to comment #6)
> Same to me, maybe its problem only for 64bits archs.

I've got the very same problem.
Comment 8 Caleb Tennis (RETIRED) gentoo-dev 2006-11-17 05:31:55 UTC
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
Comment 9 toon 2006-11-18 14:05:41 UTC
(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.
Comment 10 DocReedSolomon 2006-11-20 06:53:45 UTC
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

:-((
Comment 11 Davide Cendron (RETIRED) gentoo-dev 2006-11-22 05:23:26 UTC
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)
Comment 12 Davide Cendron (RETIRED) gentoo-dev 2006-11-22 05:24:20 UTC
Created attachment 102540 [details, diff]
diff for PyQt-3.14.1-r2
Comment 13 Davide Cendron (RETIRED) gentoo-dev 2006-11-22 05:24:46 UTC
Created attachment 102541 [details, diff]
diff for pykde-3.5.5-r1
Comment 14 DocReedSolomon 2006-11-24 05:53:02 UTC
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
Comment 15 DocReedSolomon 2006-11-30 13:47:37 UTC
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]
Comment 16 DocReedSolomon 2006-11-30 13:50:23 UTC
my /etc/portage/package.mask:

>=dev-python/qscintilla-1.7
>dev-python/sip-4.2.1-r2
>dev-python/PyQt-3.14.1-r2
Comment 17 Matija "hook" Šuklje 2006-12-18 10:10:31 UTC
Is it really imposible to include the if statement in the PyQt and pykde ebuilds?
Comment 18 DocReedSolomon 2006-12-28 02:45:49 UTC
great, now qscintilla 1.6 vanished from the portage tree ;(
Comment 19 DocReedSolomon 2006-12-28 08:56:34 UTC
@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.
Comment 20 Martin Blais 2007-01-15 05:34:14 UTC
(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.


Comment 21 DocReedSolomon 2007-01-17 14:05:29 UTC
well, so how do we get pykde to compile now? :?

any devs still watching this?
Comment 22 Diego Elio Pettenò (RETIRED) gentoo-dev 2007-01-27 18:50:28 UTC
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.
Comment 23 DocReedSolomon 2007-01-28 13:35:08 UTC
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 :-(
Comment 24 DocReedSolomon 2007-01-28 13:37:06 UTC
btw.. i already reported the qscintilla problem here 2006-11-30 13, but noone seemed to care ;(
Comment 25 Markus Rothe (RETIRED) gentoo-dev 2007-02-01 12:29:16 UTC
new packages are going to marked stable in bug #163802

*** This bug has been marked as a duplicate of bug 163802 ***