Bug 180186

Summary:	Suggestion to not install alsactl
Product:	Gentoo Linux	Reporter:	Petteri Räty (RETIRED) <betelgeuse>
Component:	Current packages	Assignee:	Gentoo ALSA team [DISABLED] <alsa-bugs>
Status:	RESOLVED CANTFIX
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Petteri Räty (RETIRED) gentoo-dev

2007-05-29 07:31:18 UTC

How about not installing alsactl. It shouldn't be needed and it's causing things like bug 180119. Perhaps just use flag it away.

Comment 1 Daniel Drake (RETIRED) gentoo-dev

2007-05-29 12:04:52 UTC

canney do that -- it is required by the alsasound init script

Comment 2 Petteri Räty (RETIRED) gentoo-dev

2007-05-29 15:23:24 UTC

(In reply to comment #1)
> canney do that -- it is required by the alsasound init script
> 

So you don't see it as a problem that it uses a different path? Shouldn't be too hard to fix?

Comment 3 Daniel Drake (RETIRED) gentoo-dev

2007-05-29 16:16:41 UTC

I don't see it as a problem at all, as I explained on the other bug. Here are the 2 usage scenarios:

 1. User uses alsasound init script configured to save and restore volumes (the default). User never touches alsactl. No problems regarding default state store locations are encountered, the user is potentially completely unaware of how alsasound does it's magic volume thing. This is what you'll get if you follow our official documentation.

 2. User doesn't use alsasound init script, or uses it but has configured it not to mess with volume stuff. User implements their own volume control, probably by using alsactl. No problems regarding default state store locations are encountered (the user is 100% in charge here).