+++ 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): How reproducible: Always Steps to Reproduce: 1. run system-config-soundcard 2. 3. Actual results: Get gui that requires clicking. Expected results: 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. Additional info: This request is from a TAM customer. -- Additional comment from pm-rhel 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 pm-rhel 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 > unattended. 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.