On Sun, 2009-09-27 at 17:37 +0200, Sjoerd Simons wrote:
> Does this happen with all alsa applications ? It's important to note that alsa
> plugins (like the pulseaudio one), do not always react as some alsa programs
> assume even though they are a valid implementation of the alsa interface.
It doe
Package: pulseaudio
Version: 0.9.18-1
Severity: normal
G'day. After updating pulseaudio, but not udev, on my machine I no longer
have any audio devices auto-detected. This is, I think, because the udev
support is documented upstream to require version 143 or greater, and I have:
ii udev 0.141
Sjoerd Simons wrote:
> Thanks for looking into this. If i understand the upstream bug correctly
> fixing
> this issue is currently blocking on ALSA and can only then be properly fixed
> in
> pulseaudio ?
Yes. I've been kind of swamped with work since, so I haven't pursued it
further. I still int
#
# bts-link upstream status pull for source package pulseaudio
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #529289 (http://bugs.debian.org/529289)
# * http://pulseaudio.org/ticket/624
# *
Hi,
>* debian/rules: Add -march=armv6 to the CFLAGS on arm and armel
> (Closes: #546322)
I'm afraid I was not specific enough.
The idea was to use -march=armv6 only for svolume_arm.c, not the entire
package. With the debian/rules CFLAGS solution, pulseaudio only works
on ARMv6+ Machines
5 matches
Mail list logo