Bugzilla Bug 245771

As media-libs/openal-1.5.304 is a different implementation, I have dropped the
keywords. Please test and re-keyword.

Created an attachment (id=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 ***