hotplug needs to conflict with alsa-base << 1.0.4-2
Bug #6787 reported by
Debian Bug Importer
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
hotplug (Debian) |
Fix Released
|
Unknown
|
|||
hotplug (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Automatically imported from Debian bug report #246765
http://
Changed in hotplug: | |
status: | Unconfirmed → Rejected |
Changed in hotplug: | |
status: | Unknown → Fix Released |
To post a comment you must log in.
Package: hotplug
Version: 0.0.20040329-8
Severity: normal
Followup-For: Bug #246765
So, I've calmed down and have some data.
Hotplug has the functionality needed for alsa to tell it to behave itself. blacklist was sufficient:
For me, adding the following lines to /etc/hotplug/
# Do not load OSS drivers; we want ALSA
emu10k1
sound
ac97_codec
However, it's wholly unreasonable to expect everyone to manually enter magic blacklist just in order to maintain the same
lines in /etc/hotplug/
functionality; I expect that this will happen with any sound card which has
both an ALSA and an OSS driver (quite a few cards, many extremely common).
Some future version of ALSA could put an appropriate blacklist of OSS modules blacklist. d -- unfortunately, the current versions don't.
into /etc/hotplug/
This means that current hotplug breaks out-of-the-box ALSA.
In order for partial upgrades to work, hotplug needs to conflict wih
versions of alsa-base which it breaks, which means all current versions.
Alternatively, hotplug could simply include all the OSS sound drivers (for
which there are ALSA replacements) in the default blacklist. This would
also solve the main breakage, and is probably quite reasonable given that
those drivers are obsolete. (If this alternative is chosen, then *alsa*
should conflict with the previous versions of hotplug.)