Could you add the following patch in the next ebuild release. It is available on blender's site http://projects.blender.org and resolves the bug: [ #5051 ] build problems on x86_64 with python 2.5 Thx, Jj
Created attachment 100413 [details, diff] blender-cast.patch
Created attachment 102168 [details, diff] Fix for compilaton on x86 Attached patch with configuration fix to compile against python 2.5 on x86
(In reply to comment #2) > Created an attachment (id=102168) [edit] > Fix for compilaton on x86 > > Attached patch with configuration fix to compile against python 2.5 on x86 > Thx, but too radical ;). Also people won't be able to compile blender if they use python 2.4 I suggest the following ebuild. Jj
Created attachment 102251 [details] blender 2.42a-r1 ebuild
Not working: blender fails to build with python 2.4.3-r4 Install file: "release/text/blender.html" as "/var/tmp/portage/blender-2.42a-r1/work/install/linux2/blender.html" /usr/lib/libSDL.so: undefined reference to `caca_end' /usr/lib/libSDL.so: undefined reference to `caca_refresh' /usr/lib/libSDL.so: undefined reference to `caca_get_width' /usr/lib/libSDL.so: undefined reference to `caca_draw_bitmap' /usr/lib/libSDL.so: undefined reference to `caca_init' /usr/lib/libSDL.so: undefined reference to `caca_get_height' /usr/lib/libSDL.so: undefined reference to `caca_create_bitmap' /usr/lib/libSDL.so: undefined reference to `caca_free_bitmap' collect2: ld returned 1 exit status scons: *** [/var/tmp/portage/blender-2.42a-r1/work/build/linux2/bin/blender] Error 1 scons: building terminated because of errors. !!! ERROR: media-gfx/blender-2.42a-r1 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile blender-2.42a-r1.ebuild, line 90: Called die !!! (no error message) !!! If you need support, post the topmost build error, and the call stack if relevant. emerge --info Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-3.4.6, glibc-2.4-r4, 2.6.18-gentoo-r6 i686) ================================================================= System uname: 2.6.18-gentoo-r6 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System version 1.12.6 Last Sync: Mon, 08 Jan 2007 01:30: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.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/app-defaults /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=pentium-m -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://darkstar.ist.utl.pt/gentoo/ http://cesium.di.uminho.pt/pub/gentoo/ ftp://mirrors1.netvisao.pt/gentoo/" LANG="en_US@euro" 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" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa alsa_cards_ali5451 alsa_cards_als4000 alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_cmipci alsa_cards_emu10k1x alsa_cards_ens1370 alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_cards_via82xx alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol crypt cups elibc_glibc gif gtk input_devices_keyboard input_devices_mouse input_devices_synaptics ipv6 jpeg kernel_linux nls nptl opengl perl png python readline sdl sse sse2 ssl tiff truetype unicode userland_GNU video_cards_fbdev video_cards_fglrx video_cards_vesa video_cards_vga zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
try rebuilding libsdl
(In reply to comment #6) > try rebuilding libsdl > problem solved
(In reply to comment #6) > try rebuilding libsdl > This is probably not the right place but it is related... I had the problem compiling but after rebuilding libsdl it compiled fine, but now I have another issue. I can't open menus under blender. I mean, they open but I can't see them open. I know they open because if I click on the position where a menu entry should be, that action is taken. Still this makes the latest version unusable... Already tried to rebuild but nothing changed. Any suggestion? blender useflags +blender-game +ffmpeg +iconv +jpeg +nls +openal -openexr +png emerge --info Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-3.4.6, glibc-2.4-r4, 2.6.18-gentoo-r6 i686) ================================================================= System uname: 2.6.18-gentoo-r6 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System version 1.12.6 Last Sync: Thu, 11 Jan 2007 22:31: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.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/app-defaults /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=pentium-m -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://darkstar.ist.utl.pt/gentoo/ http://cesium.di.uminho.pt/pub/gentoo/ ftp://mirrors1.netvisao.pt/gentoo/" LANG="en_US@euro" 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" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa alsa_cards_ali5451 alsa_cards_als4000 alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_cmipci alsa_cards_emu10k1x alsa_cards_ens1370 alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_cards_via82xx alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol crypt cups elibc_glibc gif gtk input_devices_keyboard input_devices_mouse input_devices_synaptics ipv6 jpeg kernel_linux nls nptl opengl perl png python readline sdl sse sse2 ssl tiff truetype unicode userland_GNU video_cards_fbdev video_cards_fglrx video_cards_vesa video_cards_vga zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
*** Bug 174479 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > *** Bug 174479 has been marked as a duplicate of this bug. *** > That is not exactly the same ebuild. blender-cast.patch is no more necessary. Just a more solid modification in the ebuild about how to set python version is necessary and you will be able to compile it with python 2.5 again. If you declare it as duplicate, IMO no one will notice it. It was not in the past, it will not tomorrow. Jj
I think this is fixed in blender 2.43, so can we close this?
(In reply to comment #11) > I think this is fixed in blender 2.43, so can we close this? > Hi, Sorry it is not. See my report Bug 174479, please. It was falsely duplicated. Also 2.43 will only work with the patch joined to bug 174479. Jj
Who needs 2.42a and 2.43 versions? USE 2.44 ! ;)
2.44 doesn't compile with python 2.5... Do devs need more help with testing?
(In reply to comment #14) > 2.44 doesn't compile with python 2.5... > > Do devs need more help with testing? > Hello, the same bug alway resurfaces ... for ever and ever. Please maintainers, add the few trivial lines in your new ebuild releases. If it is still needed, it won't harm your ebuild for sure :) Jj
Created attachment 122065 [details] blender ebuild ready for python 2.5
any news on this ?
(In reply to comment #16) > Created an attachment (id=122065) [edit] > blender ebuild ready for python 2.5 Your ebuild breaks here, with python 2.4, while the version currently in the tree doesn't. I noticed that your ebuild is based on an older cvs revision of the ebuild currently in tree. More precisely it removes a use-flag, removes 2 patches, and alters dependencies on x11-libs/libXt, etc... Is that all on purpose ? Can you attach a unified diff to the ebuild?
The blender-2.44 ebuild is affected in a weird way: cat <<- EOF >> ${S}/user-config.py CFLAGS += '${CFLAGS}' BF_PYTHON_VERSION="2.4" BF_PYTHON_INC="/usr/include/python2.4" BF_PYTHON_BINARY="/usr/bin/python2.4" BF_PYTHON_LIB="python2.4" EOF Why is Python 2.4 enforced like this? And if Python 2.5 wont work, why doesn't the ebuild explicitly require 2.4 then? Commenting the 4 BF_PYTHON_* lines out had no negative sideeffects (I noticed till now).
Created attachment 129624 [details] blender-2.44.ebuild using python_version This is a shorter modification of the ebuild, using python-version from the python eclass instead of hard-coding 2.4 Works fine here with python2.5
build for me, please commit anytime
Done! Commited in blender-2.44 ebuild in portage