Your message dated Sun, 17 Oct 2010 08:15:18 +1030
with message-id <[email protected]>
and subject line Re: Bug#599462: audiosink-actual-sink-alsa: Unable to set hw
params for playback: Invalid argument
has caused the Debian Bug report #599462,
regarding audiosink-actual-sink-alsa: Unable to set hw params for playback:
Invalid argument
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
599462: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599462
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mp3splt-gtk
Version: 0.5.6-1+b1
Severity: grave
Hi Ryan,
This is the same bug we discussed a while back on IRC (and the subject
says it all really anyway). I'm filing it here now partly as a reminder
for you (since it's been a while), partly as notice for the release team
(since including this in squeeze if it doesn't work at all seems silly),
and partly as documentation for an NMU I might do if you don't have any
reasons to object to that.
Cheers,
Ron
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mp3splt-gtk depends on:
ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii libaudclient2 2.1-1 audacious dbus remote control libr
ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra
ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst
ii libfontconfig1 2.8.0-2.1 generic font configuration library
ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib
ii libglib2.0-0 2.24.1-1 The GLib library of C routines
ii libgstreamer0.10-0 0.10.29-1 Core GStreamer libraries and eleme
ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface
ii libmcs1 0.7.1-1 Abstraction library to store confi
ii libmowgli1 0.6.1-1 a high performance development fra
ii libmp3splt-mp3 [libmp3splt- 0.5.6-1 MP3 plugin for mp3splt
ii libmp3splt-ogg [libmp3splt- 0.5.6-1 Ogg Vorbis plugin for mp3splt
ii libmp3splt0 0.5.6-1 library for splitting MP3 and Ogg
ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio
ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra
ii libxml2 2.7.7.dfsg-2 GNOME XML library
mp3splt-gtk recommends no packages.
Versions of packages mp3splt-gtk suggests:
ii audacious 2.1-1 small and fast audio player which
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sat, Oct 16, 2010 at 03:45:36PM +0100, Tim Retout wrote:
> I think it's reasonable for gstreamer0.10-alsa to use the default
> device. But perhaps it should be checking the capabilities of it
> somehow... not sure.
Yeah, that's the sort of thing I assumed they were doing when they
talked about automagic selection for 'default', and would make sense.
> I'll leave the bug on gstreamer for now -
> alsa-base seems to have loads of bugs about this already, e.g. #586648
> (marked 'wontfix' with the advice to read
> /usr/share/doc/alsa-base/README.Debian.gz).
>
> I've had alsa order my pcspkr driver first on some machines. I think
> one workaround is to edit /etc/modprobe.d/alsa-base-blacklist.conf to
> blacklist the driver. I also seem to have a file
> /etc/modprobe.d/sound.conf that I created at some point to get the
> right ordering.
After a bit more poking about, and a bit more thought, I'm going to -done
this as a gstreamer issue now.
I don't agree with the submitter of #586648 that it should simply play to
every device - if I did have a PC speaker plugged in, that would be a
worse hell. But between the wontfix there and the 'solution' in alsa-base,
I don't really have any illusions of there being magic here anymore.
I'm also pretty sure gstreamer upstream would know about this, so keeping
this bug open here is probably just a distraction for our maintainers.
It looks like alsa-base-blacklist.conf already does blacklist snd-pcsp by
default. Since I didn't have alsa-base installed when this box was last
booted, that 'fix' wasn't applied. If I just unload the module by hand,
then gstreamer fails (somewhat unsurprisingly) with:
Playback open error on device 'default': No such file or directory
I'm not sure what I need to kick to re-enumerate those for alsa, but I do
assume this will work ok after the next boot (and that all my other apps
currently working, will then break until reconfigured ;)
So blue-sky wishes of this all working better aside, I think we can name
alsa-base as the missing missing-dependency causing the problem here, and
since it is already a Recommends, blame me for somehow managing to not
have it installed already. I'm not seeing anything now to suggest that
a fresh install of mp3splt-gtk with Tim's NMU wouldn't work out of the box.
That'll see us through for Squeeze.
Thanks Tim!
Ron
--- End Message ---
