First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 152700
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Luca Barbato <lu_zero@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Jimmy.Jazz@gmx.net
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
blender-cast.patch blender-cast.patch patch Jimmy.Jazz@gmx.net 2006-10-24 14:08 0000 2.05 KB Details | Diff
blender-compile.patch Fix for compilaton on x86 patch Wojciech Milkowski 2006-11-16 18:07 0000 1.57 KB Details | Diff
blender-2.42a-r1.ebuild blender 2.42a-r1 ebuild text/plain Jimmy.Jazz@gmx.net 2006-11-18 02:52 0000 3.56 KB Details
blender-2.44.ebuild blender ebuild ready for python 2.5 text/plain Jimmy.Jazz@gmx.net 2007-06-14 18:51 0000 3.85 KB Details
blender-2.44.ebuild blender-2.44.ebuild using python_version text/plain Bernard Cafarelli 2007-08-30 13:07 0000 3.50 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

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

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







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


Description:   Opened: 2006-10-24 14:07 0000
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

------- Comment #1 From Jimmy.Jazz@gmx.net 2006-10-24 14:08:12 0000 -------
Created an attachment (id=100413) [edit]
blender-cast.patch

------- Comment #2 From Wojciech Milkowski 2006-11-16 18:07:32 0000 -------
Created an attachment (id=102168) [edit]
Fix for compilaton on x86

Attached patch with configuration fix to compile against python 2.5 on x86

------- Comment #3 From Jimmy.Jazz@gmx.net 2006-11-18 02:48:56 0000 -------
(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

------- Comment #4 From Jimmy.Jazz@gmx.net 2006-11-18 02:52:47 0000 -------
Created an attachment (id=102251) [edit]
blender 2.42a-r1 ebuild

------- Comment #5 From Renato Alves 2007-01-08 04:17:38 0000 -------
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

------- Comment #6 From Luca Barbato 2007-01-08 04:50:21 0000 -------
try rebuilding libsdl

------- Comment #7 From Renato Alves 2007-01-08 05:28:05 0000 -------
(In reply to comment #6)
> try rebuilding libsdl
> 

problem solved

------- Comment #8 From Renato Alves 2007-01-12 04:29:44 0000 -------
(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

------- Comment #9 From Jakub Moc 2007-04-13 15:40:21 0000 -------
*** Bug 174479 has been marked as a duplicate of this bug. ***

------- Comment #10 From Jimmy.Jazz@gmx.net 2007-04-13 16:47:34 0000 -------
(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

------- Comment #11 From Hanno Boeck 2007-04-17 06:05:07 0000 -------
I think this is fixed in blender 2.43, so can we close this?

------- Comment #12 From Jimmy.Jazz@gmx.net 2007-04-17 08:04:14 0000 -------
(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

------- Comment #13 From kamikaze 2007-05-15 18:06:47 0000 -------
Who needs 2.42a and 2.43 versions? USE 2.44 ! ;)

------- Comment #14 From Norberto Bensa 2007-06-03 17:36:36 0000 -------
2.44 doesn't compile with python 2.5... 

Do devs need more help with testing?

------- Comment #15 From Jimmy.Jazz@gmx.net 2007-06-14 18:50:03 0000 -------
(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

------- Comment #16 From Jimmy.Jazz@gmx.net 2007-06-14 18:51:44 0000 -------
Created an attachment (id=122065) [edit]
blender ebuild ready for python 2.5

------- Comment #17 From Luis Medinas (RETIRED) 2007-07-23 02:37:35 0000 -------
any news on this ?

------- Comment #18 From Ingmar Vanhassel (RETIRED) 2007-08-18 20:23:42 0000 -------
(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?

------- Comment #19 From Dennis Schridde 2007-08-27 13:57:54 0000 -------
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).

------- Comment #20 From Bernard Cafarelli 2007-08-30 13:07:41 0000 -------
Created an attachment (id=129624) [edit]
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

------- Comment #21 From Luca Barbato 2007-08-30 16:51:00 0000 -------
build for me, please commit anytime

------- Comment #22 From Bernard Cafarelli 2007-08-30 16:58:51 0000 -------
Done! Commited in blender-2.44 ebuild in portage

First Last Prev Next    No search results available      Search page      Enter new bug