Vladimir, your issue doesn't appear to be the same as what this bug is
about, could you please file another bug about your issues with sound in
Kubuntu?
Thanks.
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
You received this bug notification
Oh, but my problem is exactly as described in the first post and I'm
using Intrepid. I was just commenting that I tried too with a Kubuntu
7.10 CD to see if sound was functional at that version.
So, my soundcard is a V8237, it's detected and appears in the aplay -l
list. Everything _seems_ fine
On my system:
1) The login sound doesn't play either.
2a) It started only *after* an upgrade of pulseaudio (currently
0.9.10-2ubuntu9.3).
2b) As far as I can tell, it didn't start *right* after that upgrade, so
the upgrade may or may not have had anything to do with triggering the
situation.
I tried an old disk of Kubuntu 7.10 that I had around there, I tried it
live but there was not sound.
** Attachment added: xfce4-mixer for V8237
http://launchpadlibrarian.net/22069758/Screenshot-1.png
--
Race condition in pulseaudio loading for GNOME session
I can't get my V8237 working :(
I've tried every suggested solution and it still does not work :\
Running Intrepid/2.6.27-11-generic on a Biostar U8668-D Motherboard.
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
You received this bug
Started with Hardy x64, then upgraded to Intrepid. Audio has always
worked fine. Then I installed kde and upon logging in would get an error
to the effect of your intel alc888 audio device doesn't work; falling
back to default. Got it working by following the instructions here:
Just to record another observation: the replacement esdcompat is
important, even if it doesn't fix the problem. I left it out because
users reported that is doesn't solve the problem and went on with the
other proposed solutions. That didn't help. So I installed the esdcompat
replacement and after
francisofabian,
cracking sounds are not a symptom of this bug. Please open a separate
bug report for your unrelated issue.
** Changed in: pulseaudio (Ubuntu Intrepid)
Status: In Progress = Fix Released
--
Race condition in pulseaudio loading for GNOME session
Despite the solution for the bug, still remains a interesting problem
when the volume of PCM is muted, returning the cracking sound when audio
is used. I think its not a new bug, so no creating a new thread for it.
** Changed in: pulseaudio (Ubuntu Intrepid)
Status: Fix Released = In
Hm.. to all OSS users, (Realtek etc) - and to all those who just don't
know, but want to try and make it work, try execute this command:
sudo apt-get install --reinstall oss-preserve psemu-sound-oss oss-compat
alsa-oss alsa-tools alsa-firmware-loaders alsa-base alsa-utils
sudo adduser $USER
Using 0.9.10-2ubuntu9 and still having problems.
Playing youtube videos has started locking up randomly so that I have to
kill firefox and remove it's .lock and .parentlock files from
~/.mozilla/firefox/xxx.default to get firefox to open again. Once this
happens firefox refuses to load my
Well, I found a solution myself, at least for Alerts and Sound Effects
I found this page: https://launchpad.net/~gkulyk/+archive with the latest
libcanberra 0.10 (the one used in intrepid is outdated 0.6).
I included the line: deb http://ppa.launchpad.net/gkulyk/ubuntu intrepid main
in synaptic
Still does not work :(
Only the drumroll and login sound, none of Alerts an Sound Effects (window
minimize/maximize, button clicked, etc...) wont work at all
Please fix this before the RC/Final
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
You
my Alerts an Sound Effects/Windows and Buttons section in
System/Preferences/Sound is not enabled. It seems this is a different
issue than this.
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
You received this bug notification because you are a
I give up
I reported this logout sound and Alerts an Sound Effects not working
everywhere, in IRC (#ubuntu+1), in the forums
(http://ubuntuforums.org/showthread.php?t=949777page=3) and here
(https://bugs.launchpad.net/ubuntu/+bug/285549 - this post was merged here as
duplicated to this on,
This bug was fixed in the package pulseaudio - 0.9.10-2ubuntu9
---
pulseaudio (0.9.10-2ubuntu9) intrepid; urgency=low
* debian/70pulseaudio debian/pulse-session: Use a wrapper script
to start pulseaudio at the Xsession.d phase of the login process.
The wrapper script is
** Changed in: pulseaudio (Ubuntu Intrepid)
Status: Incomplete = Confirmed
Target: None = ubuntu-8.10
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
You received this bug notification because you are a member of Ubuntu
Bugs, which
Looks good. Please upload :)
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Forgot to mention yesterday that I also tested the most recent proposed
workaround, and I haven't been able to trigger the race yet.
I need to mention that in my case, the only times when I could trigger
the race were due to the login sound (via canberra-gtk-play) grabbing
the sound device during
I'm away from my home machine and therefore unable to test the proposed
fix. Based on Daniel's experience, I suggest that it be uploaded anyway.
It seems that the chance of regressions being introduced is slim. If I
find that the issue is still present (which I strongly hope I do not), I
wonder if
It's not unique to Banshee, just that that's the media player I use so
it's where the bug crops up for me.
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Ok, those of you still experiencing this race condition, please do the
following:
1. Move /etc/xdg/autostart/pulseaudio.desktop out of the way, i.e so it doesn't
exist in that directory.
2. Place the attached 70pulseaudio file in /etc/X11/Xsession.d.
3. Place the attached pulse-session file into
Luke, from that description it sounds like you haven't addressed the
race condition itself (that pulseaudio fails miserably if something else
has the sound device open when it starts up), you've only reduced the
risk of hitting the race?
--
Race condition in pulseaudio loading for GNOME session
I've tested starting pulseaudio via X11/Xsession.d instead of via xdg
startup dirs, and it did fix the problem for me at least on this round -
but I'm not convinced it's a robust fix for the problem.
--
Race condition in pulseaudio loading for GNOME session
https://bugs.launchpad.net/bugs/274124
24 matches
Mail list logo
