Bug 34728 – alsa 0.98 and 1.0.0_pre3 does not work with artsd

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Marcelo Borges Ribeiro 2003-11-29 15:28:41 UTC]

After an emerge sync alsa 0.98 became stable and raplaced the older one in my 
system (in my desktop and my laptop). In my desktop I got cpu overload in kde 
startup and artsd dies. I search on google and discovered that alsa > 0.9x does 
not work with artsd (seemsly), I had to tell artsd to use oss emulation in alsa 
(I'm using now the 1.0.0_pre3 ebuilds from bugzilla).  

Reproducible: Always
Steps to Reproduce:
1.have kde installed 
2. use artsd  
3. emerge alsa 
Actual Results:  
cpu overload message and artsd kills 


In my laptop (snd_trident) things got worst and I discovered snd_trident is 
brocken in alsa> 0.9x. But its an alsa error I guess, so I will provide only 
information about my desktop and this error with kde. 
----- 
 
emerge info 
Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.23) 
================================================================= 
System uname: 2.4.23 i686 AMD Athlon(TM) XP 2400+ 
Gentoo Base System version 1.4.3.10p1 
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[disabled] 
ccache version 2.3 [enabled] 
ACCEPT_KEYWORDS="x86" 
AUTOCLEAN="yes" 
CFLAGS="-mcpu=athlon-xp -O3 -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/
share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/
tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" 
CXXFLAGS="-mcpu=athlon-xp -O3 -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="sandbox ccache autoaddcvs" 
GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/
distributions/gentoo" 
MAKEOPTS="-j3" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="x86 oss apm avi crypt encode foomaticdb jpeg libg++ mad mikmod mpeg 
ncurses nls png quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb 
slang readline tetex bonobo svga tcltk java guile gpm tcpd esd imlib oggvorbis 
motif cdr apache2 ppds xml pam cups libwww ssl gb tk lm_sensors ldap tex sdl 
gtk mmx perl arts python 3dnow tcl gif -snmp gnome X opengl mozilla pdflib gpg 
kde qt alsa video_cards_radeon"

[Comment 1 Brian Harring (RETIRED) 2003-12-07 20:21:07 UTC]

Created attachment 21843 [details, diff]
patch to fix alsa-lib-1.0.0 breakage

This bug is the same issue as 35266 (described best in 35049 though), the fix
is easy.  It's a compilation breakage w/ the new alsa-lib 1.0; reverting
alsa-lib to the old behaviour (it's just a compilation breakage, still binary
api compatabile) is just a manner of defining 2 symbols.

That said and done, not sure how to handle the sys/asoundlib.h ; at least on my
system, it's just a an include of alsa/asoundlib.h .
I don't know if that's true on every system, so I left that behaviour alone.

[Comment 2 Hans-Christian Armingeon 2003-12-15 11:09:35 UTC]

Line 23
+#include <alsa/verison.h>
Shouldn't that be version instead of verison?

Johnny

[Comment 3 Martin Holzer (RETIRED) 2003-12-15 15:25:50 UTC]

compiles fine with rc2

[Comment 4 Hans-Christian Armingeon 2003-12-16 11:53:34 UTC]

I am having the same problem, but applying the patch and rebuilding doesn't fix the problem. Well, I made a small change (Additional Comment #2), without that, arts won't even build.

Johnny

[Comment 5 Hans-Christian Armingeon 2003-12-24 07:43:29 UTC]

Is anyone still working on a fix?


My arts/alsa is still broken.

Johnny

[Comment 6 Brian Harring (RETIRED) 2004-02-12 14:35:35 UTC]

Looks like this bug was fixed, but never closed.
A configure fix was added january 03, 2004.
If you're still having problems, please reopen this bug.