Report retitled. There have been discussions on various lists (see pkg-alsa-devel on alioth and ubuntu-devel, for instance) stating the possibility that alsaconf will be removed altogether from Debian's packages. There has also been discussion to readd alsaconf into Ubuntu's alsa-utils package, but since alsaconf is poorly maintained (at best), this consideration is, at best, hackish. Since the aforementioned sound chipsets are not PnP, there does not exist a straightforward manner in which to activate the hardware on boot. Using alsaconf, while less than ideal, _could_ resolve this issue for such chipsets.
Report retitled. There have been discussions on various lists (see pkg-alsa-devel on alioth and ubuntu-devel, for instance) stating the possibility that alsaconf will be removed altogether from Debian's packages. There has also been discussion to readd alsaconf into Ubuntu's alsa-utils package, but since alsaconf is poorly maintained (at best), this consideration is, at best, hackish. Since the aforementioned sound chipsets are not PnP, there does not exist a straightforward manner in which to activate the hardware on boot. Using alsaconf, while less than ideal, _could_ resolve this issue for such chipsets.