Created attachment 369678 [details]
File: backtrace

Have you installed oss and enabled it (oss support was dropped from F11)?


su 
yum install alsa-oss alsa-plugins-oss
nano /etc/modprobe.d/dist-oss.conf


and uncomment the last line and reboot

Created attachment 376444 [details]
abrt-logger

i have alsa-oss support enable now, but the errors still exists.

(In reply to comment #4)
> i have alsa-oss support enable now, but the errors still exists. 

Can you post

rpm -qa |grep alsa

# rpm -qa |grep alsa
alsa-oss-1.0.17-4.fc12.x86_64
alsa-utils-1.0.21-2.fc12.x86_64
alsa-lib-1.0.21-3.fc12.i686
gnome-alsamixer-0.9.6-4.fc12.x86_64
alsa-oss-libs-1.0.17-4.fc12.x86_64
alsa-lib-devel-1.0.21-3.fc12.x86_64
alsa-plugins-pulseaudio-1.0.21-2.fc12.x86_64
alsa-plugins-oss-1.0.21-2.fc12.x86_64
alsa-lib-1.0.21-3.fc12.x86_64

I have closed this as I don't consider it to be a bug.

(In reply to comment #7)
> I have closed this as I don't consider it to be a bug.  
why closed? what is the solution?

(In reply to comment #8)
 
> why closed? what is the solution? 

The reason I closed it was because it caused by user error ( you can't select a device if it isn't setup ).
 
The solution is to make sure the alsa or oss setup for pulse audio is complete, oss support was dropped in F11.

Setting up oss or pulse audio doesn't fix this problem.

(In reply to comment #10)
> Setting up oss or pulse audio doesn't fix this problem.  


Is you sound card working fully with oss or pulse audio?

My sound card works normally with pulse audio.

I filled the bug because the application crash triggered the bug report tool.

same here, the bug report tool is how I found this bz, but pulseaudio works fine for me as well.

If you add the line below to the _build_gvolumes function the mixer will start albeit you need to change which device you're looking at.

sep = gtk.VSeparator()

So it looks like the initial problem is in:  
enumerate(self._current_mixer.list_tracks()

        for n, track in enumerate(self._current_mixer.list_tracks()):
            volname = track.label.lower()
            if not track.flags: continue
            if not track.flags & gst.interfaces.MIXER_TRACK_OUTPUT and \
                    not track.flags & gst.interfaces.MIXER_TRACK_INPUT:
                print "W:Track",track.label," have unknown flags", track.flags.value_names, " ", track.flags, track
                continue
            if not self._profiles[profile].get(volname,False) :
                continue
            if track.num_channels == 0:
                obj = GSwitch(self._current_mixer,track,self._statusbar)
                obj.show()
                sep = gtk.VSeparator()
                sep.show_all()
                sep.set_no_show_all(True)
                self._gvolume_dic[track.label.lower()] = obj
                self._switchbox.pack_start(obj,True,True,padding=3)
                self._switchbox.pack_start(sep,False,False,padding=3)
            else:
                obj = GVolume(self._current_mixer,track,self._statusbar)
                obj.show()
                sep = gtk.VSeparator()
                sep.show_all()
                sep.set_no_show_all(True)
                if track.flags & gst.interfaces.MIXER_TRACK_OUTPUT:
                    self._playbackbox.pack_start(obj,True,False,padding=3)
                    self._playbackbox.pack_start(sep,False,False,padding=3)
                elif track.flags & gst.interfaces.MIXER_TRACK_INPUT:
                    self._recordingbox.pack_start(obj,True,False,padding=3)
                    self._recordingbox.pack_start(sep,False,False,padding=3)
                self._gvolume_dic[track.label.lower()] = obj
+        sep = gtk.VSeparator()
        sep.hide()

I reported the sep bug here but the upstream maintainer has been missing for 5 months  :-(

https://bugs.launchpad.net/gmixer/+bug/416292


I have been testing gmixer here for over 6 weeks and haven't managed to reproduce the error.

*** Bug 567736 has been marked as a duplicate of this bug. ***

I hit this bug again in fc13, so reoping against f13.
Will try to find a fix for it, because it's reproducable here with:

1. open gmixer
2. select /dev/mixer

(In reply to comment #13)
> same here, the bug report tool is how I found this bz, but pulseaudio works
> fine for me as well.
> 
> If you add the line below to the _build_gvolumes function the mixer will start
> albeit you need to change which device you're looking at.
[snip]
> +        sep = gtk.VSeparator()
>         sep.hide()

Yes, that looks working, but then I hit another bug #638277.

The other bug is also already fixed locally here, but /dev/mixer is still not possible to get opened.

At least there is no crash reported by abrt anymore.

gmixer-1.3-17.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/gmixer-1.3-17.fc14

gmixer-1.3-17.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/gmixer-1.3-17.fc13

gmixer-1.3-17.fc13 has been pushed to the Fedora 13 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 gmixer'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/gmixer-1.3-17.fc13

*** Bug 640287 has been marked as a duplicate of this bug. ***

Package: gmixer-1.3-15.fc13
Architecture: x86_64
OS Release: Fedora release 13 (Goddard)


How to reproduce
-----
1.
2.
3.I booted up my laptop and logged in to gnome

gmixer-1.3-17.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

gmixer-1.3-17.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

I have posted a fix to this bug upstream.

https://bugs.launchpad.net/gmixer/+bug/416292/comments/6