Bugzilla Bug 27746

Please dont mark this as a duplicate of but 14907, as it is a seperate issue
and
not directly related to virtuals.

The problem is, most ebuilds that depend on alsa-driver dont make use of the
headers or anything else that comes from that package.

lordviram portage # fgrep -r media-sound/alsa-driver `ls | grep -v -e
'packages'
-e 'profiles' -e 'scripts' -e 'sec-policy' -e 'metadata' -e 'sys-'` | wc -l
     57

that might be a slightly misleading number... but I'm thinking maybe a couple
of
those need actually need alsa-driver and that's being generous.

What many of these ebuilds mean to do is make sure you have a runtime
capability
for using alsa. For this they should use an RDEPEND on virtual/alsa or if they
already have a DEPEND on alsa-lib no mention of anything else (the dependency
is
already filled by alsa-lib). These packages dont /need/ alsa-driver to compile
and during runtime there are a number of packages which can satisfy this
dependancy other than media-sound/alsa-driver.

The virtual/alsa already exists to satisfy runtime dependencies and points
towards media-sound/alsa-driver. When the switch to linux 2.6 happens, updating
/all/ of those ebuilds will be as simple as changing that virtual if they are
made to use the alsa virtual. As an added benefit, those who use alternative
kernels can easily add theirs to this virtual if it provides kermel alsa
support. Right now the best you can hope for is staying somewhat up to date in
your own local portage tree.


Reproducible: Always
Steps to Reproduce:
1. emerge mm-sources
2. emerge anything that uses alsa
3. watch emerge bitch bitch bitch bitch bitch

These are the only ebuilds that DEPEND on alsa-driver, so I'm including their
maintainers to get a fix (I'll take care of the media-* ones this weekend).

games-emulation/stella/stella-1.3.ebuild

kde-base/kdelibs/kdelibs-3.0.5b-r1.ebuild

media-libs/alsa-lib/alsa-lib-0.9.0_rc2.ebuild
media-sound/alsamixergui/alsamixergui-0.9.0.1.2-r2.ebuild
media-sound/alsamixergui/alsamixergui-0.9.0.1.2.ebuild
media-sound/alsamixergui/alsamixergui-0.9.0.1.2-r1.ebuild

games-emulation/stella is fixed in CVS

kde depends on alsa-lib and virtual/alsa.  Is this wrong?

virtual/alsa is for the driver... so if you need the headers provided by the
alsa-driver or kernel, then that's what you need to DEPEND on.

almost nothing should depend on alsa-driver... almost nothing needs those
headers.
though, since i moved over to an amd64 box, this hasnt been as much of an
issue. there must be some virtual that prevents alsa-drivers from installing,
since the 2.4 kernel isnt supported on amd64 and so alsa-drivers should never
ever be installed. *shrug*

Travis: virtual/alsa is provided by the 2.6.x kernel and
media-sound/alsa-driver.

Additionally, you should be able to use >=media-sound/alsa-driver-1.0.2c
instead of the one that is included in the kernel if that is your desire.

just waiting on the kde-base/kdelibs/kdelibs-3.0.5b-r1.ebuild switch from
alsa-driver to virtual/alsa...

kdelibs is now fixed

great, thanks.