My problem seems pulseaudio-related. Unfortunately, every time I try to
go to the pulseaudio package in lauchpad, all I get is an error page
saying that launchpad is having problems.
Today I first resumed the laptop on the train and it worked fine with
the themed beep using the module-x11-bell con
I know have the pcspkr blacklisted in /etc/modprobe.d/blacklist.conf
(automatically, I didn't add it myself), and I don't have the pcspkr
module loaded. But, after a suspend/resume cycle I still get the system
beep!
So, apparently the system beep works even without the pcspkr module.
This is afte
This is the solution to make pulseaudio produce a themed beep instead of
the system beep:
$ pactl load-module module-x11-bell sample=bell.ogg
I haven't had to do this manually before, but something broke in my
Karmic installation a week ago or so. I have no idea whose
responsibility it normally i
I have been hearing a nice beep from a sound file for a long time, but
something broke a week ago or so in Karmic, and now I only get the
system beep.
So obviously there has been a solution that has worked for years, but I
don't know what went wrong.
--
Overuse of system beep without volume cont
I have been hearing a nice beep from a sound file for a long time, but
something broke a week ago or so in Karmic, and now I only get the
system beep.
So obviously there has been a solution that has worked for years, but I
don't know what went wrong.
--
Overuse of system beep without volume cont
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/32747467/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/32747468/ProcMaps.txt
** Attachment added: "ProcStatus.txt"
http://launchpadlibrarian.net/32747469/ProcStatus.txt
** Summary
Public bug reported:
Binary package hint: gnome-terminal
My terminal settings (which I believe are the default) makes ^\ send a
"quit" signal to the front process, just as ^C sends "intr" etc. This
means that I can kill any hung program with control-backslash when
running in e g xterm.
But in gn
It started working some time later. I'm not sure what happened.
--
diskmount_applet2 fails to start
https://bugs.launchpad.net/bugs/111711
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for gnome-applets in ubuntu.
--
desktop-bugs mail
** Attachment added: "strace log of starting drivemount_applet2"
http://librarian.launchpad.net/7511179/drivemount.log
--
diskmount_applet2 fails to start
https://bugs.launchpad.net/bugs/111711
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug
Public bug reported:
Binary package hint: gnome-applets
The drivemount applet silently fails to start for me. When I try to add
it from the menu, nothing happens. When I run it from the command line,
it silently finishes with exit status 1.
I'm running feisty, updated today.
ii gnome-applets
Public bug reported:
Affects: totem (Ubuntu)
Severity: Normal
Priority: (none set)
Status: Unconfirmed
Description:
The description for the "totem" binary package ends with this phrase:
"This package is a dummy package depending on totem-xine for the
moment."
But in fa
11 matches
Mail list logo
