>Number:         21979
>Category:       pkg
>Synopsis:       audio/esound is used too liberally
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Tue Jun 24 16:26:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Todd Vierling
>Release:        NetBSD 1.6.1_STABLE
>Organization:
	DUH.ORG:  Pointing out the obvious since 1994.
>Environment:
System: NetBSD dnard.int.duh.org 1.6.1_STABLE NetBSD 1.6.1_STABLE (DNARD) #0: Sun Jun 22 18:03:33 EDT 2003 tv@netbsd.int.duh.org:/export/SRC/duh/netbsd-kernels/DNARD shark
Architecture: arm
Machine: shark
>Description:

"Environment:" kept above as an example of where esound doesn't make a
whole lot of sense.

Some machines simply don't have the horsepower to use esound as its audio
abstraction layer.  NetBSD provides both native and OSS-emulation
subsystems in the base system, so there should be some way to tell programs
(such as audio/mad, which I just rebuilt for shark) not to use esound
via a knob.

Likewise, my i386 desktop is KDE, and esound has absolutely no place there
(although if artsdsp is fixed to work correctly and/or we get a working
RTLD_NEXT to fix it the "right" way, it might not be an issue there).

>How-To-Repeat:

Build anything that can use esound, and try to configure out esound
in some generic way.

>Fix:

Add USE_ESOUND global knob; default to YES if we really want that.

(Sorry, sometimes knobs really are needed.  Not everything can be a
Swiss army knife of package compatibility.)
>Release-Note:
>Audit-Trail:
>Unformatted: