Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 234184 - media-sound/alsa-utils-1.0.17 USE=-midi - names.c:288: error: 'snd_rawmidi_t' undeclared (first use in this function)
Summary: media-sound/alsa-utils-1.0.17 USE=-midi - names.c:288: error: 'snd_rawmidi_t'...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High major
Assignee: Gentoo ALSA team [DISABLED]
URL:
Whiteboard:
Keywords:
: 245591 246230 253397 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-08-07 15:24 UTC by Eric Smith
Modified: 2009-08-01 10:41 UTC (History)
19 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
modified alsa-utils-1.0.17-seq.patch (alsa-utils-1.0.17-seq.patch,2.23 KB, patch)
2008-12-31 18:01 UTC, Hopeless
Details | Diff
Patch for alsa-utils-1.0.18 (alsa-utils-1.0.18-seq.patch,1.52 KB, patch)
2009-04-29 20:22 UTC, Ihar Hrachyshka
Details | Diff
Fixed alsa-utils-1.0.18 ebuild (alsa-utils-1.0.18.ebuild,2.66 KB, text/plain)
2009-04-29 20:23 UTC, Ihar Hrachyshka
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Smith 2008-08-07 15:24:44 UTC
alsa-utils fails to build with the midi use flag disabled:

localhost ~ # paludis -i1 alsa-utils
Building target list...
Building dependency list...

These packages will be installed:

* media-sound/alsa-utils :0.9 [U 1.0.16-r2 -> 1.0.17] <target>
    -midi* -minimal -nls

Total: 1 package (1 upgrade)

Use flags:

* midi:            Build the sequencer (midi) utilities

(1 of 1) Installing media-sound/alsa-utils-1.0.17:0.9::gentoo

>>> Running ebuild phase killold as root:root...
>>> Starting builtin_killold
>>> Done builtin_killold
>>> Completed ebuild phase killold
>>> Running ebuild phases init saveenv as root:root...
>>> Starting builtin_init
>>> Done builtin_init
>>> Starting builtin_saveenv
>>> Done builtin_saveenv
>>> Completed ebuild phases init saveenv
>>> Running ebuild phases loadenv setup saveenv as root:root...
>>> Starting builtin_loadenv
>>> Done builtin_loadenv
>>> Starting pkg_setup
>>> Done pkg_setup
>>> Starting builtin_saveenv
>>> Done builtin_saveenv
>>> Completed ebuild phases loadenv setup saveenv
>>> Running ebuild phases loadenv unpack compile saveenv as root:root...
>>> Starting builtin_loadenv
>>> Done builtin_loadenv
>>> Starting src_unpack
>>> Unpacking alsa-utils-1.0.17.tar.bz2 to /var/tmp/paludis/media-sound-alsa-utils-1.0.17/work
tar jxf /usr/paludis/distfiles/alsa-utils-1.0.17.tar.bz2 --no-same-owner
 * Applying alsa-utils-1.0.11_rc2-nls.patch ...                          [ ok ]
 * Applying alsa-utils-1.0.11_rc5-alsaconf-redirect.patch ...            [ ok ]
 * Applying alsa-utils-1.0.14-alsaconf-modules-update.patch ...          [ ok ]
 * Applying alsa-utils-1.0.17-seq.patch ...                              [ ok ]
 * Running eautoreconf in '/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17' ...
 * Running aclocal -I m4 -I m4 ...                                       [ ok ]
 * Running autoconf ...                                                  [ ok ]
 * Running autoheader ...                                                [ ok ]
 * Running automake --add-missing --copy --foreign ...                   [ ok ]
>>> Done src_unpack
>>> Starting src_compile
econf: updating /var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/config.guess with /usr/share/gnuconfig/config.guess
econf: updating /var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --disable-nls --disable-sequencer --build=x86_64-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether NLS is requested... no
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/gmsgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for style of include used by make... GNU
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for ld used by GCC... /usr/x86_64-pc-linux-gnu/bin/ld
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking whether to use NLS... no
checking for x86_64-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... (cached) none needed
checking dependency style of x86_64-pc-linux-gnu-gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for ALSA CFLAGS...
checking for ALSA LDFLAGS...  -lasound -lm -ldl -lpthread
checking for libasound headers version >= 1.0.16... found.
checking for snd_ctl_open in -lasound... yes
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for ncurses5-config... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking whether time.h and sys/time.h may both be included... yes
checking whether x86_64-pc-linux-gnu-gcc needs -traditional... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating alsactl/Makefile
config.status: creating alsamixer/Makefile
config.status: creating amidi/Makefile
config.status: creating amixer/Makefile
config.status: creating m4/Makefile
config.status: creating po/Makefile.in
config.status: creating alsaconf/alsaconf
config.status: creating alsaconf/Makefile
config.status: creating alsaconf/po/Makefile
config.status: WARNING:  'alsaconf/po/Makefile.in' seems to ignore the --datarootdir setting
config.status: creating aplay/Makefile
config.status: creating include/Makefile
config.status: creating iecset/Makefile
config.status: creating utils/Makefile
config.status: creating utils/alsa-utils.spec
config.status: creating seq/Makefile
config.status: creating seq/aconnect/Makefile
config.status: creating seq/aplaymidi/Makefile
config.status: creating seq/aseqdump/Makefile
config.status: creating seq/aseqnet/Makefile
config.status: creating speaker-test/Makefile
config.status: creating speaker-test/samples/Makefile
config.status: creating include/aconfig.h
config.status: executing po-directories commands
config.status: creating po/POTFILES
config.status: creating po/Makefile
config.status: executing depfiles commands
make -j2
Making all in include
make[1]: Entering directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
cd .. && /bin/sh /var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/missing --run autoheader
rm -f stamp-h1
touch aconfig.h.in
cd .. && /bin/sh ./config.status include/aconfig.h
config.status: creating include/aconfig.h
config.status: include/aconfig.h is unchanged
/usr/bin/make  all-am
make[2]: Entering directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
make[2]: Leaving directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
make[1]: Leaving directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
Making all in alsactl
make[1]: Entering directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/alsactl'
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include     -march=athlon64 -O2 -O3 -pipe -fomit-frame-pointer -frename-registers -ftree-vectorize -MT alsactl.o -MD -MP -MF .deps/alsactl.Tpo -c -o alsactl.o alsactl.c
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include     -march=athlon64 -O2 -O3 -pipe -fomit-frame-pointer -frename-registers -ftree-vectorize -MT state.o -MD -MP -MF .deps/state.Tpo -c -o state.o state.c
mv -f .deps/alsactl.Tpo .deps/alsactl.Po
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include     -march=athlon64 -O2 -O3 -pipe -fomit-frame-pointer -frename-registers -ftree-vectorize -MT names.o -MD -MP -MF .deps/names.Tpo -c -o names.o names.c
names.c: In function 'probe_rawmidi_virtual':
names.c:288: error: 'snd_rawmidi_t' undeclared (first use in this function)
names.c:288: error: (Each undeclared identifier is reported only once
names.c:288: error: for each function it appears in.)
names.c:288: error: 'rawmidi1' undeclared (first use in this function)
names.c:288: error: 'rawmidi2' undeclared (first use in this function)
names.c:294: error: 'SND_RAWMIDI_NONBLOCK' undeclared (first use in this function)
names.c: In function 'probe_rawmidi_card':
names.c:318: error: 'snd_rawmidi_info_t' undeclared (first use in this function)
names.c:318: error: 'info1' undeclared (first use in this function)
names.c:318: error: 'info2' undeclared (first use in this function)
names.c:335: error: 'SND_RAWMIDI_STREAM_OUTPUT' undeclared (first use in this function)
names.c:339: error: 'SND_RAWMIDI_STREAM_INPUT' undeclared (first use in this function)
names.c:345: warning: assignment makes pointer from integer without a cast
names.c:346: warning: assignment makes pointer from integer without a cast
names.c:353: warning: assignment makes pointer from integer without a cast
names.c:354: warning: assignment makes pointer from integer without a cast
names.c:366: warning: assignment makes pointer from integer without a cast
names.c:368: warning: assignment makes pointer from integer without a cast
make[1]: *** [names.o] Error 1
make[1]: *** Waiting for unfinished jobs....
mv -f .deps/state.Tpo .deps/state.Po
make[1]: Leaving directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/alsactl'
make: *** [all-recursive] Error 1
/usr/libexec/paludis/utils/emake: emake returned error 2

!!! ERROR in media-sound/alsa-utils-1.0.17:
!!! In src_compile at line 3889
!!! make failed

!!! Call stack:
!!!    * src_compile (/var/tmp/paludis/media-sound-alsa-utils-1.0.17/temp/loadsaveenv:3889)
!!!    * ebuild_f_compile (/usr/libexec/paludis/0/src_compile.bash:49)
!!!    * ebuild_main (/usr/libexec/paludis/ebuild.bash:463)
!!!    * main (/usr/libexec/paludis/ebuild.bash:478)

diefunc: making ebuild PID 30616 exit with error
die trap: exiting with error.

Install error:
  * In program paludis (--log-level warning) -i1 alsa-utils:
  * When performing install action from command line:
  * When executing install task:
  * When installing 'media-sound/alsa-utils-1.0.17:0.9::gentoo':
  * Install error: Install failed for 'media-sound/alsa-utils-1.0.17:0.9::gentoo'

Reproducible: Always
Comment 1 Eric Smith 2008-08-07 15:29:30 UTC
Forgot to disable cflags. Here it is again with safe cflags:

make
Making all in include
make[1]: Entering directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
cd .. && /bin/sh /var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/missing --run autoheader
rm -f stamp-h1
touch aconfig.h.in
cd .. && /bin/sh ./config.status include/aconfig.h
config.status: creating include/aconfig.h
config.status: include/aconfig.h is unchanged
/usr/bin/make  all-am
make[2]: Entering directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
make[2]: Leaving directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
make[1]: Leaving directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/include'
Making all in alsactl
make[1]: Entering directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/alsactl'
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include     -O2 -pipe -MT alsactl.o -MD -MP -MF .deps/alsactl.Tpo -c -o alsactl.o alsactl.c
mv -f .deps/alsactl.Tpo .deps/alsactl.Po
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include     -O2 -pipe -MT state.o -MD -MP -MF .deps/state.Tpo -c -o state.o state.c
mv -f .deps/state.Tpo .deps/state.Po
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include     -O2 -pipe -MT names.o -MD -MP -MF .deps/names.Tpo -c -o names.o names.c
names.c: In function 'probe_rawmidi_virtual':
names.c:288: error: 'snd_rawmidi_t' undeclared (first use in this function)
names.c:288: error: (Each undeclared identifier is reported only once
names.c:288: error: for each function it appears in.)
names.c:288: error: 'rawmidi1' undeclared (first use in this function)
names.c:288: error: 'rawmidi2' undeclared (first use in this function)
names.c:294: error: 'SND_RAWMIDI_NONBLOCK' undeclared (first use in this function)
names.c: In function 'probe_rawmidi_card':
names.c:318: error: 'snd_rawmidi_info_t' undeclared (first use in this function)
names.c:318: error: 'info1' undeclared (first use in this function)
names.c:318: error: 'info2' undeclared (first use in this function)
names.c:335: error: 'SND_RAWMIDI_STREAM_OUTPUT' undeclared (first use in this function)
names.c:339: error: 'SND_RAWMIDI_STREAM_INPUT' undeclared (first use in this function)
names.c:345: warning: assignment makes pointer from integer without a cast
names.c:346: warning: assignment makes pointer from integer without a cast
names.c:353: warning: assignment makes pointer from integer without a cast
names.c:354: warning: assignment makes pointer from integer without a cast
names.c:366: warning: assignment makes pointer from integer without a cast
names.c:368: warning: assignment makes pointer from integer without a cast
make[1]: *** [names.o] Error 1
make[1]: Leaving directory `/var/tmp/paludis/media-sound-alsa-utils-1.0.17/work/alsa-utils-1.0.17/alsactl'
make: *** [all-recursive] Error 1
/usr/libexec/paludis/utils/emake: emake returned error 2
Comment 2 Jan Boros 2008-08-16 19:44:14 UTC
I have got same problem here, is there any olution?
Comment 3 Eddie Hung 2008-08-18 17:33:57 UTC
(In reply to comment #2)
> I have got same problem here, is there any olution?
> 

Some smart person somewhere (can't remember who/where now) said that you need to compile alsa-lib with USE="midi" for this to work!

Seems like alsa-utils does not respect the -midi flag, as it's accessing some midi related code...:

names.c:318: error: 'snd_rawmidi_info_t' undeclared (first use in this
function)
names.c:318: error: 'info1' undeclared (first use in this function)
names.c:318: error: 'info2' undeclared (first use in this function)
names.c:335: error: 'SND_RAWMIDI_STREAM_OUTPUT' undeclared (first use in this
function)
names.c:339: error: 'SND_RAWMIDI_STREAM_INPUT' undeclared (first use in this
function)

Eddie 
Comment 4 Hopeless 2008-10-03 00:07:38 UTC
I just hit this too, however I think the real problem may lie with alsa-lib rather than the alsa-utils package itself.

With USE=-midi, alsa-utils-1.0.16 and alsa-utils-1.0.17 will BOTH fail to build against either alsa-lib-1.0.17-r1 or alsa-lib-1.0.17a, however both 1.0.16 and 1.0.17 versions of alsa-utils build just fine against alsa-lib-1.0.16.

The alsa-headers version seems to make no difference.
Comment 5 Jeroen Roovers (RETIRED) gentoo-dev 2008-11-10 16:09:26 UTC
*** Bug 246230 has been marked as a duplicate of this bug. ***
Comment 6 Jeroen Roovers (RETIRED) gentoo-dev 2008-11-10 16:09:57 UTC
*** Bug 245591 has been marked as a duplicate of this bug. ***
Comment 7 Jeroen Roovers (RETIRED) gentoo-dev 2008-11-12 07:32:16 UTC
*** Bug 246458 has been marked as a duplicate of this bug. ***
Comment 8 Bartek 'Paczesiowa' Cwiklowski 2008-11-18 22:13:22 UTC
same error with 1.0.18
Comment 9 Christian Schlotter 2008-12-21 21:10:05 UTC
Same problem here with media-sound/alsa-utils-1.0.17.
Comment 10 fkater 2008-12-22 16:36:47 UTC
(In reply to comment #3)

> Some smart person somewhere (can't remember who/where now) said that you need
> to compile alsa-lib with USE="midi" for this to work!

I can confirm this workaround. This worked out:

USE="midi" emerge alsa-lib alsa-utils

As this issue applies to x86 here I suggest to change the Hardware flag to 'all'.
Comment 11 Mike Hammill 2008-12-22 20:47:28 UTC
(In reply to comment #10)
I can also confirm this workaround for ppc32.  I had no problems with alsa with G4 machines, but it failed with the same error reported above for a G3 ppc32.  After adding the midi flag for G3, no problem. (Note midi is default for G4s.) The profile I'm using is default/linux/powerpc/ppc32/2008.0 * for both G3 and G4 machines.
Comment 12 nm (RETIRED) gentoo-dev 2008-12-24 02:15:33 UTC
Still an issue with alsa-utils-1.0.17 and Portage on amd46.

I have USE="-midi" in /etc/make.conf, as I do not want any kind of midi support. I don't want it. Don't need it. Don't want applications compiled and linked against it. So the workaround of building ALSA against midi is unacceptable.

Bumping severity to major, as world updates cannot proceed. I'd mark it blocker, but at least I still have a working version of ALSA, 1.0.16.
Comment 13 Hopeless 2008-12-31 18:01:30 UTC
Created attachment 176963 [details, diff]
modified alsa-utils-1.0.17-seq.patch

As there was no activity here I took a closer look at this, and came up with a modified alsa-utils-1.0.17-seq.patch, but then I discovered where the real problem lies...

As I stated in comment #4, they compile fine against alsa-lib-1.0.16, but alsa-utils 1.0.14 and up all fail when compiled against alsa-lib 1.0.17 or later with -midi in USE.

Looking at the alsa-lib ebuilds, and one of the main changes is 1.0.17* contains $(use_enable midi rawmidi), in place of $(use_enable midi instr) for 1.0.16 (although --disable-instr isn't listed in 1.0.16's ./configure --help...).

Changing "use_enable midi rawmidi" back to "use_enable midi instr" in the alsa-lib 1.0.17 ebuilds enables alsa-utils to compile against it again even with USE=-midi, although /usr/lib/libasound.so.2.0.0 is a little larger than with --disable-rawmidi.

OTOH, the patch I worked up allows alsa-utils to compile against alsa-lib even with --disable-rawmidi, but I'm no programmer so it's pretty much a complete hack.

The patch does two things;
1) it omits the probe_rawmidi_* functions if BUILD_SEQ is not defined
2) it doesn't build amidi, which also failed after the errors in names.c were resolved

amidi probably shouldn't be built with USE=-midi anyways...

the _only_ thing I'm not so sure of is this change in names.c;
static probe_fcn * probes[] = {
        probe_ctl,
        probe_pcm,
#ifdef BUILD_SEQ
        probe_rawmidi,
#endif
        probe_timer,
        probe_seq,
        NULL
};

I have absolutely no idea of the consequences of this (like I said, not a programmer), but alsactl (which is where names.c is used) seems to work fine with this change, even `alsactl names` seems to work fine, which is marked as DEPRECATED and is possibly the only place names.c is used anyways...
Comment 14 Hopeless 2008-12-31 18:07:55 UTC
(In reply to comment #12)
> Still an issue with alsa-utils-1.0.17 and Portage on amd46.
> 
> I have USE="-midi" in /etc/make.conf, as I do not want any kind of midi
> support. I don't want it. Don't need it. Don't want applications compiled and
> linked against it. So the workaround of building ALSA against midi is
> unacceptable.
> 
> Bumping severity to major, as world updates cannot proceed. I'd mark it
> blocker, but at least I still have a working version of ALSA, 1.0.16.
> 

Bare in mind the functionality added by USE=-midi is courtesy of a seemingly gentoo-specific patch, namely alsa-utils-1.0.17-seq.patch, and in any other distro you'd probably be stuck with midi.

It would probably be easiest to simply remove the midi USE flag altogether, and I for one am grateful to the devs for not doing so.
Comment 15 Steve Dibb (RETIRED) gentoo-dev 2009-01-03 01:59:54 UTC
*** Bug 253397 has been marked as a duplicate of this bug. ***
Comment 16 Matthias A 2009-02-18 21:53:05 UTC
(In reply to comment #4)

> (..), however both 1.0.16 and
> 1.0.17 versions of alsa-utils build just fine against alsa-lib-1.0.16.

I tried to emerge alsa-utils-1.0.17 with alsa-lib-1.0.16 (by masking alsa-libs-1.0.17) but emerge refuses to do so since alsa-utils-1.0.17 seems to depend on ">=alsa-lib-1.0.17"
Comment 17 Hopeless 2009-02-20 01:17:19 UTC
Matthias: sorry, I had copied the ebuild to an overlay and relaxed that dependency, I probably should have mentioned that.

Anyways, still no action on this?

I stated where the problem was and two different possible fixes to it over a month ago...
Comment 18 Boney McCracker 2009-02-20 02:43:54 UTC
It's only been 10 weeks since you submitted your patch.  Check back around August or September.
Comment 19 Aelia 2009-03-25 15:44:18 UTC
I found out that alsa-utils-1.0.19 compiles only if alsa-lib has the midi use enabled, (the state of the flag for alsa-utils doesn't make any difference here).
As it seems pretty close to this bug I put my comment here instead of opening a new one.
Comment 20 Sven 'sleipnir' Rebhan 2009-04-02 20:05:39 UTC
Same problem here with alsa-lib-0.17a and alsa-utils-0.17 and USE="-midi".
Comment 21 Andrew Evans 2009-04-22 22:22:27 UTC
I'm also in the "don't want/need MIDI" camp. At the very least, the ebuild needs to die if USE=-midi so as to not deceive the user into thinking that all is well (assuming alsa-lib gets patched to not support USE=-midi).
Comment 22 Ihar Hrachyshka 2009-04-29 20:22:48 UTC
Created attachment 189887 [details, diff]
Patch for alsa-utils-1.0.18

Here is a patch for alsa-utils-1.0.18, amd64 stable version.
BTW it seems that the bug is already fixed in alsa-utils.git so after 1.0.20 will be released the problem will be fixed.
Comment 23 Ihar Hrachyshka 2009-04-29 20:23:45 UTC
Created attachment 189889 [details]
Fixed alsa-utils-1.0.18 ebuild
Comment 24 Bailey Kong 2009-05-08 13:58:15 UTC
I just wanted to confirm as comment #22 that installing alsa-lib and alsa-utils without midi wasn't a problem with version 1.0.20.
Comment 25 Samuli Suominen (RETIRED) gentoo-dev 2009-08-01 07:33:09 UTC
USE midi has been punted from ALSA in ~arch.
Comment 26 Boney McCracker 2009-08-01 10:41:35 UTC
(In reply to comment #25)
Good to go.  Emerges fine with USE="-midi".  Thanks.