Fixed in -5, which is building right this second.

Unfortunately new package doesn't work for me. I use snack module in the scid application (http://sourceforge.net/projects/scid/) for the move announcements, but it doesn't work.

Early I used snack module built by myself (http://katrine.lpi.ru/kalenkov/libsnack-2.2.10-3.i386.rpm) and it worked fine! Unfortunately I am not a tcl programmer and I haven't ideas how to locate the problem.

Can you give details on what doesn't work, or even better, a testcase? The testfiles in the snack directory all seem to work for me.

I downloaded scim, and wow, that code is... well, its not pretty. I had to patch it quite a bit just to get it to build (wholly unrelated to snack).

When I got it built, it did make sounds, albeit, they sound a bit clipped.

(In reply to comment #3)

> I downloaded scid, not scim. :)

Probably I found a testcase. I took play.tcl file from the snack distribution and slightly modified it

=========play.tcl============
#!/bin/sh
# the next line restarts using tclsh \
exec tclsh8.5 "$0" "$@"

package require -exact sound 2.2

if {[llength $argv] == 0} {
  puts {Usage: play.tcl file}
  exit
} else {
  set file [lindex $argv 0]
}

snack::sound s -file $file
s play -block 1
=============================

when I execute from console with tcl-snack-2.2.10-5.fc9.i386.rpm installed

[kalenkov@katrine Desktop]$ ./play.tcl ex1.wav 

I don't hear any sound, but when I use package http://katrine.lpi.ru/kalenkov/libsnack-2.2.10-3.i386.rpm I hear the sound. Where is the problem?

PS Sound file ex1.wav was also borrowed from snack tarball.

That test script works fine for me, I hear the sound.

The differences between your libsnack package and my tcl-snack package seems to be:

1. I stripped out the MP3 support, because I had to for Fedora.
2. You've got a "snack-pkgIndex.patch" applied. I suspect this might be why we're getting different behavior.
3. I'm patching mine to work with modern ALSA. This should be necessary in your package too, because the code is calling "_snd_pcm_mmap_hw_ptr" but the alsa libraries in F-9 aren't exporting that old function.
4. I'm compiling with the full Fedora optflags, your package isn't. Shouldn't affect the functionality though.
5. I'm building and packaging the python bits, your package isn't. Again, shouldn't affect the functionality.
6. You're on i386, i'm testing on x86_64. It's possible this is an arch specific bug.

Looking at the pkgIndex.patch, you're installing these files into %{_libdir}/ as opposed to %{tcl_sitedir}/snack2.2 . This isn't the correct behavior, as documented here: http://fedoraproject.org/wiki/Packaging/Tcl

So, my thought is that perhaps your tcl isn't looking in %{tcl_sitedir}/snack2.2 for those .so files, but in that case, it should throw an error like this:

[spot@localhost ~]$ ./newplay.tcl /usr/share/sounds/KDE_Startup.wav 
couldn't load file "libsound.so": libsound.so: cannot open shared object file: No such file or directory
    while executing
"load libsound.so"
    ("package ifneeded sound 2.2" script)
    invoked from within
"package require -exact sound 2.2"
    (file "./newplay.tcl" line 5)

If you change your package to not apply that pkgindex.patch and instead install the .so files into %{tcl_sitedir}/snack2.2/ , does it stop working?

I tried to reduce differences between our packages step by step and found that all mentioned above items were irrelevant. But finally I found crucial point. It is  "--enable-alsa" option in configure script. I took your package  tcl-snack-2.2.10-5.fc9.src.rpm, removed "--enable-alsa" option and rebuilt and install it. I heard the sound after that!

If I used original package tcl-snack-2.2.10-5.fc9.i386.rpm then command 

[kalenkov@katrine Desktop]$ ./play.tcl ex1.wav 

doesn't produce any sound, doesn't finish and consume 100% CPU. 

I attached the output of the strace comand 

[kalenkov@katrine Desktop]$strace ./play.tcl ex1.wav

Created attachment 317666 [details]
output of the strace command

output of the strace comand 

[kalenkov@katrine Desktop]$strace ./play.tcl ex1.wav

OK... thats very weird. Do you not have an ALSA driver in use?

(In reply to comment #9)
> OK... thats very weird. Do you not have an ALSA driver in use?

I don't know. How can I find out it?

[kalenkov@katrine ~]$ rpm -qa | grep alsa
alsa-plugins-pulseaudio-1.0.16-4.fc9.i386
alsa-lib-devel-1.0.17-2.fc9.i386
alsa-lib-1.0.17-2.fc9.i386
alsa-utils-1.0.17-2.fc9.i386

I never had problems with sound. It simply works out of box. The only exception is snack. I have standard AC'97 on-board chip (ADI AD1888).

(In reply to comment #9)
> OK... thats very weird. Do you not have an ALSA driver in use?

Several lines from strace output

stat64("/etc/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8974, ...}) = 0
open("/etc/alsa/alsa.conf", O_RDONLY)   = 4
...
access("/etc/alsa/pulse-default.conf", R_OK) = 0
open("/etc/alsa/pulse-default.conf", O_RDONLY) = 4
...
read(4, "# PulseAudio plugin configuratio"..., 4096) = 537
...
access("/etc/asound.conf", R_OK)        = 0
open("/etc/asound.conf", O_RDONLY)      = 4
...
access("/home/kalenkov/.asoundrc", R_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/alsa-lib/libasound_module_pcm_pulse.so", O_RDONLY) = 4

So I guess I use alsa.

Yet another test

[mkalenkov@sadki Desktop]$ type play
play is hashed (/usr/bin/play)
[mkalenkov@sadki Desktop]$ rpm -qf  /usr/bin/play
sox-14.0.1-1.fc9.i386
[mkalenkov@sadki Desktop]$ strace /usr/bin/play ex1.wav  2> strace.play.out
[mkalenkov@sadki Desktop]$
I heard the sound. strace output shows that I used alsa without any problem.

Several lines from strace output

stat64("/etc/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=8974, ...}) = 0
open("/etc/alsa/alsa.conf", O_RDONLY)   = 4
...
access("/etc/alsa/pulse-default.conf", R_OK) = 0
open("/etc/alsa/pulse-default.conf", O_RDONLY) = 4
...
read(4, "# PulseAudio plugin configuratio"..., 4096) = 537
...
access("/etc/asound.conf", R_OK)        = 0
open("/etc/asound.conf", O_RDONLY)      = 4
...
access("/home/mkalenkov/.asoundrc", R_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/alsa-lib/libasound_module_pcm_pulse.so", O_RDONLY) = 4

Can somebody test tcl-snack package on the i386 box?

Created attachment 317810 [details]
output of the "strace/usr/bin/ play ex1.wav" command

Well, since I can't determine why it doesn't work for you (and it still works for me with alsa disabled), -6 will have ALSA disabled. Please test and confirm that -6 works for you.

tcl-snack-2.2.10-6.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/tcl-snack-2.2.10-6.fc9

tcl-snack-2.2.10-6.fc8 has been submitted as an update for Fedora 8.
http://admin.fedoraproject.org/updates/tcl-snack-2.2.10-6.fc8

tcl-snack-2.2.10-6.fc8 has been pushed to the Fedora 8 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update tcl-snack'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-9087

tcl-snack-2.2.10-6.fc9 has been pushed to the Fedora 9 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update tcl-snack'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-9088

Last build tcl-snack-2.2.10-6.fc9 works fine. Thanks.

tcl-snack-2.2.10-6.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.

tcl-snack-2.2.10-6.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.