Red Hat Bugzilla – Bug 205288
Feature Request for option to allow system-config-soundcard to run in unattended mode
Last modified: 2008-02-22 05:37:16 EST
+++ This bug was initially created as a clone of Bug #203559 +++
Description of problem: Feature Request for option to allow
system-config-soundcard to run in unattended mode
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. run system-config-soundcard
Get gui that requires clicking.
command to have option that will default answer yes and allow command to work
unattended. A --help option and man page are desireable as well.
This request is from a TAM customer.
-- Additional comment from firstname.lastname@example.org on 2006-09-05 15:31 EST --
The component this request has been filed against is not planned for inclusion
in the next update. The decision is based on weighting the priority and number
of requests for a component as well as the impact on the Red Hat Enterprise
Linux user-base: other components are considered having higher priority and the
number of changes we intend to include in update cycles is limited.
-- Additional comment from email@example.com on 2006-09-05 15:45 EST --
Product Management has reviewed and declined this request. You may appeal this
decision by reopening this request.
I'm really interested in this feature. It would be very helpful for X-based
LiveCDs to have autodetected sound.
> Expected results:
> command to have option that will default answer yes and allow command to work
Okay, but what should s-c-s do in this case? Should it just end, display all
detected devices and quit or play a sound via all detected cards?
I would add a --quiet option to prevent both (quiet at CLI and soundcard) to
keep the boot process from getting too wonky, otherwise that sounds good.
Unfortunately s-c-s was removed from F9 and it's not going to be developed.
Closing as wontfix.