[Bug 368107] Re: Ekiga in Jaunty no longer shows mute button during a call
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/26038693/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/26038694/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/26038695/ProcStatus.txt -- Ekiga in Jaunty no longer shows mute button during a call https://bugs.launchpad.net/bugs/368107 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 368107] [NEW] Ekiga in Jaunty no longer shows mute button during a call
Public bug reported: Binary package hint: ekiga I installed Jaunty this weekend and was happy to see the new version of Ekiga. The new interface looks great and makes my contacts more readily available. One thing I miss is the ability to see the status of mute during a call without having to open the Chat menu. The old interface in the Intrepid version of Ekiga had a mute button visible during calls, so you could click it to mute, and while on mute, the button would stay depressed so you knew you were muted. It would be great to add the mute button to the Call Panel so that it'd be available during calls. The only way I've found to check if I'm muted is to open the Chat menu, then check the audio entry. If it says "Suspend Audio", I'm not on mute - if it says "Resume Audio", I'm on mute. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/ekiga Package: ekiga 3.2.0-0ubuntu1 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: ekiga Uname: Linux 2.6.28-11-generic i686 ** Affects: ekiga (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- Ekiga in Jaunty no longer shows mute button during a call https://bugs.launchpad.net/bugs/368107 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 368107] Re: show mute button during a call
The || button is a "Hold" button, not a "Mute" button. If the server is configured to do so, putting the call on hold will play hold music, where mute will just disable your microphone. I often join conference calls where I mainly listen, but sometimes speak. In these cases, I cannot put the call on hold, otherwise the other members of the conference will hear hold music. I just want to be able to quickly mute/unmute my microphone, and to easily see if I'm on mute or not. -- show mute button during a call https://bugs.launchpad.net/bugs/368107 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 368107] Re: show mute button during a call
Yes, I think it would be nice to have a button next to the "pause"
("||") button that can be clicked or responds to the "m" key and stays
depressed when the line is muted, much like the pause button does now.
--
show mute button during a call
https://bugs.launchpad.net/bugs/368107
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
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 368107] Re: show mute button during a call
I think having a dedicated button with a microphone icon would be better than sharing the existing volume mixer button. Users who are new to ekiga would not discover the "m" key -- they would just assume that clicking the button is the only functionality available (and I presume that clicking the button would still bring up the volume mixer). Also, the speaker icon with a "do not enter" sign on it implies that the speakers are muted, not the microphone. -- show mute button during a call https://bugs.launchpad.net/bugs/368107 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 525205] [NEW] proc_open() with pty descriptor type fails with errno 14 on amd64
Public bug reported:
Binary package hint: php5
On Ubuntu 9.10 (Karmic) i386, the following test script prints
"resource(7) of type (process)" as expected, but on amd64 it prints
Warning: proc_open(): failed to open slave pty, errno 14 in /home/jon/test.php
on line 11
bool(false)
--
array('pty'),
1 => array('pty'),
2 => array('pty'),
);
$pipes = array();
$proc = proc_open($shell, $descriptorspec, $pipes); // line 11
var_dump($proc);
if ($proc) {
fclose($pipes[0]);
fclose($pipes[1]);
fclose($pipes[2]);
proc_close($proc);
}
?>
--
The script was run on the command line. php --version prints
PHP 5.2.10-2ubuntu6.4 with Suhosin-Patch 0.9.7 (cli) (built: Jan 6 2010
22:56:44)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
And apt-cache policy php5-cli prints
php5-cli:
Installed: 5.2.10.dfsg.1-2ubuntu6.4
Candidate: 5.2.10.dfsg.1-2ubuntu6.4
Version table:
*** 5.2.10.dfsg.1-2ubuntu6.4 0
500 http://us.archive.ubuntu.com karmic-updates/main Packages
500 http://security.ubuntu.com karmic-security/main Packages
100 /var/lib/dpkg/status
5.2.10.dfsg.1-2ubuntu6 0
500 http://us.archive.ubuntu.com karmic/main Packages
** Affects: php5 (Ubuntu)
Importance: Undecided
Status: New
--
proc_open() with pty descriptor type fails with errno 14 on amd64
https://bugs.launchpad.net/bugs/525205
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
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 258078] Re: empathy contact list position after closing/re-opening
I'm using empathy 2.28.1-1ubuntu1 and metacity 1:2.28.0-0ubuntu1 (the ones included in the official Karmic release), and I'm having the same problem Marques originally described. If I open Empathy, move the contact list to the right of my screen, close the window, then re-open it using the indicator applet, it (incorrectly) appears on the left of my screen. If I just minimize it, then click on either the window list or the indicator applet, it re-appears in the correct position. It does not move down with each close/open. I have not actually installed Karmic yet -- I'm booting of a live USB startup disk. I have a dual- monitor setup, but I get the same incorrect close/open behavior even if I disable the second monitor. -- empathy contact list position after closing/re-opening https://bugs.launchpad.net/bugs/258078 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 258078] Re: empathy contact list position after closing/re-opening
Sorry, I have metacity installed, but ps shows that I'm currently using compiz. (compiz 1:0.8.4-0ubuntu2) -- empathy contact list position after closing/re-opening https://bugs.launchpad.net/bugs/258078 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1887249] [NEW] OpenCL doesn't work when kernel lockdown enabled
Public bug reported: When booting with secure boot and kernel lockdown is enabled, OpenCL is unable to use my GPU (GeForce RTX 2080 SUPER). Running "clinfo" shows "Number of platforms 0". If I disable secure boot in my UFEI BIOS, clinfo shows the details of my GPU as expected. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libnvidia-compute-440 440.100-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44 Uname: Linux 5.4.0-40-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Sat Jul 11 12:08:09 2020 InstallationDate: Installed on 2020-04-29 (72 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) ProcEnviron: PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nvidia-graphics-drivers-440 UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: nvidia-graphics-drivers-440 (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug focal -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1887249 Title: OpenCL doesn't work when kernel lockdown enabled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1887249/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1887249] Re: OpenCL doesn't work when kernel lockdown enabled
** Description changed: When booting with secure boot and kernel lockdown is enabled, OpenCL is unable to use my GPU (GeForce RTX 2080 SUPER). Running "clinfo" shows - "Number of platforms 0". If I disable secure boot in my UFEI BIOS, + "Number of platforms 0". If I disable secure boot in my UEFI settings, clinfo shows the details of my GPU as expected. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libnvidia-compute-440 440.100-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44 Uname: Linux 5.4.0-40-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Sat Jul 11 12:08:09 2020 InstallationDate: Installed on 2020-04-29 (72 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) ProcEnviron: - PATH=(custom, no user) - XDG_RUNTIME_DIR= - LANG=en_US.UTF-8 - SHELL=/bin/bash + PATH=(custom, no user) + XDG_RUNTIME_DIR= + LANG=en_US.UTF-8 + SHELL=/bin/bash SourcePackage: nvidia-graphics-drivers-440 UpgradeStatus: No upgrade log present (probably fresh install) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1887249 Title: OpenCL doesn't work when kernel lockdown enabled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1887249/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1887249] Re: OpenCL doesn't work when kernel lockdown enabled
It turns out the MOK key installed previously was removed during a BIOS update. Upon the next kernel update from Ubuntu I was prompted to install the MOK key, after which OpenCL works even when kernel lockdown is enabled. ** Changed in: nvidia-graphics-drivers-440 (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1887249 Title: OpenCL doesn't work when kernel lockdown enabled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1887249/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1169740] [NEW] rsyslog hangs loading modules
Public bug reported: We have rsyslog configured to listen for forwarded logs on TCP and UDP, and to forward logs on to a central log host. On a number of occasions we have observed rsyslog in a hung state on our production machines -- not fowarding logs and not writing them to disk locally. It doesn't happen all the time, so I believe there's some sort of race condition involved. I've attached a stack trace taken when the process was hung. I believe the issue is the same as the one discussed here: http://www.gossamer- threads.com/lists/rsyslog/users/5873 There is a patch attached to that thread. Ubuntu 12.04.1 LTS x86_64 rsyslog 5.8.6-1ubuntu8 ** Affects: rsyslog (Ubuntu) Importance: Undecided Status: Confirmed ** Attachment added: "Stack trace when rsyslog is hung" https://bugs.launchpad.net/bugs/1169740/+attachment/3645960/+files/stack-trace.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1169740 Title: rsyslog hangs loading modules To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1169740] Re: rsyslog hangs loading modules
Thanks Adam! I will roll the test package out to a subset of our machines today. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1169740 Title: rsyslog hangs loading modules To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1169740] Re: rsyslog hangs loading modules
Adam, I installed the test package on a number of machines that exhibited the deadlock before. They have been running OK for several hours. I also wrote up a quick and dirty synthetic test that restarts rsyslog, logs a unique test value, checks that it appears in the local logs, and does it again unless the value did not appear. This has been running for several hours as well. I will check back in later to see if there are any failures. - Jon -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1169740 Title: rsyslog hangs loading modules To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1169740] Re: rsyslog hangs loading modules
Here is the script I used to reproduce the bug. I had 3 machines running the patched version of rsyslog (5.8.6-1ubuntu8.1+lp1169740) running it for over 10 hours, no deadlocks. I had 1 machine running the unpatched version of rsyslog (5.8.6-1ubuntu8) and it deadlocked in ~33 minutes. I also had 5 production machines running the patched version for 10 hours, no deadlocks. On 5 other machines running the unpatched version, 2 deadlocked immediately when I restarted rsyslog, and 2 more deadlocked shortly afterward. At this point I'm fairly confident that the patch works. ** Attachment added: "Restart rsyslog and check for new log messages" https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+attachment/3647106/+files/lp-1169740.sh -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1169740 Title: rsyslog hangs loading modules To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1169740] Re: rsyslog hangs loading modules
Here is the (obscured) section of our rsyslog config that I believe is causing the issue. $ActionQueueType LinkedList $ActionQueueFileName central_syslog $ActionQueueMaxDiskSpace 256M $ActionResumeRetryCount -1 $ActionQueueSaveOnShutdown on $ActionSendTCPRebindInterval 10 *.* @@central_syslog.domain:514 $ModLoad imudp $UDPServerRun 514 $ModLoad imtcp $InputTCPServerRun 514 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1169740 Title: rsyslog hangs loading modules To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1169740] Re: rsyslog hangs loading modules
Will this fix be backported to Precise? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1169740 Title: rsyslog hangs loading modules To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1169740] Re: rsyslog hangs loading modules
Sorry for not commenting on this sooner. For what it's worth, we were definitely able to reproduce this bug on our production infrastructure before, and we've been running Adam's PPA version of this package for several weeks now without issue. Since I've already reported these findings and I'm the original reporter of the bug, I'm not sure that qualifies the package to be verification-done. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1169740 Title: rsyslog hangs loading modules To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1169740/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2095449] Re: check_smtp can't ssl or tls
Looks like this was fixed upstream in version 2.4.1: https://github.com/nagios-plugins/nagios-plugins/pull/649 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2095449 Title: check_smtp can't ssl or tls To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/monitoring-plugins/+bug/2095449/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
