Bug 308919

Summary:	media-libs/libmikmod (and media-libs/sdl-mixer) should warn the user if oss useflag is disabled
Product:	Gentoo Linux	Reporter:	Denilson Sá Maia <denilsonsa>
Component:	Current packages	Assignee:	Gentoo Linux bug wranglers <bug-wranglers>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Denilson Sá Maia 2010-03-11 01:09:53 UTC

On my system I have a global "alsa -oss" setting (at /etc/make.conf). It doesn't matter right now if that's wrong or right, but the fact is this setting is in there for years and years.

However, since libmikmod does not support alsa, removing oss makes it compile support only for raw files, which gives some troubles, like bug 99590.

Even though the last comment on that bug is from December 2005, people continue to hit that bug even later than that (such as bug 97507 comment 13, which is from December 2009, just a few months ago).

Thus, I suggest a simple small addition. Add a BIG FAT WARNING at the libmikmod ebuild, suggesting that "-oss" is probably not what the user wants. This way, at least people will know what's wrong and how to fix it (I could only discover that because I read the libmikmod ebuild source). Such warning could also be added to sdl-mixer ebuild, if libmikmod[-oss] is detected.

Another solution is to check for alsa useflag, and build oss support if either alsa or oss is enabled. That means that "alsa -oss" will build support for oss. Although strange, oss is the only way to make libmikmod work with alsa, and thus such behavior make some sense.

Finally, yet another solution is to replace "oss" useflag by "no-oss", which should only be enabled if the user really knows what he's doing.

Comment 1 Samuli Suominen (RETIRED) gentoo-dev

2010-03-11 01:24:48 UTC

I've already added USE="raw" to the libmikmod ebuild which should disable this behavior, no "music.raw" file is written anymore...

Comment 2 Denilson Sá Maia 2010-03-11 01:43:53 UTC

(In reply to comment #1)
> I've already added USE="raw" to the libmikmod ebuild which should disable this
> behavior, no "music.raw" file is written anymore...

I've just tested running the gweled game.
With the stable libmikmod-3.2.0_beta2-r1, it creates a music.raw.
With the non-stable libmikmod-3.2.0_beta2-r2, it creates a music.wav.

The -r1 had "-oss", and the -r2 had "-oss -raw". Everything on a recent (synched earlier today) and stable amd64.

The only way to make gweled play music and NOT fill my HD with worthless file was to enable "oss" in libmikmod.

Comment 3 Denilson Sá Maia 2010-03-11 01:45:13 UTC

(In reply to comment #1)
> I've already added USE="raw" to the libmikmod ebuild which should disable this
> behavior, no "music.raw" file is written anymore...

And, by the way, the build log shows this:
  Drivers to be compiled: raw wav aiff pipe stdout nosound
So I guess the patch could have fixed this ./configure output, so it doesn't write misleading info. ;)

Comment 4 Samuli Suominen (RETIRED) gentoo-dev

2010-03-12 12:23:58 UTC

+  12 Mar 2010; Samuli Suominen <ssuominen@gentoo.org>
+  libmikmod-3.1.12.ebuild, libmikmod-3.2.0_beta2-r2.ebuild:
+  Warn users if USE="oss" is disabled wrt #308919.

The only other modification will be when someone offers a working alsa patch.

*** This bug has been marked as a duplicate of bug 97507 ***