Bugzilla Bug 136368

This should block bug #132826

If desired, I can post the output of a failed build.

What should block? You have given no information.

Please, reopen with some useful info to actually fix the bug.

Sorry, let me explain in a bit more detail:

media-gfx/blender-2.41 doesn't build when you upgrade to
media-libs/openal-0.0.8 and media-libs/freealut-1.0.1: breakage info at the end
of this comment.

The purpose of bug #132826 is to track bugs in packages that break with the
split openal/freealut that worked with the older openal snapshots on Linux, and
to fix them. That's why this bug should block bug #132826.

I've seen a bug with a new proposed ebuild: bug #121316, but the last comment
on that was in February, so I imagine it's a bit stale. I haven't poked around
in Blender's build scripts yet, but I'm perfectly willing to do so. Be aware
that I'm no Gentoo developer, so any surgery I do on the build system might not
work for other arches and dependency setups.

So, here's the error you get when you try to build media-gfx/blender-2.41 with
openal-0.0.8 and freealut-1.0.1:

ranlib /var/tmp/portage/blender-2.41/work/build/linux2/lib/libblender_python.a
ar: creating
/var/tmp/portage/blender-2.41/work/build/linux2/lib/libblender_python.a
gcc -Xlinker -export-dynamic -pthread -o blender
/var/tmp/portage/blender-2.41/work/build/linux2/source/creator/dynamic_buildinfo.o
-L/var/tmp/portage/blender-2.41/work/build/linux2/lib -Llib
-L/usr/lib/python2.4/config -L/usr/lib -L/usr/lib -L/usr/lib -L/usr/lib
-L/usr/lib -L/usr/X11R6/lib -lblender_creator -lblender_blendersrc
-lblender_render -lblender_yafray -lblender_renderconverter -lblender_radiosity
-lblender_BSP -lblender_blenkernel -lblender_LOD -lblender_IK -lblender_ONL
-lblender_elbeem -lblender_readblenfile -lblender_img -lblender_bop
-lblender_blenkernel -lblender_blenloader -lblender_blenpluginapi
-lblender_imbuf -lblender_avi -lblender_blenlib -lblender_makesdna
-lblender_kernel -lblender_GHOST -lblender_STR -lblender_guardedalloc
-lblender_CTR -lblender_MEM -lblender_MT -lblender_BMF -lsoundsystem -lfreetype
-lz -lblender_FTF -lextern_ftgl -lfreetype -lz -lKX_blenderhook -lKX_converter
-lPHY_Dummy -lPHY_Bullet -lPHY_Physics -lKX_ketsji -lSCA_GameLogic
-lRAS_rasterizer -lRAS_OpenGLRasterizer -lblender_expressions -lSG_SceneGraph
-lblender_MT -lKX_blenderhook -lKX_network -lblender_kernel -lNG_network
-lextern_bullet -lNG_loopbacknetwork -lPHY_Sumo -lPHY_Physics -lblender_MT
-lextern_solid -lextern_qhull -lblender_python -lpython2.4 -lSDL -lpthread
-lpng -ljpeg -lz -lopenal -lm -lutil -lstdc++ -lGL -lGLU
/usr/lib/python2.4/config/libpython2.4.a(posixmodule.o): In function
`posix_tmpnam':
: warning: the use of `tmpnam_r' is dangerous, better use `mkstemp'
/usr/lib/python2.4/config/libpython2.4.a(posixmodule.o): In function
`posix_tempnam':
: warning: the use of `tempnam' is dangerous, better use `mkstemp'
/var/tmp/portage/blender-2.41/work/build/linux2/lib/libsoundsystem.a(SND_OpenALDevice.o):
In function `SND_OpenALDevice::LoadSample(STR_String const&, void*, int)':
SND_OpenALDevice.cpp:(.text+0xcbc): undefined reference to `alutLoadWAVMemory'
SND_OpenALDevice.cpp:(.text+0xd39): undefined reference to `alutUnloadWAV'
SND_OpenALDevice.cpp:(.text+0xd61): undefined reference to `alutLoadWAVFile'
collect2: ld returned 1 exit status
scons: *** [blender] Error 1
scons: building terminated because of errors.

!!! ERROR: media-gfx/blender-2.41 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  blender-2.41.ebuild, line 100:   Called die

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if
relevant.

!!! This ebuild is from an overlay: '/usr/local/portage'


As you can see, it seems like the alut library wasn't specified to link
against. This is because openal has split it off into a new library.

Sorry, I just noticed that I used the blender in my local overlay (with a
special patch for gcc-4.1.1). The blender in portage won't emerge against
openal-0.0.8 because the dependency issue has been updated. This still means
that blender will have to be fixed though, either upstream or with a patch to
the scons system.

Umm... using version 2.41-r1 (masked) will cause it to work with the split
openal/freealut.  I'll be unmasking this version (only change is an alut fix)
once I get all of the freealut/openal work done and stable on the necessary
architectures.  Until then, feel free to unmask it locally.

ref bug #138769, this is an error in the deps, and the only change
between this ebuild and -r1 is the deps.  Since the build correctly
attempts to use -lalut, I believe the correct course of action is
to mark -r1 stable... which has been on hold since 6/13.. for a 
simple dep change???

> !!! This ebuild is from an overlay: '/usr/local/portage'

INVALID bug. The alut issues are covered in Bug 138769.