Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 310221 - dev-lang/python-2.6.4-r1 does not compile (USE="tk")
Summary: dev-lang/python-2.6.4-r1 does not compile (USE="tk")
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: TCL/TK Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-19 14:10 UTC by Andrzej Szary
Modified: 2014-04-27 20:30 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
complete build log file (build.log,125.93 KB, text/plain)
2010-03-19 23:24 UTC, Andrzej Szary
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrzej Szary 2010-03-19 14:10:08 UTC
dev-lang/python-2.6.4-r1 does not compile with tk USE flag


Reproducible: Always

Steps to Reproduce:
1.emerge =python-2.6.4-r1

Actual Results:  
...
x86_64-pc-linux-gnu-gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -march=nocona -O2 -pipe -I/usr/lib64/libffi-3.0.9/include -I. -I/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/./Include -I. -IInclude -I./Include -I/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Include -I/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4 -c /var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/cfield.c -o build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/cfield.o
x86_64-pc-linux-gnu-gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -march=nocona -O2 -pipe -I/usr/lib64/libffi-3.0.9/include -I. -I/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/./Include -I. -IInclude -I./Include -I/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Include -I/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4 -c /var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/malloc_closure.c -o build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/malloc_closure.o
x86_64-pc-linux-gnu-gcc -pthread -shared -Wl,-O1 -L. -fno-strict-aliasing -DNDEBUG -march=nocona -O2 -pipe -I. -IInclude -I./Include build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/_ctypes.o build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/callbacks.o build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/callproc.o build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/stgdict.o build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/cfield.o build/temp.linux-x86_64-2.6/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Modules/_ctypes/malloc_closure.o -L/usr/local/lib -L. -lffi -lpython2.6 -o build/lib.linux-x86_64-2.6/_ctypes.so

Failed to find the necessary bits to build these modules:
bsddb185           dl                 imageop         
sunaudiodev                                           
To find the necessary bits, look in setup.py in detect_modules() for the module's name.


Failed to build these modules:
_tkinter                                              

running build_scripts
creating build/scripts-2.6
copying and adjusting /var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Tools/scripts/pydoc -> build/scripts-2.6
copying and adjusting /var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Tools/scripts/idle -> build/scripts-2.6
copying and adjusting /var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Tools/scripts/2to3 -> build/scripts-2.6
copying and adjusting /var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4/Lib/smtpd.py -> build/scripts-2.6
changing mode of build/scripts-2.6/pydoc from 644 to 755
changing mode of build/scripts-2.6/idle from 644 to 755
changing mode of build/scripts-2.6/2to3 from 644 to 755
changing mode of build/scripts-2.6/smtpd.py from 644 to 755
make: *** [sharedmods] Error 1
 * ERROR: dev-lang/python-2.6.4-r1 failed:
 *   emake failed
 * 
 * Call stack:
 *     ebuild.sh, line   54:  Called src_compile
 *   environment, line 5033:  Called _eapi2_src_compile
 *     ebuild.sh, line  646:  Called die
 * The specific snippet of code:
 *              emake || die "emake failed"
 * 
 * If you need support, post the output of 'emerge --info =dev-lang/python-2.6.4-r1',
 * the complete build log and the output of 'emerge -pqv =dev-lang/python-2.6.4-r1'.
 * The complete build log is located at '/var/tmp/portage/dev-lang/python-2.6.4-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-lang/python-2.6.4-r1/temp/environment'.
 * S: '/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4'

 * Messages for package dev-lang/python-2.6.4-r1:

 * "bsddb" module is out-of-date and no longer maintained inside dev-lang/python. It has
 * been additionally removed in Python 3. You should use external, still maintained "bsddb3"
 * module provided by dev-python/bsddb3 which supports both Python 2 and Python 3.
 * ERROR: dev-lang/python-2.6.4-r1 failed:
 *   emake failed
 * 
 * Call stack:
 *     ebuild.sh, line   54:  Called src_compile
 *   environment, line 5033:  Called _eapi2_src_compile
 *     ebuild.sh, line  646:  Called die
 * The specific snippet of code:
 *              emake || die "emake failed"
 * 
 * If you need support, post the output of 'emerge --info =dev-lang/python-2.6.4-r1',
 * the complete build log and the output of 'emerge -pqv =dev-lang/python-2.6.4-r1'.
 * The complete build log is located at '/var/tmp/portage/dev-lang/python-2.6.4-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-lang/python-2.6.4-r1/temp/environment'.
 * S: '/var/tmp/portage/dev-lang/python-2.6.4-r1/work/Python-2.6.4'


Expected Results:  
dev-lang/python-2.6.4-r1 installed with tkinter support


Portage 2.1.8.3 (default/linux/amd64/10.0/desktop, gcc-4.4.3, glibc-2.11-r1, 2.6.33-gentoo x86_64)
=================================================================
System uname: Linux-2.6.33-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T6500_@_2.10GHz-with-gentoo-2.0.1
Timestamp of tree: Fri, 19 Mar 2010 12:30:01 +0000
app-shells/bash:     4.1_p2
dev-java/java-config: 2.1.10
dev-lang/python:     2.6.4-r1, 3.1.1-r1
dev-util/cmake:      2.8.1
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.6.0-r1
sys-apps/sandbox:    2.2
sys-devel/autoconf:  2.13, 2.65
sys-devel/automake:  1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1
sys-devel/gcc:       4.4.3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.33
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="* -@EULA Broadcom dlj-1.1"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=nocona -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="rsync://ftp.vectranet.pl/gentoo/ http://gentoo.supp.name/ ftp://91.121.125.139/gentoo-distfiles/"
LANG="en_GB.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="en_GB en pl"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa amd64 apache2 apm battery berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dhclient dhcpcd dri dts dvd dvdr eds emboss encode evo fam firefox flac flash fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 java jpeg kde lapack latex ldap libnotify lm_sensors mad mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl php png policykit ppds pppd python qt3support qt4 quicktime readline reflection sdl session spell spl sqlite sqlite3 srt sse sse2 ssl startup-notification svg sysfs tcpd thunar tiff truetype unicode usb v4l v4l2 vim-with-x vorbis wifi x264 xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB en pl" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeonhd radeon" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Andrzej Szary 2010-03-19 15:19:16 UTC
I have noticed that the same bug applies also to dev-lang/python-3.1.1-r1 so it could be some kind of dependence error...
Comment 2 Rafał Mużyło 2010-03-19 15:27:16 UTC
...and I've noticed you've failed to attach full build log,
as the real error is missing in the pasted output.
Comment 3 Andrzej Szary 2010-03-19 23:24:16 UTC
Created attachment 224297 [details]
complete build log file
Comment 4 Rafał Mużyło 2010-03-19 23:32:59 UTC
*** WARNING: renaming "_tkinter" since importing it failed: build/lib.linux-x86_64-2.6/_tkinter.so: undefined symbol: jpeg_stdio_src
Looks like an incorrect jpeg upgrade.
As that symbol is present in jpeg8 (8a is already stable on amd64),
you probably need to follow postinstall note.
Comment 5 Andrzej Szary 2010-03-20 00:34:42 UTC
I am not sure if I understood correctly but I have reinstalled media-libs/jpeg-8a (no postinstall note) and I still get same error (warning) when reemerging python. Also I have reinstalled dev-lang/tcl-8.5.8 and dev-lang/tk-8.5.8 (both without any problem) but this did not help too.

Comment 6 Rafał Mużyło 2010-03-20 16:29:01 UTC
In the postinstall note:
revdep-rebuild --library libjpeg.so.7

and chances are that
revdep-rebuild --library libjpeg.so.62
has not been done yet too.
Comment 7 Andrzej Szary 2010-03-20 19:51:50 UTC
Looks like everything there is fine:
 * There are no dynamic links to libjpeg.so.7... All done.
 * There are no dynamic links to libjpeg.so.62... All done.
any other suggestions?
Comment 8 Rafał Mużyło 2010-03-21 00:25:35 UTC
OK, in that case, it may get tricky, either:
- you have a stale copy of old lib/headers (i.e. in /usr/local)
or
- for some reason build process of python picks up wrong lib version to link to

then again, it seems that jpeg_stdio_src was in 6b after all...

Check in all of the instances of libjpeg the result of 
nm -C -D <libname> | grep jpeg_stdio_src
and try rebuilding tk.
Comment 9 Andrzej Szary 2010-03-21 22:17:00 UTC
Ok this is output of the command you suggested for every libjpg I could find on my ststem:
 /usr/lib32/libjpeg.so.7  >> 000114d0 T jpeg_stdio_src
 /usr/lib32/libjpeg.so.8.0.0 >> 00011a00 T jpeg_stdio_src
 /usr/lib32/libjpeg.so.62 >> 0000d830 T jpeg_stdio_src
 /usr/lib32/libjpeg.so.8 >> 00011a00 T jpeg_stdio_src
 /usr/lib32/libjpeg.so >> 00011a00 T jpeg_stdio_src
 /usr/lib64/libjpegtcl1.0.so >> broken link  /usr/lib64/libjpegtcl1.0.so -> Img1.3/libjpegtcl1.0.so (see below for details)
 /usr/lib64/Img1.4/libjpegtcl1.0.so >> U jpeg_stdio_src
 /usr/lib64/libjpeg.so.8.0.1 >> 00000000000138bb T jpeg_stdio_src
 /usr/lib64/libjpeg.so.8 >> 00000000000138bb T jpeg_stdio_src
 /usr/lib64/libjpeg.so >> 00000000000138bb T jpeg_stdio_src
 /opt/sun-jdk-1.6.0.18/jre/lib/amd64/libjpeg.so >> (nothing)

There was one broken link /usr/lib64/libjpegtcl1.0.so > Img1.3/libjpegtcl1.0.so but reemerging package it belongs to (dev-tcltk/tkimg-1.3.20081202) did not help - still broken link. 
I have repaired this link with:
ln -s /usr/lib64/Img1.4/libjpegtcl1.0.so /usr/lib64/libjpegtcl1.0.so
but it did not solve the problem...

There is one lib file without jpeg_stdio_src symbol (/opt/sun-jdk-1.6.0.18/jre/lib/amd64/libjpeg.so). Do you think it is loaded instead of proper library?
Comment 10 Rafał Mużyło 2010-03-22 01:16:56 UTC
What does ldd print for that freshly built _tkinter.so ?
Comment 11 Andrzej Szary 2010-03-22 09:14:22 UTC
Ok, I have python running with tk use flag...

1. I have repaired broken links from dev-tcltk/tkimg-1.3.20081202:
libjpegtcl1.0.so -> /usr/lib64/Img1.4/libjpegtcl1.0.so
libpngtcl1.2.24.so -> Img1.4/libpngtcl1.2.24.so
libtifftcl3.8.2.so -> Img1.4/libtifftcl3.8.2.so
libzlibtcl1.2.3.so -> Img1.4/libzlibtcl1.2.3.so
2. I have reemerged dev-lang/tk-8.5.8 and dev-lang/tcl-8.5.8

BTW. Right now my python version is dev-lang/python-2.6.5 (not 2.6.4-r1), but I think it helped because I also managed to install dev-lang/python-3.1.1-r1 with tk use flag (earlier the same error)...

Thank you for your help

Comment 12 Rafał Mużyło 2010-03-24 11:49:20 UTC
I wouldn't exactly call manually creating those symlinks
"fixing", cause either that ebuild is broken or there was
a good reason they were missing in the first place.
Comment 13 Dirkjan Ochtman (RETIRED) gentoo-dev 2010-10-27 12:15:49 UTC
Reassigning to tcltk, as the problem seems to be on their side.
Comment 14 Honza Macháček 2011-07-01 10:14:04 UTC
I've found the cause in dev-tcltk/blt-2.4z-r8, my changes to its
blt-2.4z-darwin.patch should solve it. See bug 373695
Comment 15 Arfrever Frehtes Taifersar Arahesis (RETIRED) gentoo-dev 2011-07-01 16:17:53 UTC
(In reply to comment #14)

This bug is unrelated to bug #373695. It was filed over 1 year before the cause of bug #373695 was introduced.
Comment 16 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2014-04-27 20:30:52 UTC
Python 2.6 is no longer supported and undergoing preparations for removal.