Your message dated Fri, 6 Jul 2007 22:44:29 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Please bin-NMU alsa-plugins
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: libasound2-plugins
Version: 1.0.14-1
Severity: important
The "plug" plugin doesn't seem to be able to convert any other sample
formats to FLOAT_LE. I tried to set up a PCM device on top of JACK,
using the following .asoundrc:
pcm.jack {
type jack
playback_ports {
0 alsa_pcm:playback_1
1 alsa_pcm:playback_2
}
}
pcm.jackplug {
type plug
slave { pcm "jack" }
}
ctl.jackplug {
type hw
card 0
}
This does not work. I get the following error:
[EMAIL PROTECTED] ~]$ aplay -D jackplug ~/tmp/acid.wav
JACK tmpdir identified as [/tmp]
Playing WAVE '/home/ll/tmp/acid.wav' : Signed 16 bit Little Endian,
Rate 48000 Hz, Mono
aplay: set_params:904: Sample format non available
I then tried inserting a "rate" plugin in the chain, to see if that
would change anything, using the following .asoundrc:
pcm.jack {
type jack
playback_ports {
0 alsa_pcm:playback_1
1 alsa_pcm:playback_2
}
}
pcm.jack2 {
type plug
slave { pcm "jack" }
}
pcm.jackplug {
type rate
slave {
pcm "jack2"
rate 48000
}
converter "samplerate"
}
ctl.jackplug {
type hw
card 0
}
This gave the more verbose error:
[EMAIL PROTECTED] ~]$ aplay -D jackplug ~/tmp/acid.wav
JACK tmpdir identified as [/tmp]
Playing WAVE '/home/ll/tmp/acid.wav' : Signed 16 bit Little Endian,
Rate 48000 Hz, Mono
ALSA lib pcm_plug.c:746:(snd_pcm_plug_hw_refine_schange) Unable to
find an usable slave format for 'jack2'
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S8
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U8
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S16_LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S16_BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U16_LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U16_BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S24_LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S24_BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U24_LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U24_BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S32_LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S32_BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U32_LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U32_BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S24_3LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S24_3BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U24_3LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U24_3BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S20_3LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S20_3BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U20_3LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U20_3BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S18_3LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: S18_3BE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U18_3LE
ALSA lib pcm_plug.c:750:(snd_pcm_plug_hw_refine_schange) Format: U18_3BE
ALSA lib pcm_plug.c:755:(snd_pcm_plug_hw_refine_schange) Slave format:
FLOAT_LE
ALSA lib pcm_plug.c:840:(snd_pcm_plug_hw_refine_cchange) Unable to
find an usable client format
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S8
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U8
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S16_LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S16_BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U16_LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U16_BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S32_LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S32_BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U32_LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U32_BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_3LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S24_3BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_3LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U24_3BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S20_3LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S20_3BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U20_3LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U20_3BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S18_3LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: S18_3BE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U18_3LE
ALSA lib pcm_plug.c:844:(snd_pcm_plug_hw_refine_cchange) Format: U18_3BE
ALSA lib pcm_plug.c:849:(snd_pcm_plug_hw_refine_cchange) Slave format:
FLOAT_LE
aplay: set_params:882: Broken configuration for this PCM: no
configurations available
So it looks like the "plug" plugin doesn't know what to do with
FLOAT_LE streams, which are the only type of streams that JACK
handles. This means that the "plug" plugin can not be used on top of
the JACK plugin.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.20-rc5-rt7 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libasound2-plugins depends on:
ii libasound2 1.0.14a-1 ALSA library
ii libavcodec1d 0.cvs20070307-5 ffmpeg codec library
ii libc6 2.5-9+b1 GNU C Library: Shared
libraries
ii libdbus-1-3 1.0.2-1 simple interprocess
messaging syst
ii libjack0 0.103.0-6 JACK Audio Connection Kit
(librari
ii libpulse0 0.9.5-7 PulseAudio client libraries
ii libsamplerate0 0.1.2-5 audio rate conversion
library
libasound2-plugins recommends no packages.
-- no debconf information
signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
On Wed, Jul 04, 2007 at 01:18:43PM +0200, Jordi Mallach wrote:
> On Tue, Jul 03, 2007 at 02:45:13PM -0700, Steve Langasek wrote:
> > > Due to a bug in alsa-lib 1.0.14, any package building an ALSA-module
> > > built agianst this version got its "plugindir" wrong, rendering the
> > > plugins unusable.
> > > 1.0.14a was uploaded short after and should fix the problem. Please
> > > recompile alsa-plugins against libasound2-dev 1.0.14a-1, to close
> > > #429730.
> > Which architectures does this apply to? Bug #429730 only mentions amd64.
> > And is this problem due to a bug in libasound2 1.0.14 only, or is this a
> > case of libasound2 breaking binary compatibility between 1.0.13 and 1.0.14
> > that needs to be addressed in order to provide a clean upgrade path from
> > etch?
> This should apply to many other architectures, but I don't know if all
> buildds built alsa-plugins against the new alsa-lib. Maybe some took the
> old ones (there was a shlib bump, should be easy to find out).
> And yes, the problem specifically was a typo in configure.in, where the
> plugin dir was set to "plugindir" instead of /usr/lib/alsa-lib/, due to
> a missing "$". This appeared in version 1.0.14-1 only, was resolved a
> few days later in 1.0.14.a-1.
Ok, I checked the dependencies and this bug applies to all archs. BinNMUs
have been scheduled and should become available in unstable in the next 24
hours; closing the bug report.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--- End Message ---
