Bug 118398 - Error compiling when python doesn't have ucs2 enabled
Summary: Error compiling when python doesn't have ucs2 enabled
Status: RESOLVED UNMAINTAINED
Alias: None
Product: superkaramba
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Ryan Nickell
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-15 19:50 UTC by Zak Peirce
Modified: 2018-09-04 20:25 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Zak Peirce 2005-12-15 19:50:39 UTC
Version:            (using KDE KDE 3.5.0)
Installed from:    Gentoo Packages
Compiler:          GCC 3.4.4 CFLAGS="-march=athlon64 -O2 -fweb -frename-registers -ftracer -pipe" 
OS:                Linux

Problem is that kdeutils requires that python be built with sdl2 but it only dies after trying to compile for about 30 mins.

I solved this issue by building python with sdl2 below is the error and my emerge info.  

This problem is resolved for me bur I wanted to make the KDE devs aware that some people do compile python without sdl2 :) since some people like me dont know what it is for and this dont think that they need it:)


meter_python.o: In function `PyString2QString(_object*)':
meter_python.cpp:(.text+0x1b5): undefined reference to `PyUnicodeUCS2_AsUnicode'
meter_python.o: In function `QString2PyString(QString)':
meter_python.cpp:(.text+0x221): undefined reference to `PyUnicodeUCS2_FromUnicode'
collect2: ld returned 1 exit status
make[3]: *** [superkaramba] Error 1
make[3]: Leaving directory
`/var/tmp/portage/superkaramba-3.5.0/work/superkaramba-3.5.0/superkaramba/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/superkaramba-3.5.0/work/superkaramba-3.5.0/superkaramba'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/superkaramba-3.5.0/work/superkaramba-3.5.0'
make: *** [all] Error 2

!!! ERROR: kde-base/superkaramba-3.5.0 failed.
!!! Function kde_src_compile, Line 173, Exitcode 2
!!! died running emake, kde_src_compile:make
!!! If you need support, post the topmost build error, NOT this status message.

Reproducible: Always
Steps to Reproduce:
1.emerge kdeutils
2.
3.

Actual Results:  
kdeutils errors out durring compile

Expected Results:  
kdeutils compiles

I have tried to rebuild python and pyQt both compile fine i have also ran
fix_libtool_files.sh 3.4.4 none have fixed the issue.


Portage 2.0.53 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r3,
2.6.14-gentoo-r2 x86_64)
=================================================================
System uname: 2.6.14-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.12.0_pre10
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.13
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-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -fweb -frename-registers -ftracer -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -fweb -frename-registers -ftracer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aac alsa audiofile avi berkdb bitmap-fonts bzip2 cdparanoia cdr
cdrw crypt cups curl directfb dts dvd dvdr dvdread emboss encode esd exif expat
fam ffmpeg firefox flac foomaticdb fortran gif glut gmp gnome gpm gstreamer gtk
gtk2 hal idn imagemagick imlib ipv6 ithreads java jpeg lcms lzw lzw-tiff mad mng
mp3 mpeg ncurses nls nsplugin ogg oggvorbis opengl oss pam pcre pdflib perl png
python qt quicktime readline real samba sdl spell sqlite ssl tcpd tiff truetype
truetype-fonts type1-fonts udev unicode usb userlocales vorbis wxGTK xinerama
xml xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Comment 1 Zak Peirce 2005-12-15 19:54:29 UTC
Sorry when i say SDL2 i was meaning to say UCS2
Comment 2 Kurt Hindenburg 2006-02-06 06:53:20 UTC
My python 2.4.2 doesn't have ucs2 enabled and superkaramba compiles fine.

You are using the Gentoo superkaramba ebuild, while I'm using the svn source.

What version python?

[ebuild   R   ] dev-lang/python-2.4.2  USE="X berkdb gdbm ncurses readline ssl -bootstrap -build -doc -ipv6 -nocxx -tcltk -ucs2" 0 kB
Comment 3 Chas. Wegrzyn 2006-04-04 20:05:17 UTC
Here is what I am using...

[ebuild   R   ] dev-lang/python-2.4.2-r1  USE="X berkdb ipv6 ncurses readline ssl  -bootstrap -build -doc -gdbm -nocxx -tcltk -ucs2"

When I included the "ucs2" flag in a rebuild of Python, I got the exact same error from the Superkaramba build.

Here is what I see in the configure stage...

./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --with-qt-libraries=/usr/qt/3/lib64 --disable-dependency-tracking --disable-debug --without-debug --enable-final --with-arts --prefix=/usr/kde/3.5 --mandir=/usr/kde/3.5/share/man --infodir=/usr/kde/3.5/share/info --datadir=/usr/kde/3.5/share --sysconfdir=/usr/kde/3.5/etc --enable-libsuffix=64 --libdir=/usr/kde/3.5/lib64 --build=x86_64-pc-linux-gnu


Within the configure processing I see this output:
checking for Python directory... /usr/local
checking for Python2.4... header /usr/include/python2.4 library /usr/lib64 modules no
checking for Python2.3... header no library no modules no
checking for Python2.2... header no library no modules no
checking for Python2.1... header no library no modules no
checking for Python2.0... header no library no modules no
checking for Python1.5... header no library no modules no

(I'm a little confused as to why it thinks Python is in /usr/local...)

A little later down I see this:

onfig.pl: fast created 38 file(s).
config.status: creating config.h
config.status: executing depfiles commands

Superkaramba can't be compiled
because of missing Python libraries/headers.

make  all-recursive

(Obviously something is amiss...it should have stopped based on that message!)


Hope this helps.

Comment 4 Carsten Lohrke 2008-05-29 23:18:02 UTC
KDE picking up different headers than libraries means the user played with the ucs2 use flag once, what he should never have done in the first place as the big warning in the use flag description indicates, some other local (ucs2)Python installation (partly) overshadowing the system one(s) or some user defined symlinks maybe. This is a PEBKAC issue and surely not a KDE bug, please resolve as invalid.
Comment 5 Gregor Mi 2018-03-26 19:54:40 UTC
The last comment suggested to resolve this ticket as INVALID. Please confirm.
Comment 6 Andrew Crouthamel 2018-09-04 20:25:36 UTC
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I will be closing this bug.