Summary: | Error compiling when python doesn't have ucs2 enabled | ||
---|---|---|---|
Product: | superkaramba | Reporter: | Zak Peirce <plastikman187> |
Component: | general | Assignee: | Ryan Nickell <p0z3r> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | codestruct |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Zak Peirce
2005-12-15 19:50:39 UTC
Sorry when i say SDL2 i was meaning to say UCS2 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 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. 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. The last comment suggested to resolve this ticket as INVALID. Please confirm. 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. |