Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

New FMod version is available: 3.75. Please, update.

The new version seems to fix a lot of my crashes and instability related with
fmod and ESound/ALSA. A rename of fmod-3.74.ebuild to fmod-3.75.ebuild seems to
work without any problems. 

*** Bug 137802 has been marked as a duplicate of this bug. ***

4.04 is the latest version.

4.04 has (AKA FMod EX), has incompatible API. We are only interested in 3.*
series.

> 4.04 has (AKA FMod EX), has incompatible API. We are only interested in 3.*
> series.
> 

What do you mean? C-API works fine on linux too.

My project http://rai.servu.org uses it.(In reply to comment #4)

Last time I checked, FMod4 has different API: ie different function names.
Application written for FMod3 can't be compiled with FMod4 without serious
patching.

Most Linux applications still use FMod3.

Can't there be a second Ebuild for 4.x?

(In reply to comment #7)
> Can't there be a second Ebuild for 4.x?
> 

Of course it can be. :)

Anyway, we also need to have FMod 3.* in portage.

Created an attachment (id=93756) [details]
Fmod 4.04 Ebuild (quick update)

Hasn't received much testing yet...

Created an attachment (id=93863) [details]
Fmod 4.04 ebuild (quick update)

... now also with fmoddesignerapi. Seems like it's generally required but not
in the Makefile distributed with fmod.

*** Bug 151902 has been marked as a duplicate of this bug. ***

So far nothing has broken because fmodex was installed, which was expected,
since it uses "fmodex" instead of "fmod" for library names and include
directories.

The ebuild also still works if the filename is changed to fmod-4.04.45.ebuild.

Maybe someone with plenty of packages that depend on fmod can give feedback as
well?

Hi,i've made some changes to the proposed ebuild:

- added amd64 keyword: tarball and libs have a "64" suffix, i've changed the
ebuild behaviour accordingly
- removed the emul-* RDEPEND for amd64
- i've added some dosym call, because amd64 installation requires some extra
link, to work properly
- fmodex.pdf in documentation/ must be installed through "doins" (dodoc gzip
it, and it's not a good thing :-)

I've test the 4.04.30 stable release, against a simple game (
http://emptyclip.sourceforge.net/ ) that requires the presence of this library.
Compilation and running seems to work fine.

Created an attachment (id=102650) [details]
fmodex-4.04.30.ebuild

I've just bumped the 3.x-version, didn't work on the 4.x, most probably this
should be slotted in the future.

Both are now in tree,

*fmod-4.08.05 (17 Oct 2007)

  17 Oct 2007; Samuli Suominen <drac@gentoo.org> +fmod-4.08.05.ebuild:
  Version bump to new slot for bug 121506.

*fmod-3.75 (11 Feb 2007)

  11 Feb 2007; Hanno Boeck <hanno@gentoo.org> +fmod-3.75.ebuild:
  Version bump.

And they are in different slots and these apps need to be looked and tested,

games-engines/gargoyle
games-simulation/stoned-bin
games-sports/racer-bin
games-strategy/dark-oberon:fmod
media-libs/panda3d:fmod

> games-engines/gargoyle

Depends on fmod but is not using it, explicitely disables fmod support in
Jambuild. Left ebuild untouched.

> games-simulation/stoned-bin
> games-sports/racer-bin

These are actually linking to fmod 3 so ebuild is now changed.

> games-strategy/dark-oberon:fmod

Links with -lfmod at build time so ebuild is now changed.

> media-libs/panda3d:fmod

Ebuild is changed but it also bundles it own fmod 3 so it might be a redudant
dep. However, this is a ancient version of library which should be bumped but
there is no maintainer to do that.. maybe new version supports fmod 4?

Anyway, fmod is now slotted and unmasked in portage tree.

Closing.

I have updated the ebuild file to v4.16.04 (latest Stable).

Also, I am reopening this bug since 'fmodex' is not available in portage.

I needed fmodex for gzdoom/zdoom (also not on portage).

Created an attachment (id=159790) [details]
fmodex-4.16.04.ebuild

(In reply to comment #18)
> I have updated the ebuild file to v4.16.04 (latest Stable).
> 
> Also, I am reopening this bug since 'fmodex' is not available in portage.
> 
> I needed fmodex for gzdoom/zdoom (also not on portage).
> 

"fmodex" is already in portage, in media-libs/fmod package, in slot 1:

$ eix fmod
* media-libs/fmod
     Available versions:
        (0)     *3.75
        (1)     (~)4.08.05-r1 (~)4.11.03 (~)4.14.04[1]
        {doc examples}
     Homepage:            http://www.fmod.org
     Description:         music and sound effects library, and a sound
processing system