Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 152478
Alias:
Product:
Component:
Status: RESOLVED
Resolution: DUPLICATE of bug 163802
Assigned To: Gentoo KDE team <kde@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Markus Rothe <corsair@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
PyQt-3.14.1-r2.diff diff for PyQt-3.14.1-r2 patch Davide Cendron 2006-11-22 05:24 0000 449 bytes Details | Diff
pykde-3.5.5-r1.diff diff for pykde-3.5.5-r1 patch Davide Cendron 2006-11-22 05:24 0000 405 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 152478 depends on: Show dependency tree
Bug 152478 blocks: 148333
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-10-23 01:22 0000
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 From daedalus144@yahoo.com 2006-10-23 16:03:31 0000 -------
I got the same problem here and it was fixed by not applying the python 2.5
patch.

------- Comment #2 From DocReedSolomon 2006-10-25 01:56:22 0000 -------
same here. could it be those only compile if you actually have python 2.5
emerged? AFAIK 2.5 ist still hardmasked..

------- Comment #3 From DocReedSolomon 2006-10-25 04:20:18 0000 -------
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 From Jakub Moc (RETIRED) 2006-11-03 05:38:56 0000 -------
*** Bug 153924 has been marked as a duplicate of this bug. ***

------- Comment #5 From Jakub 2006-11-14 11:08:36 0000 -------
!!! 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 From NaiL 2006-11-14 13:58:33 0000 -------
Same to me, maybe its problem only for 64bits archs.

------- Comment #7 From toon 2006-11-15 10:06:48 0000 -------
(In reply to comment #6)
> Same to me, maybe its problem only for 64bits archs.

I've got the very same problem.

------- Comment #8 From Caleb Tennis 2006-11-17 05:31:55 0000 -------
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 From toon 2006-11-18 14:05:41 0000 -------
(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 From DocReedSolomon 2006-11-20 06:53:45 0000 -------
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 From Davide Cendron 2006-11-22 05:23:26 0000 -------
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 From Davide Cendron 2006-11-22 05:24:20 0000 -------
Created an attachment (id=102540) [details]
diff for PyQt-3.14.1-r2

------- Comment #13 From Davide Cendron 2006-11-22 05:24:46 0000 -------
Created an attachment (id=102541) [details]
diff for pykde-3.5.5-r1

------- Comment #14 From DocReedSolomon 2006-11-24 05:53:02 0000 -------
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 From DocReedSolomon 2006-11-30 13:47:37 0000 -------
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 From DocReedSolomon 2006-11-30 13:50:23 0000 -------
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 From Matija Suklje (hook) 2006-12-18 10:10:31 0000 -------
Is it really imposible to include the if statement in the PyQt and pykde
ebuilds?

------- Comment #18 From DocReedSolomon 2006-12-28 02:45:49 0000 -------
great, now qscintilla 1.6 vanished from the portage tree ;(

------- Comment #19 From DocReedSolomon 2006-12-28 08:56:34 0000 -------
@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 From Martin Blais 2007-01-15 05:34:14 0000 -------
(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 From DocReedSolomon 2007-01-17 14:05:29 0000 -------
well, so how do we get pykde to compile now? :?

any devs still watching this?

------- Comment #22 From Diego E. 'Flameeyes' Pettenò 2007-01-27 18:50:28 0000 -------
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 From DocReedSolomon 2007-01-28 13:35:08 0000 -------
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 From DocReedSolomon 2007-01-28 13:37:06 0000 -------
btw.. i already reported the qscintilla problem here 2006-11-30 13, but noone
seemed to care ;(

------- Comment #25 From Markus Rothe 2007-02-01 12:29:16 0000 -------
new packages are going to marked stable in bug #163802

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

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug