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.
