aMSN is not able to use sound because could not load the snack library, after a lot of looking around (i'm do not know tcl), i get stucked by this: alcino@tvmaisnb:~ > exec wish % package require snack couldn't load file "/usr/lib/snack2.2/libsnack.so": /usr/lib/snack2.2/libsnack.so: undefined symbol: _snd_pcm_mmap_hw_ptr % Reproducible: Always Expected Results: i expect that the lib could be loaded
Which version of the amsn ebuild do you have installed exactly? Does running revdep-rebuild help?
you probably need to rebuild snack... against the newer alsa-lib ..
noop, i already rebuild aMSN and snack, aMSN 0.97, snack 2.2.10 (2.2.10-r1 in another box, none works), media-libs/alsa-lib-1.0.16-r1 (by the way, the webcam works fine)
Ok, upon further investigation.. This is a bug in snack, it depends on a private symbol in alsa-lib, which is no longer exported. You should be snack with USE=-alsa and use OSS emulation instead. tcltk herd: The alsa flag should probably be disabled in dev-tcltk/snack and add a nice warning ...
Created attachment 166378 [details, diff] This patch makes snack work with newer alsa versions. Tested with gentoo x86_64, snack 2.2.10-r1 and alsa 1.0.17 I found this patch here: http://forum.myah.org/viewtopic.php?p=7274&sid=3fd8e925b927c1ee06dabcdbf9a6238e I tested it in my gentoo installation. I've been able to compile snack with USE=alsa , then configure amsn to use alsa and it actually worked. Haven't noticed any problems so far.
Created attachment 169054 [details] modified ebuild which applies the necessary patch for ALSA support
in order for the new ebuild to work, a file called alsa-undef-sym.patch (from http://bugs.gentoo.org/attachment.cgi?id=166378) is necessary (in files/ directory) Please merge these changes to portage because the current snack library DOES NOT WORK with alsa use flag otherwise!
This had me stumped for a few minutes. The patch works. What's the hold up?
thanks for reminder. in CVS
(In reply to comment #9) > thanks for reminder. > in CVS > I understand (and diff confirms) that the ebuild now in Portage (2.2.10-r2) and the one attached here are basically the same. In both cases, I get the following error: x86_64-pc-linux-gnu-gcc -c -O -fPIC -DUSE_TCL_STUBS -DUSE_TK_STUBS -DALSA -I/usr/include -I/usr/lib64/tcl8.5/include/generic -I/usr/lib64/tk8.5/include/generic -DTCL_81_API -I./../generic -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 ./../generic/jkFormatMP3.c In file included from /usr/include/math.h:94, from ./../generic/jkFormatMP3.c:1312: /usr/include/bits/mathcalls.h:310: error: expected declaration specifiers or â...â before â(â token /usr/include/bits/mathcalls.h:310: error: conflicting types for âfloorâ ./../generic/jkFormatMP3.c: In function âpolyâ: ./../generic/jkFormatMP3.c:1891: warning: cast from pointer to integer of different size make: *** [jkFormatMP3.o] Error 1
(In reply to comment #10) > /usr/include/bits/mathcalls.h:310: error: expected declaration specifiers or > â...â before â(â token > /usr/include/bits/mathcalls.h:310: error: conflicting types for âfloorâ > ./../generic/jkFormatMP3.c: In function âpolyâ: > ./../generic/jkFormatMP3.c:1891: warning: cast from pointer to integer of > different size > make: *** [jkFormatMP3.o] Error 1 that is already filed at bug 270839 it's a glibc-2.10 issue
(In reply to comment #11) > (In reply to comment #10) [...] > > make: *** [jkFormatMP3.o] Error 1 > > that is already filed at bug 270839 > it's a glibc-2.10 issue > Yes, in fact I just found out that I can't even compile the snack version that's currently installed. I'll take a look at the glibc bug. Sorry for polluting this entry.