Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 111968 - media-sound/alsa-driver-1.0.10-r2 stable request
Summary: media-sound/alsa-driver-1.0.10-r2 stable request
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Sound Team
: 112395 (view as bug list)
Depends on: 112025
Blocks: 118671 119737
  Show dependency tree
Reported: 2005-11-09 07:04 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2006-11-11 19:24 UTC (History)
7 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-09 07:04:06 UTC
This bug is a bit weird, but if kernel 2.6.14 goes stable, also alsa-*    
1.0.10_rc2 should go stable. alsa-driver 1.0.9 does not build against 2.6.14,    
and that version ships alsa version 1.0.10_rc1 (and for safety alsa-lib should    
be aligned).    
This is a problem for sparc that got its keywording removed from alsa-driver 
and that it's still on 1.0.8 for alsa-lib. 
Please do what you can, consider that rc2 and rc3 have quite a few fixes for 
alsa-driver that are not in 2.6.14. 
I don't really like asking for stabling an rc but... 
Comment 1 Gustavo Zacarias (RETIRED) gentoo-dev 2005-11-09 07:12:50 UTC
There's an open upstream bug in alsa for sparc, also we don't have 2.6 kernels
stable, so...
Comment 2 Daniel Drake (RETIRED) gentoo-dev 2005-11-12 16:48:20 UTC
1.0.10_rc2 works fine here. x86, please mark stable soon (or give me the OK to
do so) as 2.6.14 has gone stable.
Comment 3 Petteri Räty (RETIRED) gentoo-dev 2005-11-12 16:49:04 UTC
  CC [M] 
In file included from
macro "create_workqueue" passed 2 arguments, but takes just 1
In file included from
In function `snd_compat_create_workqueue2':
error: `create_workqueue' undeclared (first use in this function)
error: (Each undeclared identifier is reported only once
error: for each function it appears in.)
make[4]: ***
Error 1
make[3]: ***
[/var/tmp/portage/alsa-driver-1.0.10_rc3/work/alsa-driver-1.0.10rc3/acore] Error 2
make[2]: ***
[_module_/var/tmp/portage/alsa-driver-1.0.10_rc3/work/alsa-driver-1.0.10rc3] Error 2
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.12-suspend2-r6'

Could be caused by suspend2 sources, but if it is in gentoo-sources too, then it
should be taken into account by the alsa-driver ebuild.
Comment 4 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-12 16:59:48 UTC
That should be a problem of only suspend2. Can someone confirm using 
Comment 5 Marco Morales 2005-11-12 19:51:24 UTC
Stable on x86 ^_^.
Why isnt a new bug filed for rc3 problem? ;)
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2005-11-13 03:58:13 UTC
(In reply to comment #5)
> Stable on x86 ^_^.
> Why isnt a new bug filed for rc3 problem? ;)

You need to mark the dependencies stable as well... alsa-driver is x86, but
alsa-headers is not (Bug 112395); also alsa-lib should be keyworded stable at
the same time. 
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2005-11-13 03:59:26 UTC
CCing x86 again. 
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2005-11-13 04:00:22 UTC
*** Bug 112395 has been marked as a duplicate of this bug. ***
Comment 9 Petteri Räty (RETIRED) gentoo-dev 2005-11-13 04:11:39 UTC
I already did alsa-headers. Looking at alsa-lib now.
Comment 10 Petteri Räty (RETIRED) gentoo-dev 2005-11-13 05:19:55 UTC
All the needed packages should now be marked stable. Now we just wait for what
Comment 11 Mathieu Jobin 2005-11-13 08:58:23 UTC
got some problem with it... I have a different automake version than the packager

  /bin/sh /var/tmp/portage/alsa-lib-1.0.10_rc2/work/alsa-lib-1.0.10rc2/missing
--run automake-1.7 --foreign  test/Makefile version mismatch.  This is Automake 1.7.9, but the definition used by this AM_INIT_AUTOMAKE comes from Automake 1.7.6.  You should recreate aclocal.m4 with aclocal and run automake again.
make[1]: *** [] Error 1

Comment 12 marc baier 2005-11-13 10:06:23 UTC
same problem here as described in #11.
Comment 13 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-13 10:16:47 UTC
The problem is already fixed as bug #112412.
Comment 14 Markus Rothe (RETIRED) gentoo-dev 2005-11-18 19:10:42 UTC
should/can I mark 1.0.10 packages stable on ppc64 (not the rc3 ones)
Comment 15 Markus Rothe (RETIRED) gentoo-dev 2005-11-18 19:11:52 UTC
that was a question. there is an "?" missing at the end of my last comment...
Comment 16 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-19 04:10:51 UTC
Test it, because for example 1.0.10 final oopses kernel on ppc :| 
Comment 17 René Nussbaumer (RETIRED) gentoo-dev 2005-11-19 04:51:33 UTC
stable on hppa
Comment 18 Markus Rothe (RETIRED) gentoo-dev 2005-11-19 08:01:18 UTC
I have marked 1.0.10 final stable on ppc64. (only alsa-jack is 1.0.10_rc1 as
there is no final)
Comment 19 David Watzke 2005-11-19 13:08:42 UTC
Mark stable on amd64 too, 'cause it works well. :) 
Comment 20 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-21 07:18:24 UTC
sparc: you might want to re-keyword alsa as is resolved since 
Comment 21 Jason Wever (RETIRED) gentoo-dev 2005-11-21 19:52:53 UTC
However, on a regular sparc profile, alsa-driver does not compile because its
trying to use the kernel compiler for the configure script rather than the
userland compiler
Comment 22 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-22 01:42:58 UTC
I was thinking mainly to alsa-lib as 1.0.10 drivers are in 2.6.14 and they 
should be used with the same alsa-lib. 
Comment 23 Jeremy Huddleston (RETIRED) gentoo-dev 2005-11-22 10:54:48 UTC
Diego, alsa doesn't work on most sparc systems because -driver doesn't compile
right for 2.4.x (which is the kernel most sparc users use).  I removed ~sparc
from the latest alsa-drivers because you did some CHOST/CTARGET stuff which
breaks when pulling it on sparc with 2.6.X as well... I need to do some messing
with the build system in order for it to work right.  -lib and others are still
in ~sparc and have been since I reported upstream that the sparc alsa-lib bug
was fixed.  Also, kernel 2.6.14 isn't even in ~sparc.  I've been having issues
with it and haven't had time to investigate.
Comment 24 Luis Medinas (RETIRED) gentoo-dev 2005-11-23 11:18:20 UTC
all alsa 1.0.10 package have been marked stable on amd64 including alsa-oss and
Comment 25 Joe Jezak (RETIRED) gentoo-dev 2006-01-08 00:12:12 UTC
Diego, is there a bug for the ppc segfault issue with 1.0.10?  I've been using it with no issues.
Comment 26 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-01-08 03:25:39 UTC
Have to check it with updated linux-headers, might be fixed.
Comment 27 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-01-10 05:03:40 UTC
Arches: currently we're having a bit of scattered keywording on alsa-* packages.
Can you all state what you can/want to do with such keywording?
If sparc has no stable 2.6 and alsa-driver can't work on 2.4, it would make sense to leave all alsa ~sparc or something like that?
Comment 28 Gustavo Zacarias (RETIRED) gentoo-dev 2006-01-10 07:14:25 UTC
alsa-lib-1.0.10, alsa-oss-1.0.10-r1, alsa-jack-1.0.10, alsa-headers-1.0.10 & alsa-utils-1.0.10 sparc stable.
alsa-drivers-1.0.9b was regressed to ~sparc to avoid up/downgrade loops - only 2.6.15 and newer kernel alsa drivers really work ok on sparc (snd-sun-cs4231) and we really prefer this.
On sparc we currently default to 2.4 kernels and alsa is masked in the stable profiles so only newer profiles (2006.0) can use it, it still requires cleaning up since we've got no 2.6 kernel stable but then we'll probably default to the 2006.0/2.4 for building release material which, obviously, defaults to 2.4 kernel & headers and has alsa masked too.
I'll handle alsa-drivers b0rkage in a sepparate bug when i get some time in my hands, but again, only 1.0.11*+ will probably only cut it, and that's only if davem pushed the sun-cs4231 fixes upstream.
Diego: I'd say feel free to ditch alsa-drivers-1.0.9b, anyone running alsa on sparc is using dev and ~arch stuff.
Comment 29 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-01-11 09:05:14 UTC
You already know what I think about this, you know I'd like not to mark rc* stable, you know I don't actually like having it ~arch, too.
But if 2.6.15 is going stable, this has to go stable, too.
Kernel and userland _has_ to be in sync.
Comment 30 Daniel Drake (RETIRED) gentoo-dev 2006-01-11 09:13:12 UTC
This has been marked as blocking 2.6.15 going stable. Why? As far as I can see, its just a simple keywording thing, ppc are the only arch with <=1.0.10-rc3 marked stable (1.0.10-rc3 is the version included in 2.6.15)
Comment 31 Daniel Drake (RETIRED) gentoo-dev 2006-01-11 10:21:41 UTC
Ok, missed the rename and comment #29 when reading this through the first time. But to stay in-sync, you should only need to mark 1.0.10-rc3 stable.
Comment 32 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-01-11 10:25:38 UTC
there's a bug open of alsa 1.0.10 creating problems with 2.6.15.
Comment 33 Jeroen Roovers (RETIRED) gentoo-dev 2006-01-11 20:07:12 UTC
Marked hppa stable:
Comment 34 Daniel Drake (RETIRED) gentoo-dev 2006-01-14 05:48:08 UTC
Alternatively we can apply this patch to 1.0.10 and stable that instead:
Comment 35 Simon Stelling (RETIRED) gentoo-dev 2006-01-15 05:07:58 UTC
alsa-utils fails with USE=nls:

make[2]: Entering directory `/var/tmp/portage/alsa-utils-1.0.11_rc2/work/alsa-utils-1.0.11rc2/speaker-test'
if x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include    -march=opteron -ggdb3 -pipe -MT speaker-test.o -MD -MP -MF ".deps/speaker-test.Tpo" -c -o speaker-test.o speaker-test.c; \
then mv -f ".deps/speaker-test.Tpo" ".deps/speaker-test.Po"; else rm -f ".deps/speaker-test.Tpo"; exit 1; fispeaker-test.c: In function `main':
speaker-test.c:753: error: `LC_ALL' undeclared (first use in this function)
speaker-test.c:753: error: (Each undeclared identifier is reported only once
speaker-test.c:753: error: for each function it appears in.)
make[2]: *** [speaker-test.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/alsa-utils-1.0.11_rc2/work/alsa-utils-1.0.11rc2/speaker-test'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/alsa-utils-1.0.11_rc2/work/alsa-utils-1.0.11rc2/speaker-test'
make: *** [all-recursive] Error 1

!!! ERROR: media-sound/alsa-utils-1.0.11_rc2 failed.
!!! Function src_compile, Line 31, Exitcode 2
!!! make failed

Portage 2.0.53 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.12-gentoo-r6 x86_64)
System uname: 2.6.12-gentoo-r6 x86_64 AMD Opteron(tm) Processor 242
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
CFLAGS="-march=opteron -ggdb3 -pipe"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/fax /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control /var/spool/fax/etc /var/vpopmail/domains /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=opteron -ggdb3 -pipe"
FEATURES="autoconfig buildpkg collision-protect cvs debug distlocks keeptemp keepwork multilib-strict noauto nostrip sandbox sfperms test"
USE="amd64 X acpi alsa audiofile avi berkdb bitmap-fonts bonobo browserplugin bzip2 chipcard crypt cups curl debug dvd eds emboss encode esd ethereal exif expat fam ffmpeg flac font-server foomaticdb fortran gcj gd gdbm gif glut gmp gnome gpm gsm gstreamer gtk gtk2 gtkhtml guile hal hbci idn imagemagick imlib ipv6 java jp2 jpeg kde lcms ldap libwww lzw lzw-tiff mad mhash mng motif mozilla mp3 mpeg mysql ncurses network nls nptl nptlonly nsplugin objc objc-gc ofx ogg oggvorbis opengl pam pcre pdflib perl png postgres python qt quicktime quotes readline sdl spell ssl svg tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales utf8 vorbis wxgtk1 xine xml xml2 xpm xrandr xv zlib userland_GNU kernel_linux elibc_glibc"
Comment 36 Daniel Drake (RETIRED) gentoo-dev 2006-01-20 05:56:06 UTC
alpha, amd64, ia64, ppc, ppc64, x86:

Please mark alsa-driver-1.0.10-r2 stable ASAP. Since the original release, it fixes a possible oops, and changes the GFP flags to be compatible with 2.6.15.
Comment 37 Gustavo Zacarias (RETIRED) gentoo-dev 2006-01-20 15:31:08 UTC
sparc no longer relevant, it has it's own bug and will be looked into in due time.
Comment 38 Mark Loeser (RETIRED) gentoo-dev 2006-01-21 00:41:48 UTC
x86 done
Comment 39 Markus Rothe (RETIRED) gentoo-dev 2006-01-21 00:55:15 UTC
stable on ppc64
Comment 40 Simon Stelling (RETIRED) gentoo-dev 2006-01-21 02:42:46 UTC
1.0.10-r2 stable on amd64
Comment 41 Joe Jezak (RETIRED) gentoo-dev 2006-01-21 23:19:39 UTC
Marked ppc stable.
Comment 42 Daniel Drake (RETIRED) gentoo-dev 2006-01-22 02:39:20 UTC
I think we're done then