As media-libs/openal-1.5.304 is a different implementation, I have dropped the keywords. Please test and re-keyword.
Created attachment 170951 [details] openal-1.5.304.ebuild
This new version solve de bug 244852, after update relink all program
Marked ~hppa.
Keyworded on alpha.
This needs mycmakeargs="${mycmakeargs} -DLIB_INSTALL_DIR=$(get_libdir)" to build on multilib amd64.
Please keyword this ASAP, it's causing major problems for emerging programs like Blender.
~ppc64
Rekeyworded ~sparc. This is rather hard to test, because not much uses it and it's hard to tell if those things that depend on it are using it. However, it builds and applications (such as mplayer) link against it and continue working. I'm rather surprised that sys-apps/portage-2.2_rc17 didn't save the old library and pick up a couple @preserved-rebuild entries on my test system, but it didn't --- ( had to use revdep-rebuild instead (which was a bit disappointing). It should have picked up freealut and I think hugs98. For mplayer, I rebuilt with USE=openal and it is linked in.
update to new version, copy ebuild run fine for me OpenAL Soft 1.6.372 is now available! The changes from 1.5 include: * Channel volumes are now ramped from source position changes and when starting playback, to help prevent pops and clicks * The AL_DOPPLER_FACTOR source property works * Implemented a new Solaris backend for playback * The openal-info example will now print EFX information * More EFX compliance fixes * Support for non-mmap ALSA capture * A new low-pass filter, based on the I3DL2 specification * The ALSOFT_CONF environment variable may be used to specify an additional configuration file * A completely new reverb effect implementation * Improved CPU use for the DirectSound backend
~ppc now
(In reply to comment #5) > This needs mycmakeargs="${mycmakeargs} -DLIB_INSTALL_DIR=$(get_libdir)" to > build on multilib amd64. > I don't have a multilib system to try.. amd64, please fix.
1.6.372 doesn't have the problems with multilib. Should be good to go on amd64
(In reply to comment #12) > 1.6.372 doesn't have the problems with multilib. Should be good to go on amd64 > Yep, but 1.5.304 has an open stable bug.. ;)
iirc, there is an policy not to drop ~x86-fbsd (dev profile) for a long time now, restored it
as for ~mips, you'll lose openal entirely if this isn't handled as it has happened for other media packages once this bug is done. so it comes down to missing ~arm and ~ia64.
Added ~mips to keywords.
(In reply to comment #13) > (In reply to comment #12) > > 1.6.372 doesn't have the problems with multilib. Should be good to go on amd64 > > > > Yep, but 1.5.304 has an open stable bug.. ;) > 1.6.372 does not have multilib-problems. removing amd64.
*** This bug has been marked as a duplicate of bug 254583 ***