Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#14970 - [alsa-utils] Alsa issue, problem with default rules
Attached to Project:
Arch Linux
Opened by Andrzej Giniewicz (Giniu) - Saturday, 06 June 2009, 10:08 GMT
Last edited by Tobias Powalowski (tpowa) - Tuesday, 09 June 2009, 18:02 GMT
Opened by Andrzej Giniewicz (Giniu) - Saturday, 06 June 2009, 10:08 GMT
Last edited by Tobias Powalowski (tpowa) - Tuesday, 09 June 2009, 18:02 GMT
|
DetailsDescription:
after update to 1.0.20 I started getting: Unknown hardware: "Audigy" "TriTech TR28602" "AC97a:51524123" "0x1102" "0x0051" Hardware is initialized using a guess method /usr/share/alsa/init/default:51: control element not found /usr/share/alsa/init/default:52: missing closing brace for format /usr/share/alsa/init/default:52: error parsing CTL attribute /usr/share/alsa/init/default:52: invalid rule Steps to reproduce: just after every restart at "alsactl restore", store+restore didn't helped. Solution: Fedora have patch for this, it's Bug 500956 for them and http://cvs.fedoraproject.org/viewvc/rpms/alsa-utils/F-11/alsactl-init-fix-headphone.patch?revision=1.1 plus one store+restore fixed it for me also. |
This task depends upon
Closed by Tobias Powalowski (tpowa)
Tuesday, 09 June 2009, 18:02 GMT
Reason for closing: Implemented
Tuesday, 09 June 2009, 18:02 GMT
Reason for closing: Implemented