alsa-lib 1.0.23 (previously 1.0.21a)
alsa-utils 1.0.23 (previously 1.0.21)
gnumeric 1.10.9 (previously 1.10.7)
goffice 0.8.9 (previously 0.8.7)
The previous versions were compiled in T2. However back in Wary 070 I had compiled later Gnumeric and goffice, but for 090 went back to the T2 versions. However, the T2 version is reported to crash when a certain operation is performed.
The 18.104.22.168 kernel has the Alsa 1.0.23 kernel drivers, so I have bumped alsa-lib and alsa-utils to match. I am hoping that this might fix some odd behaviour with sound that some Wary 090 testers have reported.
The 22.214.171.124 kernel has the Alsa 1.0.20 drivers, and at this stage I don't know whether I should build that with matching alsa-lib and alsa-utils. I will try it with the later packages first and see if it works ok.
Comments:Posted on 14 Oct 2010, 8:06 by DaveS
Switched to Gnumeric 1.10.9 and matching Goffice from your repo yesterday (wary 0.9) and it fixed crashing fault.
Posted on 14 Oct 2010, 8:44 by davids45
Sound problems since 2.6.33+
I have had (on my desktop) stuttering sound in most sound-using programs since and including 2.6.33.x kernels. The exceptions have been mplayer and deadbeef which only briefly stutter sometimes as they finish.
Is this stuttering due to the alsa version or whatever, and can I reverse load a working alsa driver or file from any of the perfectly good sound-wise pre-2.6.33.x pups?
For an example of my stuttering, on starting Pup, I hear "woof woof woof woof woof woof woof woof ....." ad infinitum until I turn off my sound system.
Posted on 14 Oct 2010, 8:23 by BarryK
Yes, I have that on one of my PCs also. Wary 0.9 with 126.96.36.199 kernel (and alsa drivers 1.0.20) does not stutter, but with 188.8.131.52 kernel (and alsa drivers 1.0.23) it woofs continuously.
My PC that exhibits the stuttering has this sound hardware:
VIA VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller)
It is the 'aplay' utility that repeats the file endlessly. Mplayer works ok for me, I don't recall any stuttering.
I was hoping that if I upgrade alsa-lib and alsa-util in wary5 that might cure it, but I don't think so as I think that I had matching 1.0.23 packages in Slackpup and had the same problem ...I think, from memory.
It may be that we can specify some options for when the kernel module is loaded, to fix this.
This is not the first time that sound compatibility has gone backwards with a later Alsa version.
Posted on 15 Oct 2010, 8:59 by davids45
Same stuttering hardware
My stuttering desktop (Medion MD8818) has the same sound hardware as your stutterer.