Both, kdelibs and alsa-xmms depend on alsa-drivers. Buf if you have are running development-sources you no longer need the alsa-driveres package. So development-sources should provide virtual/alsa and kdelibs and alsa-xmms should require virtual/alsa instead of alsa-drivers.
*** Bug 14908 has been marked as a duplicate of this bug. ***
Perhaps a dependency on alsa-lib is more appropriate?
but then alsa-lib should depend on virtual/alsa
And the same holds for the ck2 sources. ck3 do not have alsa aboard
I think that we should establish virtual/alsa, with the newer kernels and alsa-driver providing it. Brandon, what do you think?
I was about to type "good idea, lets" but it occurs to me that things that are built in userspace are kinda continuously being added to kernelspace build hwich means that this list of kernle provides could begin to grow to rather ugly sizes by say linux-3.0... just a thought... *shrug* this would solve the current dxr3, lm_sensors, alsa-driver issues and allow me and the other kernel folks to add them to patchsets and remove them more at will... Speaking of... I really think we need to make /usr/include/linux and /usr/include/asm symlinks... but drobbins had good reasons for not doing this (the headers should be what glibc was built against)... but on the first hand symlinks would let things that need headers there for dxr3, alsa, lm_sensors, imon, etc. could find them properly... *shrug*
*** Bug 15570 has been marked as a duplicate of this bug. ***
*** Bug 25020 has been marked as a duplicate of this bug. ***
Although I agree with Brandon's points to a degree, the fact of the matter is that once 2.6 becomes the new stable, a virtual alsa will no longer be needed as the alsa-driver package will be obsolete, so I suppose if we sit on our hands long enough, this bug will fix itself. The thing is now that currently,IIRC the only sources using above 2.4.x is dev-sources and mm-sources, so adding those two to virtual/alsa and changing the requirements of packages requiring alsa-driver to virtual/alsa should be trivial and similarly easy to remove once 2.6 is the new stable(not far off now!) As far as the asm,linux and /usr/src/linux syms, these really piss off a lot of people, and are frowned on by Linus himself.It would be far more productive to change out the get_KV to an `uname -r` and require people with multiple kernels to be booted into the kernel they want to add to, since last I checked portage wouldn't let you merge something into a different kernel without unmerging its previous instance,without a lot of monkeying around, so there being only one instance installed of stuff like lm_sensors or alsa-driver, no matter how many kernels they have. I also disagree with the asm/linux symlinks simply for the fact that there are still quite a few packages that wont build against the 2.6 headers, that build fine against the 2.4 headers,and also since linux-headers is a required package in all profiles(latest is 2.4.19) I'd hate to be the one to field that mess.And although I realize I can make portage install 2.6 headers now, I think I'd rather stick with the stable glibc, and still enjoy the benefits of a dev-kernel.
*** Bug 25388 has been marked as a duplicate of this bug. ***
*** Bug 27416 has been marked as a duplicate of this bug. ***
This bug seems to be idling around, and some of the development sources are already providing virtual/alsa. I'll fix the ones which aren't doing that soon, [bug 28412], so I'll just flag this as fixed.
What about mm-sources ? They should also provide virtual/alsa...
mm-sources should provide virtual/alsa now
I don't get how this is a fixed bug. Am I missing something? development-sources STILL doesn't provide virtual/alsa. The argument that things will all be fixed "once 2.6 is the new stable (not far off now)" doesn't really hold up, because it's been 9 months since Chuck Brewer made that comment. The ppc-development-sources have PROVIDE="virtual/alsa" What's the reason for not having it in development-sources?
That's right... kernel guys please add virtual/alsa to the provides: (10:49:19 Thu Apr 15 2004 jeremy@eradicator) /usr/local/download/portage-cvs/sys-kernel/development-sources $ grep alsa * ChangeLog: Fixing broken symlink, making alsa virtual explicit. ChangeLog: -bk bump - alsa-emu10k1 has been updated so you may experience state ChangeLog: Added "virtual/alsa" provides to ebuilds without it. [Bug #28412]
Wow, you guys should relax and check out the kernel-2 eclass, around line 80, and then reclose this bug:)
ah... you're right...